Yes, I am using my own module that searches for messages. The flow graph structure contains usrp source -> LPF -> my own module.
I am controlling them using nitems_items_required[0] = noutput_items * (message length) and I call consume_each after each round with the proper number of processed samples. The single channel version of the code is quite stable. Now, I just capture a wider band, and canalize using the filter offset. empty channels will consume samples faster than channels containing messages, so the scheduler is handling the read/write pointers to avoid writing on memory requested by other branches? -- View this message in context: http://gnuradio.4.n7.nabble.com/multiple-asynchronous-channels-in-parallel-tp43656p43678.html Sent from the GnuRadio mailing list archive at Nabble.com. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
