Re: [Discuss-gnuradio] UHD's recv_frame_size for E100

[Michael Dev]

I was able to control the frame size with this build. That's a good start. But my app is not able to demodulate the received signal like it used to. It works fine if I switch back to the regular libuhd. I double checked everything and I don't think it's due to my code.

Another thing is that application of the "recv_frame_size" value is a bit off compared to the USB version. For example, with USB, when I specify 1536, each packet will get me 1536/4 = 384 samples. For usrp-e with this build, I have to specify a number somewhat higher than 1536 to fit 384 samples. It may be due to the header size consideration? It would be good to have a more consistent application of this parameter if possible. Definitely not a biggie though. :)

Michael

On Tue, Apr 26, 2011 at 5:07 PM, Josh Blum <address@hidden> wrote:

> Program received signal SIGSEGV, Segmentation fault.
> [Switching to LWP 847]
> 0x401ff524 in usrp_e100_impl::io_impl::recv_pirate_loop (this=0x92e20,
> spawn_barrier=<value optimized out>, clock_ctrl=...)
> at /home/root/uhd-new/uhd/host/lib/usrp/usrp_e100/io_impl.cpp:116
> 116 managed_recv_buffer::sptr buff = this->data_xport->get_recv_buff();
>
>

Whoops, missed a & and stored the wrong reference to the shared pointer.
Can you try this branch w/ fix (I ran it myself this time):
http://code.ettus.com/redmine/ettus/projects/uhd/repository/show?rev=usrp_e100_frame_sizes2