Re: [Discuss-gnuradio] reducing the latency in tunnel.py

[Douglas Geiger]

George,
 You were talking about using m-blocks, along with doing more processing on the USRP (matched filter + dependent packet generator) in the FPGA, correct?
 The basic functionality of m-blocks is to be integrated into the main API as I understand (in a modified form perhaps?), and they do still exist in the current release, but are deprecated - and aren't terribly useful as they don't work with the rest of the gnuradio API.
 Either way, looking at using the in-band signaling code is I think the correct direction to be looking.

 Doug

On Thu, Oct 8, 2009 at 2:47 PM, George Nychis <address@hidden> wrote:

Hi Jane,

I published a paper on this issue:
http://www.andrew.cmu.edu/user/gnychis/nychis_nsdi09.pdf


If you read it, you will understand all of the latencies involved and why your turnaround time is so high.  We propose mechanisms to overcome these challenges in the GNU Radio / USRP architecture, and built code to support it, but it was decided that the new blocks that our code uses are no longer going to be supported by GNU Radio.  So, our code in summary does not work with GNU Radio now.  But, maybe you can apply some of the techniques we mention to achieve what you want.

- George

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-- 
Doug Geiger
address@hidden