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 <[email protected]> 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 > [email protected] > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- Doug Geiger [email protected]
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
