Forum: GNU Radio length of the signal in USRP_FFT display

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms.
8609964d75de56552443da57880d4424?d=identicon&s=25 Bruh G. (bruh)
on 2009-04-23 13:23
Hi all,

I am trying to modify mode) to display a longer
duration of decimated data in real time. I think in the default
oscilloscope 5msec of data is displayed(whatever the decimation rate and
time/div is) and these length of data is updated in real time.

What I want is to decrease the decimation rate to 1KS/sec(64MS/sec
decimated by 128 in FPGA and then by 500 using decimating lowpass
filter) and display 5sec of data and to update this 5sec of data slowly
in real time.

How can I modify the 5msec default length to 5sec?

F8c1ec9e53c0d84a4052cef615f60c25?d=identicon&s=25 Richard Clarke (Guest)
on 2009-04-23 22:54
(Received via mailing list)
I believe that what you want to do is the same as what I was trying to
achieve with the scope graphical sink, although I was using GRC as my
end.  Josh Blum replied to my post on April 20th. The subject title of
original post was "GRC graphical sink buffer size - how to increase?". I
believe the same advice may apply to your situation. Use version 3.2rc2
GNU Radio and activate the open GL mode for the graphicals sinks. See for more detail.

I followed that advice and it has worked for me. Now, if only the buffer
size for the graphical sinks could be made more dynamic, i.e selected
automatically based on the timescale selected for the particular scope,
on a flow graph by flow graph basis.


2009/4/23 Bruhtesfa Ebrahim <>
This topic is locked and can not be replied to.