Gnuradio-next -- GRC FFT -- OpenGL Persistence Crash

Hey all -

I’m using gnuradio-next (testing CMake and such). If I use the OpenGL
FFT
in GRC, and click the “Persistence” checkbox, the flowgraph crashes and
spits this out:

File “/usr/lib/python2.7/site-packages/OpenGL/error.py”, line 208, in
glCheckError
baseOperation = baseOperation,
OpenGL.error.GLError: GLError(
err = 1282,
description = ‘invalid operation’,
baseOperation = glAccum,
cArguments = (GL_LOAD, 1.0)
)

If I don’t use OpenGL, the persistence feature works just fine. Has
anyone
else seen this error before?

My setup:
linux; GNU C++ version 4.6.1 20110819 (prerelease); Boost_104700;
UHD_003.003.000-13899cd
Python 2.7
GNURadio next branch, commit: 882089131a00da24
python-opengl 3.0.1-2

Cheers,
Ben

On Fri, Oct 21, 2011 at 4:52 PM, Ben H. [email protected] wrote:

err = 1282,
UHD_003.003.000-13899cd
Python 2.7
GNURadio next branch, commit: 882089131a00da24
python-opengl 3.0.1-2

Cheers,
Ben

What? Problems with OpenGL in GNU Radio? Nope, never heard of
that
before

Not sure if I’ve heard that particular problem, but there have been
other
reports of OpenGL issues. They can often be OS and hardware specific, so
it’s been really hard to work out these problems.

Tom

Yeah, I had kind of figured as much - searching online didn’t come up
with
anything, so I was hoping someone else had seen it before, hah =)

Cheers,
Ben

Python 2.7

Not sure if I’ve heard that particular problem, but there have been
other reports of OpenGL issues. They can often be OS and hardware
specific, so it’s been really hard to work out these problems.

Tom

OpenGL has turned over the years from a pretty-nice hardware-abstraction
layer (but which takes advantage of whatever hardware
accelerations are available for rendering 3D objects) into a rancid,
festering, pile of horse leavings. It misbehaves randomly, depending
on which hardware you happen to have, and only really-recent
gee-whizz 400-core GPU cards seem to be really supported by the
latest OpenGL code, while support for older cards (like, you know,
last week’s) tends to decay rapidly.

However, until we have a better choice for graphical “goop” in Gnu
Radio, we’re rather stuck with the underlying WxPython objects which
uses OpenGL rendering for some of our graphical stuff (although,
there’s no real reason to–we don’t have the kinds of performance
demands that would require OpenGL hardware-assisted rendering, you
hardly need that for an FFT display that updates only a few
times per second, and has simple 2D imagery in it).

Try doing this before you start your application, does it help?

    LIBGL_ALWAYS_INDIRECT=1
     export LIBGL_ALWAYS_INDIRECT

On 10/21/2011 01:52 PM, Ben H. wrote:

Hey all -

I’m using gnuradio-next (testing CMake and such). If I use the OpenGL FFT
in GRC, and click the “Persistence” checkbox, the flowgraph crashes and
spits this out:

I have never owned a machine where that persistence option worked for
me. I think its a non standard thing thats only implemented on some of
the hardware.

-josh

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs