Re: [Discuss-gnuradio] Message passing as input and output in block (C++ coding)

Hi Josh, I've figured out this question. I just need to post this->post_msg(0,_msg); Since, _msg is a gr_tag_t. But, still is not clear for me how can I post a message as follows: this->post_msg(0, BLOB_METADATA,blob_data, _id); ? I generated the BLOB_METADATA as pmt::pmt_t type. However,

Re: [Discuss-gnuradio] Message passing as input and output in block (C++ coding)

Hi Josh, Thanks for the info. So, for example if I want to modify the blob_to_stream example as blob_to_blob (ie. input a message and then output a message). The .cc files is as shown below, but I got errors when I compile because of the type of variables: In member function ‘virtual int blob_to

Re: [Discuss-gnuradio] Reg : start() method in gr_top_block.h

Got it perfectly **Just observed that in uhd_rx_cfile tb.run() has been used. When we leave the number of samples blank i.e. infinity the script keeps collecting data because of tb.run() but when we choose the no of samples option, a separate gr.head is block is created with specified no of sa

Re: [Discuss-gnuradio] Underrun and sampling rate problem

> Are the above suppositions correct? Is there a better way to set sample > rate which does not have to be hardcoded based on the bitrate of video? > Maybe somehow set a high sample rate and be done with it? > Basically, you want to have a *lower* data rate of UDP frames vs the sample rate on th

Re: [Discuss-gnuradio] Reg : start() wait() stop() and run()

Thanks Josh .. got it .. that last one stop() + wait() I forgot to check by myself before posting .. sorry for that -- View this message in context: http://gnuradio.4.n7.nabble.com/Reg-start-wait-stop-and-run-tp37916p37919.html Sent from the GnuRadio mailing list archive at Nabble.com. _

Re: [Discuss-gnuradio] Reg : start() wait() stop() and run()

On 10/08/2012 04:14 PM, sumitstop wrote: > Whats the difference between using tb.start() + tb.wait() Vs tb.run() Vs > tb.stop + tb.wait() > > All the three are giving me the same result for the following code > > *tb.start() + tb.wait() * > > if __name__ == '__main__': > tb = rx_cfile_bl

Re: [Discuss-gnuradio] Reg : start() method in gr_top_block.h

On 10/08/2012 04:12 PM, sumitstop wrote: > Q-1 > > In the gr_top_block.h the start function has been defined as follows : > > ~~ > void start(int max_noutput_items=10); > > /*! >* Stop the running flowgraph. Notifies each thread cr

[Discuss-gnuradio] Reg : start() wait() stop() and run()

Whats the difference between using tb.start() + tb.wait() Vs tb.run() Vs tb.stop + tb.wait() All the three are giving me the same result for the following code *tb.start() + tb.wait() * if __name__ == '__main__': tb = rx_cfile_block1(245000,'/home/sumit/first_app_data1') tb.start()

[Discuss-gnuradio] Reg : start() method in gr_top_block.h

Q-1 In the gr_top_block.h the start function has been defined as follows : ~~ void start(int max_noutput_items=10); /*! * Stop the running flowgraph. Notifies each thread created by the * scheduler to shutdown, then returns to call

Re: [Discuss-gnuradio] Help on choice of daughter board for 40-50MHz experiments

On Mon, Oct 8, 2012 at 11:54 AM, Baidoo-Williams, Henry E wrote: We are looking for a daughterboard to run experiments within the range of 40-50MHz. We have used the basic Tx and basic Rx before but just for routing signals to an oscilloscope probe. Has anyone got any experience with actual tra

Re: [Discuss-gnuradio] Help on choice of daughter board for 40-50MHz experiments

On Mon, Oct 8, 2012 at 11:54 AM, Baidoo-Williams, Henry E wrote: > We are looking for a daughterboard to run experiments within the range of > 40-50MHz. We have used the basic Tx and basic Rx before but just for routing > signals to an oscilloscope probe. Has anyone got any experience with actual

[Discuss-gnuradio] Underrun and sampling rate problem

Hi all, I'm trying to employ basic On-off keying (OOK) modulation to transmit video stream. The way I'm doing it is by using UDP streaming from VLC player and collecting that data by a UDP source in GRC. Since this is OOK, I assume the flowgraph should be somewhat similar to FSK, and hence my flow

[Discuss-gnuradio] Help on choice of daughter board for 40-50MHz experiments

Hello , We are looking for a daughterboard to run experiments within the range of 40-50MHz. We have used the basic Tx and basic Rx before but just for routing signals to an oscilloscope probe. Has anyone got any experience with actual transmission and receiving with the basic TX/RX boards? We

Re: [Discuss-gnuradio] Modify data inside a blob

On 10/07/2012 07:05 PM, Jose Torres Diaz wrote: > Hi, > > I would like to ask about how to modify data inside a block that work with > blobs. I've finished a block (let name as "BLOCK_1"), which post message > downstream. In particular, it posts 2 blobs with metadata and data. The > idea is the

Re: [Discuss-gnuradio] Message passing as input and output in block (C++ coding)

On 10/07/2012 09:56 PM, Jose Torres Diaz wrote: > Hi All, > > I have another question about the message passing technique. In this > opportunity, I would like to create a block that takes message as input, > but also that post message downstream as output. In my initial attempt, I'm > using the

Re: [Discuss-gnuradio] Introduction to Pre-Cog

Iain, Thanks. I'll look into this. -John On 10/08/2012 10:21 AM, Iain Young, G7III wrote: Hi John, You Wrote: Looking for thoughts, feedback, and ideas. [and of course, bug reports] I just very quickly installed gr-precog under gnuradio-3.6.2. Installed fine, but when starting grc, I not

Re: [Discuss-gnuradio] Introduction to Pre-Cog

Hi John, You Wrote: Looking for thoughts, feedback, and ideas. [and of course, bug reports] I just very quickly installed gr-precog under gnuradio-3.6.2. Installed fine, but when starting grc, I noticed the following: It seems that after installation, quite a lot of the sinks and sources are

[Discuss-gnuradio] Introduction to Pre-Cog

Hi everyone, After a few requests, I have cleaned up my pre-cog library a bit for general use. For those who are not familiar, this is a library of rudimentary MAC layer functions that uses Josh Blum's gr-extras . Here are the current features:

Re: [Discuss-gnuradio] Having issues getting APT-DECODER Sample working

Hi Tommy, Excellent idea! Just some facts and questions to consider when you render APT data to an image: - which satellite transmitted to me at that time and that location using those TLE:s that file, every satellite (NOAA-15,-18,-19) got different settings. You will need to add a satellite tra

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 119, Issue 6

So it means i have to add up these two scripts in one single then set the parameters of daughter boards . Otherwise i have to make an GRC for this to happen. Best Regards, Sajjad Safdar From: "discuss-gnuradio-requ...@gnu.org" To: discuss-gnuradio@gnu.org Se

[Discuss-gnuradio] gr_modtool update -- 3.7 format

For those using gr_modtool, I got round to updating it to the upcoming 3.7 module format. This comes with a couple of caveats, though (and one bonus), so read this before grabbing the file: * The format in 3.7 is quite different from the previous one. Filenames follow different conventions, we h