On Tue, Nov 20, 2012 at 12:42 PM, Olof Tangrot wrote:
> Isn't there anything I can do to improve the real-time performance of
> gnuradio-companion?
>
It may seem unintuitive, but remove the throttle block. GNU Radio
flowgraphs operate in a demand driven fashion. The audio sink is consuming
dat
On Tue, Nov 20, 2012 at 3:42 PM, Olof Tangrot wrote:
> Hi.
> I have tried the simplest possible flow-graph. A
> sine-source->Throttle->Audio-sink. But I get about 1 Hz drop outs and the
> message pane keeps writing aU.
> Using top the process seems to laod the system less than 2 % and the total
>
Hi.
I have tried the simplest possible flow-graph. A
sine-source->Throttle->Audio-sink. But I get about 1 Hz drop outs and the
message pane keeps writing aU.
Using top the process seems to laod the system less than 2 % and the total
load on both processor kernels is well below 20 %. The samling ra
Hello,
I've been getting a series of underruns when running a USRP2 at 10MHz
(Interpolation = 10) using RTS and a fast machine. I plugged a serial cable
into the UART and can see one or more 'U's pop up on the screen. Depending
on how many custom blocks I have, the occurrence of a U can take from
Hey list,
I regularly encounter underrun messages when running the UHD transmitter
(uhd_mimo_sink or uhd_simple_sink) with sample rates of 12.5 MSps or
higher. The OS (Ubuntu 10.04, 64bit) setup is according to the
guidelines (realtime priority for user, buffer size set to recommended
50 MB)
