Question about print out of overrun and under run indication

Hi,

I have a couple of questions about the print out of the overrun and
underun indications.

Is it possible to turn off the output of those indications?

And second is gnuradio doing anything with stdout that would affect
redirecting stdout?

This is the text output I normally see in a shell window.
(I don’t see the ----- lines that just to separate the text)


– USRP-B100 clock control: 10
– r_counter: 2
– a_counter: 0
– b_counter: 20
– prescaler: 8
– vco_divider: 5
– chan_divider: 5
– vco_rate: 1600.000000MHz
– chan_rate: 320.000000MHz
– out_rate: 64.000000MHz

UHD Warning:
Unable to set the thread priority. Performance may be negatively
affected.
Please see the general application notes in the manual for
instructions.
EnvironmentError: OSError: error in pthread_setschedparam

UHD Warning:
The hardware does not support the requested RX sample rate:
Target sample rate: 2.500000 MSps
Actual sample rate: 2.461538 MSps

gr_fir_ccc: using SSE
gr_fir_fff: using SSE
Using Volk machine: sse4_1_64_orc


In my application I redirect stdout to a different buffer. Which works
at first. I get the following redirected to my buffer


– USRP-B100 clock control: 10
– r_counter: 2
– a_counter: 0
– b_counter: 20
– prescaler: 8
– vco_divider: 5
– chan_divider: 5
– vco_rate: 1600.000000MHz
– chan_rate: 320.000000MHz
– out_rate: 64.000000MHz

On Fri, Jun 8, 2012 at 11:27 PM, Stephen [email protected]
wrote:

Hi,

I have a couple of questions about the print out of the overrun and
underun indications.

Is it possible to turn off the output of those indications?

Not yet. I’m actually working on something that should help us control
this information better. I can’t guarantee a time on its availability,
though.

– a_counter: 0
Unable to set the thread priority. Performance may be negatively
Using Volk machine: sse4_1_64_orc
– a_counter: 0

after that nothing is redirected and everything goes back to being
output in the shell window. I’m not an expert on redirecting stdout but
is there anything in gnuradio that would make that stop working?

stephen

There is also stderr, where a lot of this information is printed, too.
You’ll want to redirect both stdout and stderr together to suppress
everything (“program &> /dev/null” will do it or “program > /dev/null
2>&1”).

Tom

On 06/10/2012 08:32 AM, Tom R. wrote:

On Fri, Jun 8, 2012 at 11:27 PM, Stephen [email protected] wrote:

Hi,

I have a couple of questions about the print out of the overrun and
underun indications.

Is it possible to turn off the output of those indications?

You can shut if off with a simple library call, but there is no hook for
it from python.

http://files.ettus.com/uhd_docs/manual/html/general.html#disabling-or-redirecting-prints-to-stdout

Not yet. I’m actually working on something that should help us control
this information better. I can’t guarantee a time on its availability,
though.

Being able to forward IO into a gnuradio controlled printf’sh system
would be quite awesome. Then we can simply use standard gnuradio hooks
to control the IO.

-josh

On 6/10/2012 10:32 AM, Tom R. wrote:

There is also stderr, where a lot of this information is printed, too.
You’ll want to redirect both stdout and stderr together to suppress
everything (“program &> /dev/null” will do it or “program > /dev/null
2>&1”).

Tom

I’m redirecting it so I can put the output into a log window of a gui.
There is something related to the setup of the flow graph that is
causing the issue. If I redirect stdout I see everything sent to stdout
get redirected. Until somewhere in the process of making a top block and
a usrp source block and connecting the flow graph together. Doing that
causes my redirection to stop working. If I create the blocks and
connect them together first and then redirect stdout it stays
redirected.

stephen

On 6/10/2012 2:37 PM, Josh B. wrote:

You can shut if off with a simple library call, but there is no hook for
it from python.

http://files.ettus.com/uhd_docs/manual/html/general.html#disabling-or-redirecting-prints-to-stdout

cool thanks. I’m doing everything in c++ so thats not a problem.

stephen