Thank you for your reply. I try to find examples for in-band signaling. However, I don't see examples in the gnuradio-3.2.2. It seems that the in-band signaling is on going work. I try to use the existing gnuradio code to achieve what I want. I have tried everything I can do to speed up the system and have not succeeded.
--- On Thu, 10/8/09, Douglas Geiger <address@hidden> wrote:
From: Douglas Geiger <address@hidden>
Subject: Re: [Discuss-gnuradio] reducing the latency in tunnel.py
To: "George Nychis" <address@hidden>
Cc: "Jane Chen" <address@hidden>, address@hidden
October 8, 2009, 8:03 PM
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.
On Thu, Oct 8, 2009 at 2:47 PM, George Nychis <address@hidden>
I published a paper on this issue:
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.
Discuss-gnuradio mailing list