Thread: [PyOpenGL-Users] PyOpenGL_accelerate / subclassed numpy arrays
Brought to you by:
mcfletch
Menu
▾
▴
pyopengl-users
|
From: Nicolas P. R. <Nic...@in...> - 2015-11-06 07:08:52
|
I've made a numpy array subclass for a vertex buffer that works great with PyOpenGL but does not work if PyOpenGL_accelerate is installed, it complains about about missing handler:
File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", line 75, in _update
gl.glBufferSubData(self.target, offset, nbytes, data)
File "latebind.pyx", line 44, in OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201)
File "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", line 122, in glBufferSubData
data = ArrayDatatype.asArray( data )
File "arraydatatype.pyx", line 174, in OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray (src/arraydatatype.c:4221)
File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230)
TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered
Python: 3.5
PyOpenGL: 3.1.0
PyOpenGL_accelerate: 3.1.0
The package I'm developing: http://glumpy.github.io
Any idea ?
Nicolas
|
|
From: Rob M. - N. A. <rob...@no...> - 2015-11-08 16:20:32
|
I know I've run into that problem when my VBO data was in recarray format. Defining the VBO as a view of the array in dtype=np.float32 format worked. Rob On Thu, Nov 5, 2015 at 11:08 PM, Nicolas P. Rougier < Nic...@in...> wrote: > > I've made a numpy array subclass for a vertex buffer that works great with > PyOpenGL but does not work if PyOpenGL_accelerate is installed, it > complains about about missing handler: > > File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", > line 75, in _update > gl.glBufferSubData(self.target, offset, nbytes, data) > File "latebind.pyx", line 44, in > OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201) > File > "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", > line 122, in glBufferSubData > data = ArrayDatatype.asArray( data ) > File "arraydatatype.pyx", line 174, in > OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray > (src/arraydatatype.c:4221) > File "arraydatatype.pyx", line 57, in > OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup > (src/arraydatatype.c:2230) > TypeError: No array-type handler for type <class > 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, > ..., 0, 128, 63], ) registered > > > Python: 3.5 > PyOpenGL: 3.1.0 > PyOpenGL_accelerate: 3.1.0 > The package I'm developing: http://glumpy.github.io > > Any idea ? > > Nicolas > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > |
|
From: Chris B. <chr...@no...> - 2015-11-08 17:29:54
|
On Sun, Nov 8, 2015 at 8:20 AM, Rob McMullen - NOAA Affiliate < rob...@no...> wrote: > I know I've run into that problem when my VBO data was in recarray format. > Defining the VBO as a view of the array in dtype=np.float32 format worked. > I haven't lloked an ANY of the relevant coce here, but this seems to indicae that PyOpenGL_accelerate can't handle subclasses of ndarray -- which doesn't surprise me -- it's notoriously difficult to do that. but the error: File "arraydatatype.pyx", line 57, in OpenGL_accelerate. arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered makes me think that arraydatatype.HandlerRegistry is where you need to put awareness of a new subclass. or it needs to be fixed to recognize ndarray subclasses -- either by directly checking if it is a proper subclass, or by using the array protocol -- which I think is the __array__ method... HTH, -CHris > Rob > > On Thu, Nov 5, 2015 at 11:08 PM, Nicolas P. Rougier < > Nic...@in...> wrote: > >> >> I've made a numpy array subclass for a vertex buffer that works great >> with PyOpenGL but does not work if PyOpenGL_accelerate is installed, it >> complains about about missing handler: >> >> File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", >> line 75, in _update >> gl.glBufferSubData(self.target, offset, nbytes, data) >> File "latebind.pyx", line 44, in >> OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201) >> File >> "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", >> line 122, in glBufferSubData >> data = ArrayDatatype.asArray( data ) >> File "arraydatatype.pyx", line 174, in >> OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray >> (src/arraydatatype.c:4221) >> File "arraydatatype.pyx", line 57, in >> OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup >> (src/arraydatatype.c:2230) >> TypeError: No array-type handler for type <class >> 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, >> ..., 0, 128, 63], ) registered >> >> >> Python: 3.5 >> PyOpenGL: 3.1.0 >> PyOpenGL_accelerate: 3.1.0 >> The package I'm developing: http://glumpy.github.io >> >> Any idea ? >> >> Nicolas >> >> >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> PyOpenGL Homepage >> http://pyopengl.sourceforge.net >> _______________________________________________ >> PyOpenGL-Users mailing list >> PyO...@li... >> https://lists.sourceforge.net/lists/listinfo/pyopengl-users >> > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > > -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no... |
|
From: Nicolas P. R. <Nic...@in...> - 2015-11-09 13:22:10
|
Ok, thanks for the explanation, I'll look into that then. Nicolas > On 08 Nov 2015, at 18:04, Chris Barker <chr...@no...> wrote: > > On Sun, Nov 8, 2015 at 8:20 AM, Rob McMullen - NOAA Affiliate <rob...@no...> wrote: > I know I've run into that problem when my VBO data was in recarray format. Defining the VBO as a view of the array in dtype=np.float32 format worked. > > I haven't lloked an ANY of the relevant coce here, but this seems to indicae that PyOpenGL_accelerate can't handle subclasses of ndarray -- which doesn't surprise me -- it's notoriously difficult to do that. > > but the error: > > File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) > TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered > > makes me think that arraydatatype.HandlerRegistry is where you need to put awareness of a new subclass. > > or it needs to be fixed to recognize ndarray subclasses -- either by directly checking if it is a proper subclass, or by using the array protocol -- which I think is the __array__ method... > > HTH, > > -CHris > > > > Rob > > On Thu, Nov 5, 2015 at 11:08 PM, Nicolas P. Rougier <Nic...@in...> wrote: > > I've made a numpy array subclass for a vertex buffer that works great with PyOpenGL but does not work if PyOpenGL_accelerate is installed, it complains about about missing handler: > > File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", line 75, in _update > gl.glBufferSubData(self.target, offset, nbytes, data) > File "latebind.pyx", line 44, in OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201) > File "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", line 122, in glBufferSubData > data = ArrayDatatype.asArray( data ) > File "arraydatatype.pyx", line 174, in OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray (src/arraydatatype.c:4221) > File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) > TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered > > > Python: 3.5 > PyOpenGL: 3.1.0 > PyOpenGL_accelerate: 3.1.0 > The package I'm developing: http://glumpy.github.io > > Any idea ? > > Nicolas > > > > ------------------------------------------------------------------------------ > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > > > ------------------------------------------------------------------------------ > > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > > > > > -- > > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chr...@no... |
|
From: Chris B. - N. F. <chr...@no...> - 2015-11-09 16:05:32
|
It looks like accelerate is written in Cython. So you should be able to refactor it to use memoryviews, which I _think_ will work out of the box with proper nearest subclasses. -CHB > On Nov 9, 2015, at 5:22 AM, Nicolas P. Rougier <Nic...@in...> wrote: > > > Ok, thanks for the explanation, I'll look into that then. > > Nicolas > > > >> On 08 Nov 2015, at 18:04, Chris Barker <chr...@no...> wrote: >> >> On Sun, Nov 8, 2015 at 8:20 AM, Rob McMullen - NOAA Affiliate <rob...@no...> wrote: >> I know I've run into that problem when my VBO data was in recarray format. Defining the VBO as a view of the array in dtype=np.float32 format worked. >> >> I haven't lloked an ANY of the relevant coce here, but this seems to indicae that PyOpenGL_accelerate can't handle subclasses of ndarray -- which doesn't surprise me -- it's notoriously difficult to do that. >> >> but the error: >> >> File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) >> TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered >> >> makes me think that arraydatatype.HandlerRegistry is where you need to put awareness of a new subclass. >> >> or it needs to be fixed to recognize ndarray subclasses -- either by directly checking if it is a proper subclass, or by using the array protocol -- which I think is the __array__ method... >> >> HTH, >> >> -CHris >> >> >> >> Rob >> >> On Thu, Nov 5, 2015 at 11:08 PM, Nicolas P. Rougier <Nic...@in...> wrote: >> >> I've made a numpy array subclass for a vertex buffer that works great with PyOpenGL but does not work if PyOpenGL_accelerate is installed, it complains about about missing handler: >> >> File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", line 75, in _update >> gl.glBufferSubData(self.target, offset, nbytes, data) >> File "latebind.pyx", line 44, in OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201) >> File "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", line 122, in glBufferSubData >> data = ArrayDatatype.asArray( data ) >> File "arraydatatype.pyx", line 174, in OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray (src/arraydatatype.c:4221) >> File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) >> TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered >> >> >> Python: 3.5 >> PyOpenGL: 3.1.0 >> PyOpenGL_accelerate: 3.1.0 >> The package I'm developing: http://glumpy.github.io >> >> Any idea ? >> >> Nicolas >> >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> PyOpenGL Homepage >> http://pyopengl.sourceforge.net >> _______________________________________________ >> PyOpenGL-Users mailing list >> PyO...@li... >> https://lists.sourceforge.net/lists/listinfo/pyopengl-users >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> PyOpenGL Homepage >> http://pyopengl.sourceforge.net >> _______________________________________________ >> PyOpenGL-Users mailing list >> PyO...@li... >> https://lists.sourceforge.net/lists/listinfo/pyopengl-users >> >> >> >> >> -- >> >> Christopher Barker, Ph.D. >> Oceanographer >> >> Emergency Response Division >> NOAA/NOS/OR&R (206) 526-6959 voice >> 7600 Sand Point Way NE (206) 526-6329 fax >> Seattle, WA 98115 (206) 526-6317 main reception >> >> Chr...@no... > |
|
From: Mike C. F. <mcf...@vr...> - 2015-11-11 19:23:47
|
On 09/11/15 11:05, Chris Barker - NOAA Federal wrote:
> It looks like accelerate is written in Cython. So you should be able
> to refactor it to use memoryviews, which I _think_ will work out of
> the box with proper nearest subclasses.
I thought so too ;) . But in fact the behaviour of PyOpenGL is
sufficiently generic that it *doesn't* work with memoryviews (I was told
by the cython folks, basically "yeah, don't do that").
It *is*, however, supposed to work with subclasses of known/supported
types. It takes an unknown type and walks the __mro__ to find a type
that it *does* recognize... but apparently that's failing. To explicitly
register a type, you can do the following:
from OpenGL.plugins import FormatHandler
FormatHandler( 'glumpy','OpenGL.arrays.numpymodule.NumpyHandler',[
'glumpy.gloo.buffer.VertexBuffer',
])
which will register the handler name 'glumpy' to use the NumpyHandler,
which *should* AFAIK work. I can't get glumpy to compile/install, so I'm
afraid I actually can't test it at the moment.
Take care,
Mike
> On Nov 9, 2015, at 5:22 AM, Nicolas P. Rougier <Nic...@in...> wrote:
>
>
> Ok, thanks for the explanation, I'll look into that then.
>
> Nicolas
>
>
>
>>> On 08 Nov 2015, at 18:04, Chris Barker <chr...@no...> wrote:
>>>
>>> On Sun, Nov 8, 2015 at 8:20 AM, Rob McMullen - NOAA Affiliate <rob...@no...> wrote:
>>> I know I've run into that problem when my VBO data was in recarray format. Defining the VBO as a view of the array in dtype=np.float32 format worked.
>>>
>>> I haven't lloked an ANY of the relevant coce here, but this seems to indicae that PyOpenGL_accelerate can't handle subclasses of ndarray -- which doesn't surprise me -- it's notoriously difficult to do that.
>>>
>>> but the error:
>>>
>>> File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230)
>>> TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered
>>>
>>> makes me think that arraydatatype.HandlerRegistry is where you need to put awareness of a new subclass.
>>>
>>> or it needs to be fixed to recognize ndarray subclasses -- either by directly checking if it is a proper subclass, or by using the array protocol -- which I think is the __array__ method...
>>>
>>> HTH,
>>>
>>> -CHris
>>>
>>>
>>>
>>> Rob
>>>
>>> On Thu, Nov 5, 2015 at 11:08 PM, Nicolas P. Rougier <Nic...@in...> wrote:
>>>
>>> I've made a numpy array subclass for a vertex buffer that works great with PyOpenGL but does not work if PyOpenGL_accelerate is installed, it complains about about missing handler:
>>>
>>> File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", line 75, in _update
>>> gl.glBufferSubData(self.target, offset, nbytes, data)
>>> File "latebind.pyx", line 44, in OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201)
>>> File "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", line 122, in glBufferSubData
>>> data = ArrayDatatype.asArray( data )
>>> File "arraydatatype.pyx", line 174, in OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray (src/arraydatatype.c:4221)
>>> File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230)
>>> TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered
>>>
>>>
>>> Python: 3.5
>>> PyOpenGL: 3.1.0
>>> PyOpenGL_accelerate: 3.1.0
>>> The package I'm developing: http://glumpy.github.io
>>>
>>> Any idea ?
>>>
>>> Nicolas
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> PyOpenGL Homepage
>>> http://pyopengl.sourceforge.net
>>> _______________________________________________
>>> PyOpenGL-Users mailing list
>>> PyO...@li...
>>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> PyOpenGL Homepage
>>> http://pyopengl.sourceforge.net
>>> _______________________________________________
>>> PyOpenGL-Users mailing list
>>> PyO...@li...
>>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Christopher Barker, Ph.D.
>>> Oceanographer
>>>
>>> Emergency Response Division
>>> NOAA/NOS/OR&R (206) 526-6959 voice
>>> 7600 Sand Point Way NE (206) 526-6329 fax
>>> Seattle, WA 98115 (206) 526-6317 main reception
>>>
>>> Chr...@no...
> ------------------------------------------------------------------------------
> Presto, an open source distributed SQL query engine for big data, initially
> developed by Facebook, enables you to easily query your data on Hadoop in a
> more interactive manner. Teradata is also now providing full enterprise
> support for Presto. Download a free open source copy now.
> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>
--
________________________________________________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
|
|
From: Nicolas P. R. <Nic...@in...> - 2015-11-11 20:43:02
|
Thank you very much Mike. This worked as expected and fixed my problem. If you have some free time, can you mail me your glumpy install problem ? Nicolas > On 11 Nov 2015, at 20:23, Mike C. Fletcher <mcf...@vr...> wrote: > > On 09/11/15 11:05, Chris Barker - NOAA Federal wrote: >> It looks like accelerate is written in Cython. So you should be able >> to refactor it to use memoryviews, which I _think_ will work out of >> the box with proper nearest subclasses. > > I thought so too ;) . But in fact the behaviour of PyOpenGL is > sufficiently generic that it *doesn't* work with memoryviews (I was told > by the cython folks, basically "yeah, don't do that"). > > It *is*, however, supposed to work with subclasses of known/supported > types. It takes an unknown type and walks the __mro__ to find a type > that it *does* recognize... but apparently that's failing. To explicitly > register a type, you can do the following: > > from OpenGL.plugins import FormatHandler > FormatHandler( 'glumpy','OpenGL.arrays.numpymodule.NumpyHandler',[ > 'glumpy.gloo.buffer.VertexBuffer', > ]) > > which will register the handler name 'glumpy' to use the NumpyHandler, > which *should* AFAIK work. I can't get glumpy to compile/install, so I'm > afraid I actually can't test it at the moment. > > Take care, > Mike > >> On Nov 9, 2015, at 5:22 AM, Nicolas P. Rougier <Nic...@in...> wrote: >> >> >> Ok, thanks for the explanation, I'll look into that then. >> >> Nicolas >> >> >> >>>> On 08 Nov 2015, at 18:04, Chris Barker <chr...@no...> wrote: >>>> >>>> On Sun, Nov 8, 2015 at 8:20 AM, Rob McMullen - NOAA Affiliate <rob...@no...> wrote: >>>> I know I've run into that problem when my VBO data was in recarray format. Defining the VBO as a view of the array in dtype=np.float32 format worked. >>>> >>>> I haven't lloked an ANY of the relevant coce here, but this seems to indicae that PyOpenGL_accelerate can't handle subclasses of ndarray -- which doesn't surprise me -- it's notoriously difficult to do that. >>>> >>>> but the error: >>>> >>>> File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) >>>> TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered >>>> >>>> makes me think that arraydatatype.HandlerRegistry is where you need to put awareness of a new subclass. >>>> >>>> or it needs to be fixed to recognize ndarray subclasses -- either by directly checking if it is a proper subclass, or by using the array protocol -- which I think is the __array__ method... >>>> >>>> HTH, >>>> >>>> -CHris >>>> >>>> >>>> >>>> Rob >>>> >>>> On Thu, Nov 5, 2015 at 11:08 PM, Nicolas P. Rougier <Nic...@in...> wrote: >>>> >>>> I've made a numpy array subclass for a vertex buffer that works great with PyOpenGL but does not work if PyOpenGL_accelerate is installed, it complains about about missing handler: >>>> >>>> File "/Users/rougier/Development/Public/glumpy/glumpy/gloo/buffer.py", line 75, in _update >>>> gl.glBufferSubData(self.target, offset, nbytes, data) >>>> File "latebind.pyx", line 44, in OpenGL_accelerate.latebind.Curry.__call__ (src/latebind.c:1201) >>>> File "/usr/locaL/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/site-packages/OpenGL/GL/VERSION/GL_1_5.py", line 122, in glBufferSubData >>>> data = ArrayDatatype.asArray( data ) >>>> File "arraydatatype.pyx", line 174, in OpenGL_accelerate.arraydatatype.ArrayDatatype.asArray (src/arraydatatype.c:4221) >>>> File "arraydatatype.pyx", line 57, in OpenGL_accelerate.arraydatatype.HandlerRegistry.c_lookup (src/arraydatatype.c:2230) >>>> TypeError: No array-type handler for type <class 'glumpy.gloo.buffer.VertexBuffer'> (value: VertexBuffer([151, 10, 1, ..., 0, 128, 63], ) registered >>>> >>>> >>>> Python: 3.5 >>>> PyOpenGL: 3.1.0 >>>> PyOpenGL_accelerate: 3.1.0 >>>> The package I'm developing: http://glumpy.github.io >>>> >>>> Any idea ? >>>> >>>> Nicolas >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> _______________________________________________ >>>> PyOpenGL Homepage >>>> http://pyopengl.sourceforge.net >>>> _______________________________________________ >>>> PyOpenGL-Users mailing list >>>> PyO...@li... >>>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> PyOpenGL Homepage >>>> http://pyopengl.sourceforge.net >>>> _______________________________________________ >>>> PyOpenGL-Users mailing list >>>> PyO...@li... >>>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Christopher Barker, Ph.D. >>>> Oceanographer >>>> >>>> Emergency Response Division >>>> NOAA/NOS/OR&R (206) 526-6959 voice >>>> 7600 Sand Point Way NE (206) 526-6329 fax >>>> Seattle, WA 98115 (206) 526-6317 main reception >>>> >>>> Chr...@no... >> ------------------------------------------------------------------------------ >> Presto, an open source distributed SQL query engine for big data, initially >> developed by Facebook, enables you to easily query your data on Hadoop in a >> more interactive manner. Teradata is also now providing full enterprise >> support for Presto. Download a free open source copy now. >> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140 >> _______________________________________________ >> PyOpenGL Homepage >> http://pyopengl.sourceforge.net >> _______________________________________________ >> PyOpenGL-Users mailing list >> PyO...@li... >> https://lists.sourceforge.net/lists/listinfo/pyopengl-users >> > > > -- > ________________________________________________ > Mike C. Fletcher > Designer, VR Plumber, Coder > http://www.vrplumber.com > http://blog.vrplumber.com > > > ------------------------------------------------------------------------------ > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X