[Top][All Lists]

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

RE: [Discuss-gnuradio] GL sinks freeze

From: Nick Foster
Subject: RE: [Discuss-gnuradio] GL sinks freeze
Date: Sat, 26 Dec 2009 21:09:13 +0000

Josh et al,

Thanks for the tip re: SVN vs Git. I thought the repositories were linked -- guess I didn't look closely enough.

After installing the latest version via Git, the FFT sink appears to work fine, as does everything else -- except the waterfall sink. The test case built into the __main__ method of waterfallsink_gl.py gives me the attached screenshot. CPU usage is 0%, and the GUI does not respond to input. The color key shows 0dB all the way up and down the range, and the main window of the waterfall display is black. The frequency axis is marked correctly.

Using GRC to put together a simple flowgraph with a waterfall sink produces the same result, when OpenGL is enabled (via .gnuradio/config.conf). Non-GL waterfall works fine.

I've tried reinstalling/updating OpenGL, the nvidia kernel module, python-opengl, numpy, and python-wxgtk (2.8). No change in behavior. I tried disabling Ubuntu visual effects, with no change in behavior. Other OpenGL applications and games work correctly on this machine (Thinkpad T61p, Nvidia Quadro FX 570 GPU).

I don't have any real experience debugging Python applications, or OpenGL apps, for that matter. Using pdb reveals that the application seems fine up until it calls app.MainLoop(), which I suppose is pretty obvious. Then it locks up. How can I get started in finding the cause of this behavior?

Thanks again,

> Date: Tue, 22 Dec 2009 17:38:59 -0800
> From: address@hidden
> To: address@hidden
> CC: address@hidden
> Subject: Re: [Discuss-gnuradio] GL sinks freeze
> Nick Foster wrote:
> > Hi all,
> >
> > I'm having some trouble with the OpenGL versions of the wxgui waterfall and FFT sinks. I'm using r11659 (8/30/09). To test the sinks, I just created a simple flowgraph with a 32ksps random stream (throttled) feeding the sinks, similar to what the built-in test methods for the sinks use.
> >
> All the newest stuff is on git: http://gnuradio.org/cgit
> For some reason we wont clear the svn stuff, probably to confuse people...
> > The FFT sink freezes up after displaying a single frame in GL mode, and never updates. It then locks up, using 100% CPU. The waterfall sink doesn't even load; it just loads an empty gray box and then freezes. However, it doesn't use any CPU time. Both sinks work fine in non-GL mode. Interestingly, the GL versions of the scope sink and histogram sink seem to work fine, so I don't believe it to be an issue with my graphics driver (nvidia kernel driver on Ubuntu Hardy).
> >
> The waterfall sink is making heavy use of textures and I could imagine
> that having problems but... the scope and the fft are exercising the
> exact same gl plotter base class. So I cannot fathom why the fft freezes
> for you and the scope works.
> The only thing that comes to mind is the update rate on the fft is
> probably larger than the scopes. Not that the rate should be enough to
> kill your cpu, but if the gl configuration has issues, that could
> explain it.
> You may try turning your ubuntu visual effects to off. They have been
> known to mess up other applications that try to use gl.
> > Are there any known issues with the GL waterfall or FFT sinks? Has anyone else encountered this issue? I'd like to use the extra functionality the GL waterfall sink offers.
> >
> > Thanks,
> > Nick
> >
> > _________________________________________________________________
> > Hotmail: Powerful Free email with security by Microsoft.
> > http://clk.atdmt.com/GBL/go/171222986/direct/01/
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > address@hidden
> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Hotmail: Free, trusted and rich email service. Get it now.

Attachment: waterfall-gl.png
Description: PNG image

reply via email to

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