Converting speech to bit stream using DSK6713

Dear Sir
I am using Labview dsp module and Dsk6713 for my 16 QAM project, I want to put voice in it then modulating it by 16 QAM, the graph I get from The "analog input tool" is in the form of samples. Sir I want to get the bit stream that is in the form of 0'z and 1'z. So that I can modulate that bit stream.
Thanx alot
I hope to listen from you soon
Regards
Wajahat Hassan
wajahat Hassan

Hi Wajahat,
It sounds like you are successfully able to obtain the data, and that you now want to change the format into a binary value. What format are the voice signals in when being entered onto the graph? You mention that it is 62 bit 1D data. I am guessing that you meant that it is 64-bit data. Is this data an integer, an unsigned integer, a float, or a complex number? When you activate context help and hover over the wire, it should clarify the specific type.
I have attached a screen shot of a basic example that takes an array of 8-bit unsigned integers, and converts them into a 2-D array of zeros and ones that represent the numbers in binary. Each row of the array output represents that number in the array input, going from least significant bit to most significant bit. If desired, the order of the bits can be rearranged using array manipulation.
What version of the DSP module are you using?
Regards,
Lauren
Applications Engineering
National Instruments
Attachments:
Convert to boolean array.JPG ‏47 KB

Similar Messages

How to write a stream using a 3 symbol alphabet into a normal bitstream?

I have a three symbol alphabet which i would like to convert to a bit
stream.
The intuitive way of using two bits per symbol would introduce an
unused 2 bit combination that will unecessarily inflate the bit
stream.
I am wondering what methods exist to let me use 1.5 bits per symbol?
On average the probabilities of each symbol are: 0.25, 0.375, 0.375.
In my mind this would equate to bit lengths of 1.248, 0.873, 0.873
I understand Artihmetic Coding uses non integer bits to represent its
codes. I have been trying to understand how Arithmetic Codes does it
so i can use/modify its method to my case... however comprehension is
eluding me :( could someone explain it in more layman terms?

I agree that will work, infact i am/was using huffman codes... however in my particular case it is not close to the optimal bit length due to the fact that for huffman codes the codes have to be of integer length bits. This is because i have two equal 'high' probablilities (0.375) and only the one 'low' probablility (0.25) and thus the huffman codes would be:
0 (0.375) -> 01
1 (0.375) -> 10
2 (0.25) -> 11
And thus still need the 2 bits to encode each symbol. If the probabilities were much different then huffman coding may work , however with the realativley close probablilites there is no saving of the bits :(

Really bad banding and artifacts in 16-bit layered greyscale file. Bad banding is retained when converted to 8-bit with No flattening. Flatten 16-bit image and banding and artifacts disappear even with no dither or noise layer. Is this a known bug?

Has anyone else experienced this?
I thought it was a monitor problem at first, but I'm using a 10-bit per channel Eizo. It seems to be a Photoshop bug based on many layers interacting with each other. When I flatten everything is fine. But I need to work on this image with layers and decent fidelity. Interestingly when I convert to 8-bit without flattening (and utilising the dither function to potentially reduce banding even further), it uses the terrible artifact laden/banding to do the conversion even though when I zoom into 1:1 in my 16-bit document it looks fine. But 50% or 25% zoom I suddenly get these awful artifacts.
Here's some screenshots to clarify. Please note I've used Photoshop for 24 years so I'm no slouch but this is the first time I've seen this. The problem is I need to do some subtle airbrush and texture work on this and it's almost unusable unless I flatten (please note, it does the same in the original 8-bit file and just to say I Gaussian-Blurred every layer with a 30px radius after converting to 16-bit so the there's no longer any 8-bit information in there or reasons for banding/artifacts). I can only think it is some of bug in Photoshop's layering engine.
Has anyone seen this before - dealt with this before?
Thanks in advance.
Not sure these embedded images will work.
8% zoomed - see all the strange banding and triangular artifacts
<a href="http://imgur.com/izrGuia"><img src="http://i.imgur.com/izrGuia.png" title="source: imgur.com" /></a>
Flattened view - all smooth:
<a href="http://imgur.com/Pn35IAK"><img src="http://i.imgur.com/Pn35IAK.png" title="source: imgur.com" /></a>
50% zoom, still there:
<a href="http://imgur.com/Z207hFd"><img src="http://i.imgur.com/Z207hFd.png" title="source: imgur.com" /></a>
100% artifacts disappear:
<a href="http://imgur.com/6aGOz0V"><img src="http://i.imgur.com/6aGOz0V.png" title="source: imgur.com" /></a>
100% 16-bit layered
<a href="http://imgur.com/0XJfe5e"><img src="http://i.imgur.com/0XJfe5e.png" title="source: imgur.com" /></a>
and finally 8-bit layered converted from 16-bit with dither.
<a href="http://imgur.com/PSxiu43"><img src="http://i.imgur.com/PSxiu43.png" title="source: imgur.com" /></a>
help!

I can't speak to why, perhaps someone more knowledgeable than I can speak to that. But if it only happens at certain views then it's purely a display issue; it won't happen in print or when you downsample to display size. Such banding issues have always disappeared for me when I output to 8 bit.
I'd assume that it's because of your monitor; it can't display all the colors and when zoomed out there's too wide of a range in a small area so banding occurs. But that's just my guess.

Error in generating bit stream

hi,
I am using xilinx 10.1 on linux 64 bit machine..
My problem is when I tried to generate the bit stream it gives me an error in system.log file stating
bash -c "cd synthesis; ./synthesis.sh"
xst -ifn system_xst.scr -intstyle silent
Running XST synthesis ...
ERROR:Xst:1617 - Processing TIMESPEC TS_ASYNC_FIFO_ccx2mb_0_to_microblaze_0: user TIMEGRP 'ccx2mb_0_to_microblaze_0_fsl' must be previously defined in FROM/TO constraint.
ERROR:Xst:1489 - Constraint annotation failed.
make:
*** [implementation/system.ngc] Error 1
and in the edk output window it stops at
No Partitions were found in this design.
NGCBUILD Design Results Summary:
Number of errors: 0
Number of warnings: 0
Writing NGC file "../iop_fpga_0_wrapper.ngc" ...
Writing NGCBUILD log file "../iop_fpga_0_wrapper.blc"...
NGCBUILD done.
Done!
and stops..
I synthesised the sparc using xst and followed all the methods as per DVguide...
Please help me...

Thanks a lot, I forgot to run the fix_edk.pl script...
Fisrt, I tried edk project v1.7 with xps 10.1, i got the error " Micoblaze V7_10_d was not found " and i was required to locate the folder. Howerever, i could only find "Micoblaze V7_10_a". I tried to find updates in xilinx's website, but got nothing. So, I gave it up.
Later, I tried v1.6, download alomst half an year ago, with the same xps 10.1. This time I got the FSL timing error ...
Is this all ISE 10.1's fault? If i run the script, both version should work, right?

PS CC HDR toning in ACR then Converting to 16 bit major error!

So here's the deal - I'm an avid user of HDR and have always made my HDRs in photoshop (but tonemapped elsewhere). Now, with the new tonemapping in ACR I can get great results - BUT - there's a BIG problem.
After I've created my HDR and toned it in ACR it opens in photoshop as a 32 bit file (with the camera raw adjustments showing as a filter).
And it looks great.
BUT, when I try to make that a usable file by converting down to 16 or 8 bit - all that work goes to waste.
I've always used "exposure and gamma" to convert from 32 to 16 or 16 to 8 - that's the one we all know and love because it doesn't change anything as far as the image appearance.
However - with HDRs I create and tone in ACR: Once I do this to convert to 16 bits using exposure and gamma (like always and touching nothing) - the image turns almost white - horribly washed out and lousy looking. I've tried it every way I can think of. I'll flatten the 32 bit file as to get rid of the acr smart filter, I've rasterized the layer, I've duplicated the document, I've tried merging and not merging - everything. The preview that shows when I am about to convert 32 to 16 in exposure/gamma looks correct, but as soon as I do it - boom - washed out weird looking image.
Other issue:
If I save a 32 bit psd after toning in ACR to work on later - it looks way different the next time I open it. This happens whether I save the profile along with the file or not. It opens darker, for the most part and I can never get back to how it was (and was unable to save as 32, 16, or 8 looking right!).
Last issue: If I create a 32 bit hdr image but choose NOT to tone in acr and save it as a radiance file - if I open that radiance file later in photoshop and use the acr filter to tone it - again, it appears way different like a lot of data has been lost. The image is usually a lot brighter, washed out, less colorful, and the pixels seem to not be able to bend very far in any direction.
Can someone please explain if I am doing something wrong?? Or if this is a bug?? I love the way the 32 bit images look once I've toned them - but that's the only time they'll look remotely like that! Can't save, convert to 16 bit, or do doodly squat without the image drastically changing!

Ok! Thank you everyone for taking the time to help me figure this out! I appreciate it!
I have taken everyone's advice into consideration and tried everything suggested - watched every video - read every link - and here's where I'm at now.
There's some good news and bad news and just plain weird news.
I do have those profile settings enabled (always have) - and it does ask me if I want to embed, convert, or discard.
If I flatten a 32 bit toned image (to get rid of the acr filter) and save it as a 32 bit tiff - I can re-open that tiff with convert to working space on - and it looks the same. I can ALSO convert that tiff to 16 bit and have it look a LOT closer to the original (nothing like the washed out ones). That's good news!
However, if I save the 32 bit toned image with the acr filter still there as PSD - it will open washed out and crazy the next time I open it (using convert to working space - I've also tried every other option). So - working on a 32bit toned in acr image again is still impossible after closing it without it looking all washed out.
ALSO - there is one section in color profile settings that is puzzling me and affects all of this in a major way.
Above the three boxes to check about profile mismatches and warnings - there are 3 settings
RGB, CMYK, and Gray.
Now by default my RGB settings was RGB: Off
I know this is a weird issue because my working space is adobe rgb and the profile mismatch warnings are still on - so the same result happens when opening files. And also by checking the include the working color profile with an image when you save it should achieve the same result as haveing RGB: Preserve Embedded Profiles on. But there's a weirder area this causes a difference.
If I have that RGB setting OFF - and merge those 3 same images to hdr and then go to tone in ACR it looks really dark (not a problem it's a 32 bit hdr file - I use acr to make it look the way I want). It's rich in color and seems to have loads of data and tone available to play with.
HOWEVER - if I start with that RGB setting to "Preserve embedded profiles" - then merge those same 3 images to hdr and then go to tone in ACR it looks entirely different. It looks way less dark and contrasty, is very drained in color, and seems to have a lot less data to play with in terms of bringing out shadows or toning down highlights.
It's best for me to just show you a side by side - as I'm including here. This is the same hdr created with no changes other than that one setting (shown in the image) being different before I merge to hdr. (And the 32bit image that opens in ACR I have made zero changes to at the point of screen capture).
Any ideas?

Is possible to Convert a 1 bit B&W Tiff image to a 16 Bit Greyscale Tiff image?

Hi there,
I am trying to convert a 1 bit Black & White Tiff image to a 16 Bit Greyscale Tiff image, Anyone out there know if it is possible and how it may be done? We are using Adobe Acrobat 9 Pro Extended.
Any help would be appreciated.
Cheers, Chris

Almost any graphic editor can do it, but it doesn't make a sense. The picture information remain the same - 1 bit. It has nothing to do with Acrobat.

Converting encoding of a Stream/String

Hi,
I am wondering if there is a way we can convert encoding of a Stream/String. For example, I have an Stream/String having iso-8859-1 encoding and I want to convert it to utf-8 encoding. Is there any way to do that conversion?
I figured out a way, but that is expensive to do. I build a JDOM document out of that InpuStream, and use Outputter to output the document into an OutputStream/String setting the encoding. The resultant OutputStream/String has the new encoding. Here is what I do for this:
Document doc = getDocumentFromStream(inputStream);
XMLOutputter outputter = new XMLOutputter();
//default encoding in JDOM is "UTF-8", if no encoding is specified, encoding
//is not set and thus defaults to "UTF-8"
if(StringUtils.isNotEmpty(encoding)){
     outputter.setEncoding(encoding);
outputter.setTextTrim(true);
outputter.output(doc, out);
I am wondering if there is any way we can do it without using JDOM thing, which is expensive.
I will appreciate any help on this issue.
Thanks in advance,
Pramodh.

Hi,
Thanks for the reply!
The reason, I want to convert the encoding of a Stream is: Our application supports UTF-8 very well. So, incoming data in non-UTF-8 encoding may most probably fail. There are characters like �, TM, copyright, etc which are supported by UTF and also ISO-8859-1. So, if I change the incoming ISO-8859-1 Stream into UTF-8, then the application will like resultant UTF-8 data.
I tried what u suuggested, but stil can't get it work. Following is what i did:
reader = new InputStreamReader(inStream, "ISO-8859-1");
writer = new OutputStreamWriter(outStream, "UTF-8");
int n;
while ((n = reader.read(c)) > 0) {
writer.write(c, 0, n);
Any other suggestions?
Thanks.

24-bit audio files converted to 16-bit in Logic Pro 7

Hello,
I'm working on producing my band's demo and this is my first project in Logic Pro 7. The tracks were originally recorded into a Fostex D2424LV hard disc recorder as 24-bit wave files, then imported into Logic. At this point, I've done the editing and effects processing in Logic and exported the tracks as individual wave files, with the intent to put the tracks back on the Fostex and run them through a Yamaha 24-channel analog board for the final mixdown.
Everything has gone smooth until now. When I play the exported tracks back on the Fostex, most of them are peaking on the meters, while the same tracks played back in Logic don't even come close to peaking. I've tried re-exporting the tracks with reduced fader levels and still get peaks on the Fostex.
Given that the reduced levels still cause tracks to peak on the Fostex, I'm suspecting a bit-depth issue. I didn't realize at the time that the files were converted to 16-bit when they were imported into Logic. The Fostex only works with 24-bit files and I'm wondering if exporting the 16-bit tracks in Logic as 24-bit wave files might be causing the problem.
If this turns out to be the cause of the peaking tracks, is it possible to re-import or replace the converted 16-bit files with the original 24-bit files and apply the editing and efx processing that I've done to the 24-bit files?
I'll greatly appreciate any help you folks can give me on this one.
Kevin
Dual 2.0 Ghz G5 Powermac Mac OS X (10.4.1) RME Multiface
Dual 2.0 Ghz G5 Powermac Mac OS X (10.4.1) RME Multiface

i am very surprised that the fostex doesn't work with 24-bit files.
your peaking is not likely to be due to bit depth, although i can see why you might think so. maybe you're right.
logic has inbuilt -6db of head room you should know.
your suggestion of reimporting the original tracks from the fostex is exactly the thing you should do. remove the 16-bit files from the system and re-import the fostex files. open the logic project and it will look for the old files. for greatest ease make sure your fostex imported files have the same names as the ones you are removing. when it finds the files with the same name it should come up with an error message. select use anyway.
what's happening is logic stores information about the file, its length, bit-depth and so forth. so just get logic to use anyway and the files "should" playback alright.

Is there an easier way to convert bytes into bit(boolean) arrays?

I am currently using this method to convert bytes into bit arrays:
/*convert byte to int such that it is between 0-255 this is the bytes[] array
                    if ((bytes/128)==1)
                         bit[c+0]=true;
                    else
                         bit[c+0]=false;
                    if ((bytes[i]-bitInt[c+0]*128)/64==1)
                         bit[c+1]=true;
                    else
                         bit[c+1]= false;
                    if ((bytes[i]-bitInt[c+0]*128-bitInt[c+1]*64)/32==1)
                         bit[c+2]=true;
                    else
                         bit[c+2]= false;
                    if ((bytes[i]-bitInt[c+0]*128-bitInt[c+1]*64-bitInt[c+2]*32)/16==1)
                         bit[c+3]=true;
                    else
                         bit[c+3]= false;
                    if ((bytes[i]-bitInt[c+0]*128-bitInt[c+1]*64-bitInt[c+2]*32-bitInt[c+3]*16)/8==1)
                         bit[c+4]=true;
                    else
                         bit[c+4]= false;
                    if ((bytes[i]-bitInt[c+0]*128-bitInt[c+1]*64-bitInt[c+2]*32-bitInt[c+3]*16-bitInt[c+4]*8)/4==1)
                         bit[c+5]=true;
                    else
                         bit[c+5]= false;
                    if ((bytes[i]-bitInt[c+0]*128-bitInt[c+1]*64-bitInt[c+2]*32-bitInt[c+3]*16-bitInt[c+4]*8-bitInt[c+5]*4)/2==1)
                         bit[c+6]=true;
                    else
                         bit[c+6]= false;
                    if ((bytes[i]-bitInt[c+0]*128-bitInt[c+1]*64-bitInt[c+2]*32-bitInt[c+3]*16-bitInt[c+4]*8-bitInt[c+5]*4-bitInt[c+6]*2)==1)
                         bit[c+7]=true;
                    else
                         bit[c+7]= false;

You can loop through and use a bitwise operator instead. Here is an example without the loop.
byte b = 6 ;
if( b & Math.pow( 2, 0 ) == Math.pow( 2, 0 ) ) ;
// the 2^0 bit is on
if( b & Math.pow( 2, 1 ) == Math.pow( 2, 1 ) ) ;
// the 2^1 bit is onetc...
You should get something like 110 when you're done.
If you're wonder what & does (no, its not a boolean &&), it takes the bits in the two numbers you give it and returns a number with all the bits on that are on for each of them.
For example:
10011011 &
11001101 =
10001001
So if we take
110 (6) &
010 (2^1, or 2) =
010 (2 again)
Which means that the number (6) has the 2^1 bit on.

Converting DV to AIC before using in im08.

Like others I notice that DV in im08 is dreadful, this hasn't always been the case and I was quite happy with the way im08 treated DV until the latest round of updates, but let's not get into that old chestnut again.
I just wondered if anyone else has taken to converting DV to AIC before editing in im08. I haven't actually taken any close looks at the differences this makes, but there is a clear difference and huge benefit to doing this.
Conversion is pretty quick, although it does use a bit of space to do this, well worth it IMO though.

I sense you don't understand how iM 08 works so you miss why it's not as simple as using MPEG Streamclip or QT Pro.
If you understood iM 08 you would know WHY DV with its two frame sizes and two aspect ratios and it's four pixel aspect ratios can't be just be converted to AIC which uses square pixels. And, you would know you must also export in a way that restores the SD to it's original format or ROUND objects will not be round.
OK -- I didn't really know any of this until I bought Steve's book. But now i do. And, it's totally relevant to converting DV to anything which is exactly what I said in MY post. See the title of your original post "converting DV to AIC before using in im08."
It seems you and others have gone round and round on bad quality never coming-up with a solution, yet you ***** when someone else recommends a solution you can see for yourself working.
You need to ask yourself -- do i really want good quality or do I just want to keep whining. In any case, don't claim I'm up to "... something." YOU posted the question, not me.
In fact, I wonder why you keep speculating that Apple has done "something" that reduces DV quality. Why would they do this? But, lets assume they did make 08 DV worse. It doesn't matter to me since I don't have quality problems any more.

Can PSE8 for mac convert an 8 bit image to 16 bit?

can Photoshop Elements 8 for mac convert an 8 bit image to 16 bit?
I use Photomatix Pro and when I am working with a single image in Photomatix Pro, it has to be 16 bit.

Yes, you can. These are the steps when using the elements editor.
Depending on the file format:
1. If this file is from a camera raw file, simply open the original
    raw file and at the bottom of the camera raw dialog choose 16 bits.
    This would open the file in pse editor as a 16 bit file.
    Then save as a tif file with no compression.
2. If the file is a jpg or tif file, in the pse editor select: File>Open As>Camera Raw.
    This will open the file in the camera raw dialog. Then select 16 bit from the menu
    at the bottom of the camera raw dialog. After the file opens in pse editor, in 16 bits,
    save as a tif with no compression.
3. If the file is a psd file with no layers, then step 2 will work. If the psd file has layers,
    open the the file in pse editor and resave the file using maximize compatibilty.
    This will allow the psd file to have both layers and open in the camera raw dialog as
    in step 2. When you open the file in the pse editor, it will just be a single layer and then
    just save as a tif file with no compression.
Hope this helps.
MTSTUNER

How do I convert speech dictation to text on my macbook pro?

How do I convert speech dictation to text on my macbook pro?

Help here > Mac Basics: Dictation

How can i convert an object to stream of chars or bytes?

how can i convert an object to stream of chars or bytes?

One way is the serialization mechanism. There are examples and explanations of it in the Java tutorial: http://java.sun.com/docs/books/tutorial/essential/io/serialization.html

How do I convert an MP3 file to use it as a ringtone on my iPhone 3G?

How do I convert an MP3 file to use it as a ringtone on my iPhone 3G?

Andrew J wrote:
Everybody's wrong wrong wrong. You don't need garageband. Select the song, go to info. You need to select a start and stop time for the song that can't be any longer than 40 seconds in length. Then in advanced mode you convert the song to acc. once done locate the file on the computer. it should end in .m4a . Change the a to an r so it reads .m4r Drag the file to the desktop, double click and it ends up in ringtones folder.
That's it! Works every time. Or for those who want easier:
http://www.ambrosiasw.com/utilities/iToner/
My drug of choice.

Is there a way to view the Photo Stream using Android device?

My iPhone 4 is currently broken at the moment and I want access to my Photo Stream. Is there a way I can access my iCloud Photo Stream using my Samsung Galaxy tab?

Not that I"m aware of.

Converting speech to bit stream using DSK6713

Similar Messages

Maybe you are looking for