Hi Zain89,
please have a look at https://decibel.ni.com/content/docs/DOC-22728. This example shows how to transmit text, images or video over the USRPs.
For further questions please use this forum http://forums.ni.com/t5/USRP-Software-Radio/bd-p/500.
Have a nice day
If the image file is in JPEG format, simply read the file as a binary file in LabVIEW. The output will be 1's and 0's in the form of a 'string' datatype where the default view is the ASCII equivalent of the binary data. You can convert it into integers and then bits (1's and 0's).
If you read it as a JPEG file using the image read functions, it will decompress it (making it larger) and present you with a 2d matrix of color. I recommend working with it as a JPEG file in binary form.
Hai ErikL,
Thanks for your sharing, What VIs needed to conversion of image to bit?
Thanks,
Save this file to disk, and then drag and drop this image to your labview diagram and it will become real code. It's call a VI Snippit. This code does require the modulation toolkit for the MT UnPack Bits.vi. If you don't have the modulation toolkit you can convert the U8 to a boolean array in a FOR loop and the concatenate the boolean arrays and then use the "1 or 0" VI to convert the booleans to a bitstream (integer with a 1 or 0 for each array value). [this VI was written in LabVIEW 2013]
Thanks ErikL,
I have try your suggestion and bits (1's and 0's) can be generated,
But when this VI is combined with your Streaming OFDM Transmitter and Reciever project
https://decibel.ni.com/content/docs/DOC-34781
where bits (1's and 0's) from image conversion as MT Map Bits to Symbols input. This is replace random bits generator.
There is buffer delay on the receiver side when this VI is running. Wheter this relates with program flow?
Thanks,
What version of LabVIEW are you using, so we can offer you a better image converting solution. By the way, there are several posts talking about converting image to 2-bit binary. Will that help you a little?
I use LabVIEW 2013 32-bit..