[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] GRC's graphical sinks performance issues

From: Matt Ettus
Subject: Re: [Discuss-gnuradio] GRC's graphical sinks performance issues
Date: Thu, 02 Sep 2010 08:39:07 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20100720 Fedora/3.0.6-1.fc12 Thunderbird/3.0.6

On 09/02/2010 07:09 AM, Jack Ott wrote:

The strange thing is that when the fft's sample rate is at 25Msps which
equals the USRP's bandwidth at a decimation of 4 everything works fine with
the regular fft sink yet not with the OpenGL one. However when I increase
the fft's sample rate to 50Msps which is 2x the USRP's bandwidth both sinks
work fine. What does this mean?

I'm really convinced all this is because graphics are rendered strictly
through software. Does GRC even support graphics hardware acceleration? how
do I configure it?


I think you are missing the point here. There is no need to lie to the program. If you are sending the FFT sink 25 MS/s, then tell it you are sending it 25 MS/s. If you give it a different rate you will have all sorts of other issues, like incorrect frequency scales on the display. If you want to decrease the processor load then reduce the display update rate.

If you have unaccelerated OpenGL, then the OpenGL version will be unacceptably slow.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]