Has anyone actually managed to successfully install and run the latest gnuradio in Windows 7 based on these http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Windows instructions?
I don't believe this page is up to date as I just cannot get it to work. It was OK if something of a struggle with 3.6.
Although it nearly works, the gui modules do not work at all but produce a rather unhelpful error message. E.g. this is with a wxgui fft sink added to the dialtone example. The tone works fine but not with any gui.
"TypeError: ("No array-type handler for type <class 'ctypes.c_ulong'> (value: c_ulong(0L)) registered", <OpenGL.converters.CallFuncPyConverter object at 0x0482A3D0>)
"
How am I supposed to understand this? It looks to me like a problem with pyopengl but that has been installed as indicated in the instructions. Are the instructions wrong? Is this the wrong version? Does it just not work anyway?
I must admit to getting extremely frustrated with gnuradio and its lack or usability for those of us who are not professional programmers.
Mike
Here is the debug code.
self._initText()
File "C:\Program Files\gnuradio\lib\site-packages\gnuradio\wxgui\plotter\gltext.py", line 376, in _initText
self._centered)
File "C:\Program Files\gnuradio\lib\site-packages\gnuradio\wxgui\plotter\gltext.py", line 73, in __init__
self.createTexture()
File "C:\Program Files\gnuradio\lib\site-packages\gnuradio\wxgui\plotter\gltext.py", line 229, in createTexture
self._texture = glGenTextures(1)
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\latebind.py", line 61, in __call__
return self.wrapperFunction( self.baseFunction, *args, **named )
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\GL\exceptional.py", line 189, in glGenTextures
baseFunction( count, textures)
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\latebind.py", line 45, in __call__
return self._finalCall( *args, **named )
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\wrapper.py", line 571, in wrapperCall
pyArgs = tuple( calculate_pyArgs( args ))
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\wrapper.py", line 356, in calculate_pyArgs
yield converter(args[index], self, args)
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\converters.py", line 134, in __call__
return self.function( incoming )
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\arrays\arraydatatype.py", line 141, in asArray
return cls.getHandler(value).asArray( value, typeCode or cls.typeConstant )
File "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\arrays\arraydatatype.py", line 52, in __call__
typ, repr(value)[:50]
TypeError: ("No array-type handler for type <class 'ctypes.c_ulong'> (value: c_ulong(0L)) registered", <OpenGL.converters.CallFuncPyConverter object at 0x0482A3D0>)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Read the mailing list of the GNU project right here! The information here is regarding the GNU radio project for USRP radios.
Monday, December 23, 2013
Re: [Discuss-gnuradio] Gnuradio 3.7.2 Windows?
Hello,
Yes, but not using those instruction, building from source is much more fun :), but they look like they worked for you outside of that error.
Also If you Google your error other people are having that problem as well, so it's not Gnuradio related but something with pyopengl on certain windows systems. I'd say try installing an older version of pyopengl.
> I must admit to getting extremely frustrated with Gnuradio and its lack or usability for those of us who are not professional programmers.
While I agree it's not quite user friendly it is a software defined radio API and development system, so it's not gonna be like going to be like installing a program and listening to the radio, you will need some software savvyness to build a SDR. If you just want to use a SDR there are many already made programs for individual tasks.
Andrew
On Mon, Dec 23, 2013 at 4:47 AM, Mike Willis <willis.mj@gmail.com> wrote:
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment