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

2010-09-03 Thread Jack Ott


Matt Ettus wrote:
> 
> 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?
> 
> Jack,
> 
> 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.
> 
> Matt
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

Thanks for pointing that out, I was wondering why the scales were acting up.
Anyway, am setting up a fresh OS in a couple of days on a different machine,
hopefully then I'll be able to pinpoint where I've gone wrong.

Thanks everyone.


-- 
View this message in context: 
http://old.nabble.com/GRC%27s-graphical-sinks-performance-issues-tp29600609p29619104.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

2010-09-02 Thread Jack Ott



Marcus D. Leech wrote:
> 
> On 09/02/2010 11:39 AM, Matt Ettus wrote:
>>
>>
>> If you have unaccelerated OpenGL, then the OpenGL version will be
>> unacceptably slow.
>>
>> Matt
>>
> Any idea how you *tell* if your OpenGL is accelerated or not?  How does
> this relate to the Direct Rendering Manager
>   in the X server?
> 
> Yes, the simplest way to tell is if I disable 3D acceleration through the
> "driconf" utility, after which glxgears becomes noticeably slower, it goes
> from displaying 60 vertically synched frames to 16. I also marked "DRI" in
> xorg.conf as "false", yet in either case I get the exact same performance
> from GRC. On another note I forgot to mention that I already had the fft's
> refresh rate at 10Hz instead of the default 30. I just don't understand
> why GRC is the only program not leveraging the graphics card.
> 
> 
> I also stumbled upon this
> http://gnuradio.org/redmine/wiki/gnuradio/CompGrWxgui#Enable-the-GL-Sinks
> 
> It talks in the bottom of the page about the Intel G965 chipset, since I
> have the mobile version "GM965" I thought it might have something to do
> with this, but so far no luck.
> 
> 
> -- 
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GRC%27s-graphical-sinks-performance-issues-tp29600609p29607093.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

2010-09-02 Thread Jack Ott

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?
-- 
View this message in context: 
http://old.nabble.com/GRC%27s-graphical-sinks-performance-issues-tp29600609p29604761.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

2010-09-01 Thread Jack Ott

Hi there,

I'm having trouble getting hardware acceleration to work with grc's
graphical sinks. With the regular sinks the refresh rate is always choppy
and sluggish until it eventually locks up completely. And when I tried the
OpenGL sinks it turned out they're even slower than the regulars, especially
the FFT Sink in which even the buttons can't be pressed with most my
configurations, though I have to mention that with the OpenGL version the
waveform in the middle of the sink's window is drawn fine, it's just that
the buttons are unclickable. That's when I figured it's a graphics issue and
not due to the cpu. All the other graphically intensive programs work fine
on this machine, so I know I got the driver properly configured.


Anyone having the same issues?
Any help is appreciated




P.S. - My configuration: I'm using the latest gnuradio source code along
with a USRP2 and a WBX board, decimation is at 4, the FFT Sink's bin size is
set at 2048 and its sampling rate is at 1,000,000. The computer is a
Thinkpad X61s with a Core2Duo 1.6GHz processor and an Intel GM965 graphics
controller.


Regards,

-- 
View this message in context: 
http://old.nabble.com/GRC%27s-graphical-sinks-performance-issues-tp29600609p29600609.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re[Discuss-gnuradio] ceiving Wireless Video in GNU Radio

2010-07-18 Thread Jack Ott

Hello,

I'm a complete beginner to begin with so please don't assume I know
anything at all regarding SDR.

What I would like to know is the steps required to capture and view a
2.4GHz camera's wireless transmission? Assuming I have a USRP2 unit and
a successful GNU Radio installation what are the steps required to
achieve that?
-- 
View this message in context: 
http://old.nabble.com/Receiving-Wireless-Video-in-GNU-Radio-tp29190893p29190893.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio