pyopengl-devel Mailing List for PyOpenGL (Page 16)
Brought to you by:
mcfletch
Menu
▾
▴
pyopengl-devel — Discussion of PyOpenGL development.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(4) |
Nov
(9) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
(6) |
Mar
(3) |
Apr
(5) |
May
(10) |
Jun
(6) |
Jul
(10) |
Aug
|
Sep
(3) |
Oct
(9) |
Nov
(20) |
Dec
(31) |
| 2003 |
Jan
(36) |
Feb
(44) |
Mar
(16) |
Apr
(35) |
May
(59) |
Jun
(17) |
Jul
(11) |
Aug
(14) |
Sep
(9) |
Oct
(29) |
Nov
(10) |
Dec
(5) |
| 2004 |
Jan
(17) |
Feb
(8) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
(2) |
Jul
(42) |
Aug
(7) |
Sep
(17) |
Oct
(32) |
Nov
(7) |
Dec
(5) |
| 2005 |
Jan
(11) |
Feb
(11) |
Mar
(7) |
Apr
(8) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(2) |
Nov
(5) |
Dec
(1) |
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
(6) |
May
(9) |
Jun
(6) |
Jul
(7) |
Aug
(8) |
Sep
(8) |
Oct
(23) |
Nov
(29) |
Dec
(5) |
| 2007 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(10) |
May
(7) |
Jun
(12) |
Jul
(4) |
Aug
(2) |
Sep
(2) |
Oct
(5) |
Nov
(6) |
Dec
(3) |
| 2008 |
Jan
(38) |
Feb
(10) |
Mar
(3) |
Apr
(13) |
May
(8) |
Jun
(12) |
Jul
(6) |
Aug
(3) |
Sep
(2) |
Oct
(7) |
Nov
(21) |
Dec
(1) |
| 2009 |
Jan
(7) |
Feb
(8) |
Mar
(4) |
Apr
(6) |
May
(4) |
Jun
(4) |
Jul
(38) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(16) |
Dec
|
| 2010 |
Jan
(4) |
Feb
(17) |
Mar
(2) |
Apr
(6) |
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(3) |
Dec
(8) |
| 2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
(6) |
May
(3) |
Jun
(19) |
Jul
(6) |
Aug
(2) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
(6) |
| 2012 |
Jan
(8) |
Feb
(3) |
Mar
(26) |
Apr
(12) |
May
(2) |
Jun
(8) |
Jul
(6) |
Aug
(4) |
Sep
(1) |
Oct
(10) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(2) |
Feb
(5) |
Mar
(1) |
Apr
(3) |
May
(6) |
Jun
|
Jul
(7) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-06-01 19:49:00
|
Bugs item #1979002, was opened at 2008-05-30 01:34 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1979002&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault with glReadPixelsf Initial Comment: PyOpenGL version: 3.0.0b2 Numpy version: 1.0.4 Platform: Windows XP SP 2 GPU: NVidia 8800GTS, 169.21 driver version Attempting to perform a glReadPixelsf on a 512x512 frame buffer causes a crash. In fact, every format I tried besides glReadPixelsub crashes. Thanks, Eddy Talvala, ta...@st... Minimum testcase that shows crash on my system attached. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-01 12:49 Message: Logged In: NO Further experimentation appears to show that the bug is in OpenGL.images.createTargetArray createTargetArray attempts to create, based on the pixel format and the color channel type, a zero array of sufficient size. However, the calculation seems incorrect for the case of an RGB float array, at least. After adding some prints inside createTargetArray, and calling glReadPixels with: readback_image1 = glReadPixelsub(0,0,512,512,GL_RGB) I get the following values for the variables inside createTargetArray: formatBits: 24 typeBits: 8 lastDim, remainder: 3, 0 dims: (512, 512, 3) arrayType: <class 'OpenGL.arrays.arraydatatype.GLubyteArray'> Which is correct, and works fine. However, the same variables for the call readback_image2 = glReadPixelsf(0,0,width,height,GL_RGB) aren't correct: formatBits: 24 typeBits: 32 dims: (512, 512) arrayType: <class 'OpenGL.arrays.arraydatatype.GLfloatArray'> Most importantly, the dims tuple is wrong - the data has three color channels, each of which is a float. A 512x512 float array is 3 times too small to contain it, and explains why the code then crashes when simple.glReadPixels is called using the array returned by createTargetArray. Also, formatBits=24 makes little sense for a RGB float texture (where a pixel takes up 96 bits) unless formatBits=24 simply means '3 components'. It would seem at first glance that lastDim should simply be set based on format, not based on comparisons between formatBits and typeBits. Perhaps this code is holdover from an earlier version, where multiple color channels were stuffed into a single array entry, which no longer appears to be the case. Hope this helps, Eddy Talvala, <lastname> at stanford.edu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1979002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-05-30 08:34:18
|
Bugs item #1979002, was opened at 2008-05-30 01:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1979002&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault with glReadPixelsf Initial Comment: PyOpenGL version: 3.0.0b2 Numpy version: 1.0.4 Platform: Windows XP SP 2 GPU: NVidia 8800GTS, 169.21 driver version Attempting to perform a glReadPixelsf on a 512x512 frame buffer causes a crash. In fact, every format I tried besides glReadPixelsub crashes. Thanks, Eddy Talvala, ta...@st... Minimum testcase that shows crash on my system attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1979002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-05-07 23:13:33
|
Bugs item #1959860, was opened at 2008-05-07 16:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1959860&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: glReadPixels breaks 2.x compat. breaks pygame. Initial Comment: Hi, with glReadPixels changing its interface from 1, 2.x, it breaks pygame.image.save(screen). This is the only pyopengl function that pygame uses. It would be nice if pyopengl 3.x kept the same interface, of returning a string. cheers, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1959860&group_id=5988 |
|
From: R. D. <re...@gm...> - 2008-05-06 06:00:03
|
hi, It would almost even be worth it adding a note about this FAQ into the exception for glTexImage2D - or add a warning to a log somewhere perhaps? cu, [snip] > > > It gives me the following error: > > > Unhandled exception in thread started by > > > Traceback (most recent call last): > > > File "wxSolOutWindow.py", line 637, in Run > > > File "wxSolOutWindow.py", line 152, in Inited > > > File "wxSolOutWindow.py", line 241, in ObjMain > > > File "c:\Documents and > Settings\$USER\Desktop\2\dist\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\wrapper.py", > line 1624 in __call__ > > > File "c:\Documents and > Settings\$USER\Desktop\2\dist\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\wrapper.py", > line 924 in wrapperCall > > > OpenGL.error.GLError: GLError( > > > err = 1281, > > > description = 'invalid value', > > > baseOperation = glTexImage2D, > > > pyArgs = [ > > > GL_TEXTURE_2D, > > > 0, > > > GL_RGBA, > > > 750, > > > 750, > > > 0, > > > GL_RGBA, > > > GL_UNSIGNED_BYTE, > > > '\x00\x00\x00\xff\x00\x00\x00\xff\x00... > > > ], > > > cArgs = [ > > > GL_TEXTURE_2D, > > > 0, > > > GL_RGBA, > > > 750, > > > 750, > > > 0, > > > GL_RGBA, > > > GL_UNSIGNED_BYTE, > > > '\x00\x00\x00\xff\x00\x00\x00\xff\x00... > > > ], > > > cArguments = ( > > > GL_TEXTURE_2D, > > > 0, > > > GL_RGBA, > > > 750, > > > 750, > > > 0, > > > GL_RGBA, > > > GL_UNSIGNED_BYTE, > > > c_void_p(146210868), > > > ) > > > ) > > > |
|
From: SourceForge.net <no...@so...> - 2008-05-03 10:34:09
|
Bugs item #1737282, was opened at 2007-06-14 17:38 Message generated for change (Comment added) made by hippodriver You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Seg fault on Ubuntu Fiesty x86-64 - 3.0.0a6 Initial Comment: With Python 2.5,Python-2.5.tar.bz2 numpy, numpy-1.0.tar.gz PyOpenGL, PyOpenGL-3.0.0a6.tar.gz OpenGL-ctypes/OpenGL/tests$ python test_glutwindow.py newArguments ['test_glutwindow.py'] Segmentation fault (core dumped) This occurs on line 78 glutInitDisplayMode( GLUT_DOUBLE | GLUT_RGB ) ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 12:34 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 11:16 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-07 02:45 Message: Logged In: YES user_id=34901 Originator: NO I can't reproduce the bug on a 64-bit Gentoo AMD64 machine running Python 2.5.1 and current CVS head against media-libs/freeglut-2.4.0-r1 . That is, the script runs here (I develop on this amd64 Gentoo box normally). Can you give more details about your library versions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 12:58 Message: Logged In: NO What's going on this bug is still present in Ubuntu Gutsy (64 bits version), are pyopengl abandoned? or is there a secret bugfix? Nothing has happened with this bug for 4 month. A segfault on 64-bits Linux has to be considered a quite severe bug. I'm very new to Python but I need it for a course in 3d rendering at school so if there is some debugging I can do please let me know, but I think it's quite easy to reproduce. /Björn ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 19:53 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 17:48 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-05-03 09:16:28
|
Bugs item #1737282, was opened at 2007-06-14 17:38 Message generated for change (Comment added) made by hippodriver You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Seg fault on Ubuntu Fiesty x86-64 - 3.0.0a6 Initial Comment: With Python 2.5,Python-2.5.tar.bz2 numpy, numpy-1.0.tar.gz PyOpenGL, PyOpenGL-3.0.0a6.tar.gz OpenGL-ctypes/OpenGL/tests$ python test_glutwindow.py newArguments ['test_glutwindow.py'] Segmentation fault (core dumped) This occurs on line 78 glutInitDisplayMode( GLUT_DOUBLE | GLUT_RGB ) ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 11:16 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-07 02:45 Message: Logged In: YES user_id=34901 Originator: NO I can't reproduce the bug on a 64-bit Gentoo AMD64 machine running Python 2.5.1 and current CVS head against media-libs/freeglut-2.4.0-r1 . That is, the script runs here (I develop on this amd64 Gentoo box normally). Can you give more details about your library versions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 12:58 Message: Logged In: NO What's going on this bug is still present in Ubuntu Gutsy (64 bits version), are pyopengl abandoned? or is there a secret bugfix? Nothing has happened with this bug for 4 month. A segfault on 64-bits Linux has to be considered a quite severe bug. I'm very new to Python but I need it for a course in 3d rendering at school so if there is some debugging I can do please let me know, but I think it's quite easy to reproduce. /Björn ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 19:53 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 17:48 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-05-02 20:54:14
|
Bugs item #1953886, was opened at 2008-04-29 01:00 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1953886&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Peter Barth (peterbarth) Assigned to: Nobody/Anonymous (nobody) Summary: glutCreateMenu ctypes Argument Error Initial Comment: With PyOpenGL-3.0.0-0.3.a6 on fedora 7 using glutCreateMenu gives a ctypes Argument Error. Similar problems on MacOs, not on Windows. Traceback (most recent call last): ... "/usr/lib/python2.5/site-packages/OpenGL/GLUT/special.py", line 165, in glutCreateMenu result = simple.glutCreateMenu( cCallback ) ctypes.ArgumentError: argument 1: <type 'exceptions.TypeError'>: expected CFunctionType instance instead of CFunctionType culprit seems to be in --- OpenGL/GLUT/special.py, 159 the definition of the callbackType callbackType = FUNCTION_TYPE( ctypes.c_int, ctypes.c_int ) used in glutCreateMenu, which conflicts with --- OpenGL/raw/GLUT/__init__.py, 118 argTypes=[FUNCTION_TYPE(None, c_int)], the conflicting lines appear to be in 3.0.0b1 as well. Fixing it with a module imported before any other PyOpenGL module --- # fixme import ctypes from OpenGL.raw import GLUT as simple MENUFUNC = ctypes.CFUNCTYPE(None, ctypes.c_int) def fixed_glutCreateMenu(menu_func): """replacement for broken glutCreateMenu""" menu = simple.glutCreateMenu(MENUFUNC(menu_func)) return menu # now replace existing version in OpenGL.GLUT import OpenGL.GLUT OpenGL.GLUT.glutCreateMenu = fixed_glutCreateMenu --- seems to work. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-05-02 16:54 Message: Logged In: YES user_id=34901 Originator: NO forgot to close. ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-05-02 10:59 Message: Logged In: YES user_id=34901 Originator: NO Seems the FreeGLUT header has a different spec than the GLUT header for the function. I've updated the type definition manually and it seems to work properly on a void return system using the int return value. Also fixed an error in recording the c-level callback object in context data. thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1953886&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-05-02 20:53:38
|
Bugs item #1921652, was opened at 2008-03-20 18:19 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1921652&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christopher Unkel (cunkel) Assigned to: Nobody/Anonymous (nobody) Summary: call to glFogCoordfEXT fails on Windows Initial Comment: PyOpenGL-3.0.0.b1-py2.5egg on Python 2.5.2 on win32 When running NeHe lesson 4.1: Traceback (most recent call last): File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\GLUT\special.py", line 110, in safeCall return function( *args, **named ) File "lesson41.py", line 226, in DrawGLScene glFogCoordfEXT( 1.0); glTexCoord2f(0.0, 0.0); glVertex3f(-2.5,-2.5,-15.0); File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\platform\baseplatform.py", line 252, in __call__ if self.extension and self.load(): File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\platform\baseplatform.py", line 234, in load func = functionTypeFor( self.DLL )( NameError: global name 'functionTypeFor' is not defined GLUT callback forcing low-level exit on error: global name 'functionTypeFor' is not defined I see no evidence that a global functionTypeFor should be in scope. The following patch resolves the problem: *** PyOpenGL-3.0.0b1-py2.5.egg/OpenGL/platform/baseplatform.py Thu Mar 20 14:56:50 2008 --- PyOpenGL-3.0.0b1-py2.5.not/OpenGL/platform/baseplatform.py Thu Mar 20 13:15:43 2008 *************** *** 231,237 **** from OpenGL import platform pointer = platform.PLATFORM.getExtensionProcedure( self.__name__ ) if pointer: ! func = functionTypeFor( self.DLL )( self.restype, *self.argtypes )( --- 231,237 ---- from OpenGL import platform pointer = platform.PLATFORM.getExtensionProcedure( self.__name__ ) if pointer: ! func = platform.PLATFORM.functionTypeFor( self.DLL )( self.restype, *self.argtypes )( ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-05-02 16:53 Message: Logged In: YES user_id=34901 Originator: NO This should be fixed in beta2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1921652&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-05-02 14:59:17
|
Bugs item #1953886, was opened at 2008-04-29 01:00 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1953886&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Barth (peterbarth) Assigned to: Nobody/Anonymous (nobody) Summary: glutCreateMenu ctypes Argument Error Initial Comment: With PyOpenGL-3.0.0-0.3.a6 on fedora 7 using glutCreateMenu gives a ctypes Argument Error. Similar problems on MacOs, not on Windows. Traceback (most recent call last): ... "/usr/lib/python2.5/site-packages/OpenGL/GLUT/special.py", line 165, in glutCreateMenu result = simple.glutCreateMenu( cCallback ) ctypes.ArgumentError: argument 1: <type 'exceptions.TypeError'>: expected CFunctionType instance instead of CFunctionType culprit seems to be in --- OpenGL/GLUT/special.py, 159 the definition of the callbackType callbackType = FUNCTION_TYPE( ctypes.c_int, ctypes.c_int ) used in glutCreateMenu, which conflicts with --- OpenGL/raw/GLUT/__init__.py, 118 argTypes=[FUNCTION_TYPE(None, c_int)], the conflicting lines appear to be in 3.0.0b1 as well. Fixing it with a module imported before any other PyOpenGL module --- # fixme import ctypes from OpenGL.raw import GLUT as simple MENUFUNC = ctypes.CFUNCTYPE(None, ctypes.c_int) def fixed_glutCreateMenu(menu_func): """replacement for broken glutCreateMenu""" menu = simple.glutCreateMenu(MENUFUNC(menu_func)) return menu # now replace existing version in OpenGL.GLUT import OpenGL.GLUT OpenGL.GLUT.glutCreateMenu = fixed_glutCreateMenu --- seems to work. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-05-02 10:59 Message: Logged In: YES user_id=34901 Originator: NO Seems the FreeGLUT header has a different spec than the GLUT header for the function. I've updated the type definition manually and it seems to work properly on a void return system using the int return value. Also fixed an error in recording the c-level callback object in context data. thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1953886&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-29 05:00:10
|
Bugs item #1953886, was opened at 2008-04-29 05:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1953886&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Barth (peterbarth) Assigned to: Nobody/Anonymous (nobody) Summary: glutCreateMenu ctypes Argument Error Initial Comment: With PyOpenGL-3.0.0-0.3.a6 on fedora 7 using glutCreateMenu gives a ctypes Argument Error. Similar problems on MacOs, not on Windows. Traceback (most recent call last): ... "/usr/lib/python2.5/site-packages/OpenGL/GLUT/special.py", line 165, in glutCreateMenu result = simple.glutCreateMenu( cCallback ) ctypes.ArgumentError: argument 1: <type 'exceptions.TypeError'>: expected CFunctionType instance instead of CFunctionType culprit seems to be in --- OpenGL/GLUT/special.py, 159 the definition of the callbackType callbackType = FUNCTION_TYPE( ctypes.c_int, ctypes.c_int ) used in glutCreateMenu, which conflicts with --- OpenGL/raw/GLUT/__init__.py, 118 argTypes=[FUNCTION_TYPE(None, c_int)], the conflicting lines appear to be in 3.0.0b1 as well. Fixing it with a module imported before any other PyOpenGL module --- # fixme import ctypes from OpenGL.raw import GLUT as simple MENUFUNC = ctypes.CFUNCTYPE(None, ctypes.c_int) def fixed_glutCreateMenu(menu_func): """replacement for broken glutCreateMenu""" menu = simple.glutCreateMenu(MENUFUNC(menu_func)) return menu # now replace existing version in OpenGL.GLUT import OpenGL.GLUT OpenGL.GLUT.glutCreateMenu = fixed_glutCreateMenu --- seems to work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1953886&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 14:48:27
|
Bugs item #1900757, was opened at 2008-02-24 05:28 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1900757&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glAreTexturesResident function is broken (doesn't match docs Initial Comment: using pyOpenGl 3.0.0b1 and the glAreTexturesResident() function. Documentation (take it its fairly old: http://pyopengl.sourceforge.net/documentation/manual/glAreTexturesResident.3G.xml) says usage is glAreTexturesResident(textures[]) → residences[] But using it like this gives: ValueError: glAreTexturesResident requires 3 arguments (n, textures, residences), received 1: ([1L],) Either the glAreTexturesResident() function needs to be fixed to this more pythonic syntax, or the documentation updated to reflect the more C like syntax. I would like to see the former. Keeping the pythonic approach. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-25 10:48 Message: Logged In: YES user_id=34901 Originator: NO Fix is now in CVS, was a low-level problem with handling of ctypes pointer objects that caused the regression in the fix. ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:27 Message: Logged In: YES user_id=34901 Originator: NO Urgh, and an immediate regression, apparently before I got it checked in, that stops it working again :( . ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 14:27 Message: Logged In: YES user_id=34901 Originator: NO Checking in code now to support both APIs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1900757&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 20:52:31
|
Bugs item #1667720, was opened at 2007-02-24 05:07 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1667720&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Mike C. Fletcher (mcfletch) Summary: pyopengl-3.0.0a6 can't import GLUT Initial Comment: On a freshly installed system (python 2.5, pyopengl 3.0.0.a6 via easy_install) I can't import GLUT: >>> from OpenGL import GLUT Traceback (most recent call last): File "<pyshell#8>", line 1, in <module> from OpenGL import GLUT File "build\bdist.win32\egg\OpenGL\GLUT\__init__.py", line 4, in <module> File "build\bdist.win32\egg\OpenGL\GLUT\special.py", line 73, in <module> AttributeError: 'NoneType' object has no attribute 'glutDestroyWindow' >>> ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:52 Message: Logged In: YES user_id=34901 Originator: NO This was fixed in CVS head already. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1667720&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 20:49:16
|
Bugs item #1892167, was opened at 2008-02-12 14:36 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1892167&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Shader related error reporting is broken Initial Comment: In pyopengl-ctypes CVS: When trying to compile an erroneous shader pyopengl returns the following error: File "/usr/lib/python2.5/site-packages/OpenGL/GL/VERSION/GL_2_0.py", line 85, in GLSLCheckError description= glGetInfoLog( cArguments[0] ) NameError: global name 'glGetInfoLog' is not defined After adding "from OpenGL.GL.ARB.shader_objects import glGetInfoLogARB as glGetInfoLog" to GL_2.0.py the following error appears: File "/usr/lib/python2.5/site-packages/OpenGL/GL/ARB/shader_objects.py", line 120, in glGetInfoLogARB log = ctypes.create_string_buffer(length) File "/usr/lib/python2.5/ctypes/__init__.py", line 73, in create_string_buffer raise TypeError, init TypeError: 220 The preceding call to glGetObjectParameterivARB returns a "length" that is of type numpy.int32 while ctypes expects long or int. After casting "length" to int, the program now throws the proper GLError. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:49 Message: Logged In: YES user_id=34901 Originator: NO Don't have a shader-capable system at the moment, I've integrated the changes into CVS, guess we'll see whether they work when I get to a shader-capable machine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1892167&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 20:37:26
|
Bugs item #1900757, was opened at 2008-02-24 05:28 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1900757&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open >Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glAreTexturesResident function is broken (doesn't match docs Initial Comment: using pyOpenGl 3.0.0b1 and the glAreTexturesResident() function. Documentation (take it its fairly old: http://pyopengl.sourceforge.net/documentation/manual/glAreTexturesResident.3G.xml) says usage is glAreTexturesResident(textures[]) → residences[] But using it like this gives: ValueError: glAreTexturesResident requires 3 arguments (n, textures, residences), received 1: ([1L],) Either the glAreTexturesResident() function needs to be fixed to this more pythonic syntax, or the documentation updated to reflect the more C like syntax. I would like to see the former. Keeping the pythonic approach. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:27 Message: Logged In: YES user_id=34901 Originator: NO Urgh, and an immediate regression, apparently before I got it checked in, that stops it working again :( . ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 14:27 Message: Logged In: YES user_id=34901 Originator: NO Checking in code now to support both APIs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1900757&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 20:34:55
|
Bugs item #1920052, was opened at 2008-03-19 15:11 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1920052&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: glMultMatrixf ignores array transpose Initial Comment: glMultMatrixf ignores transpose operations applied to matrices. presumably transpose just sets a bit and doesn't change the array in memory? is there a workaround other than transposing the matrix by hand in python? I am running pyopengl version 3.0.0a6 on with python 2.5.1 on ubuntu 7.10. in the following code fragment I create an identity matrix, set the x offset to be 20 and then transpose it before feeding it to glMultMatrixf. the glMultMatrixf call seems to ignore the preceding transpose operation: [code] m = glGetFloatv( GL_MODELVIEW_MATRIX ) print "matrix before multiply:\n%s" % str(m) t = eye(4) t[3,0] = 20.0 print "transform matrix before transpose:\n%s" % str(t) # the following glMultMatrixf call ignores this transpose t = t.T print "multiplying with transform matrix:\n%s" % str(t) glMultMatrixf( t ) m = glGetFloatv( GL_MODELVIEW_MATRIX ) print "matrix after multiply:\n%s\n\n" % str(m) [/code] output: [code] matrix before multiply: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 0. 0. -603. 1.]] transform matrix before transpose: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 20. 0. 0. 1.]] multiplying with transform matrix: [[ 1. 0. 0. 20.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 0. 0. 0. 1.]] matrix after multiply: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 20. 0. -603. 1.]] [/code] ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:34 Message: Logged In: YES user_id=34901 Originator: NO Forgot to close. ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:34 Message: Logged In: YES user_id=34901 Originator: NO This appears to be fixed in current CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1920052&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 20:34:11
|
Bugs item #1920052, was opened at 2008-03-19 15:11 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1920052&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: glMultMatrixf ignores array transpose Initial Comment: glMultMatrixf ignores transpose operations applied to matrices. presumably transpose just sets a bit and doesn't change the array in memory? is there a workaround other than transposing the matrix by hand in python? I am running pyopengl version 3.0.0a6 on with python 2.5.1 on ubuntu 7.10. in the following code fragment I create an identity matrix, set the x offset to be 20 and then transpose it before feeding it to glMultMatrixf. the glMultMatrixf call seems to ignore the preceding transpose operation: [code] m = glGetFloatv( GL_MODELVIEW_MATRIX ) print "matrix before multiply:\n%s" % str(m) t = eye(4) t[3,0] = 20.0 print "transform matrix before transpose:\n%s" % str(t) # the following glMultMatrixf call ignores this transpose t = t.T print "multiplying with transform matrix:\n%s" % str(t) glMultMatrixf( t ) m = glGetFloatv( GL_MODELVIEW_MATRIX ) print "matrix after multiply:\n%s\n\n" % str(m) [/code] output: [code] matrix before multiply: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 0. 0. -603. 1.]] transform matrix before transpose: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 20. 0. 0. 1.]] multiplying with transform matrix: [[ 1. 0. 0. 20.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 0. 0. 0. 1.]] matrix after multiply: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 20. 0. -603. 1.]] [/code] ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 16:34 Message: Logged In: YES user_id=34901 Originator: NO This appears to be fixed in current CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1920052&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 18:27:15
|
Bugs item #1900757, was opened at 2008-02-24 05:28 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1900757&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Mike C. Fletcher (mcfletch) Summary: glAreTexturesResident function is broken (doesn't match docs Initial Comment: using pyOpenGl 3.0.0b1 and the glAreTexturesResident() function. Documentation (take it its fairly old: http://pyopengl.sourceforge.net/documentation/manual/glAreTexturesResident.3G.xml) says usage is glAreTexturesResident(textures[]) → residences[] But using it like this gives: ValueError: glAreTexturesResident requires 3 arguments (n, textures, residences), received 1: ([1L],) Either the glAreTexturesResident() function needs to be fixed to this more pythonic syntax, or the documentation updated to reflect the more C like syntax. I would like to see the former. Keeping the pythonic approach. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-18 14:27 Message: Logged In: YES user_id=34901 Originator: NO Checking in code now to support both APIs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1900757&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 21:55:45
|
Support Requests item #1944190, was opened at 2008-04-16 09:40 Message generated for change (Settings changed) made by infojbbs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205988&aid=1944190&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Brody (infojbbs) Assigned to: Nobody/Anonymous (nobody) Summary: GL support for Python UCS4 Initial Comment: If you build python with the --enable-unicode=ucs4 as with several large 3d packages, (Maya, Houdini on linux64) You can not use the full opengl module. Example below Python 2.5.1 (r251:54863, Apr 8 2008, 11:09:35) [GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL >>> import OpenGL.GL Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/GL/__init__.py", line 2, in <module> from OpenGL.raw.GL import * File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/raw/GL/__init__.py", line 6, in <module> from OpenGL.raw.GL.constants import * File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/raw/GL/constants.py", line 7, in <module> from OpenGL import platform, arrays File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/platform/__init__.py", line 57, in <module> _load() File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/platform/__init__.py", line 53, in _load sys.platform, os.name, RuntimeError: Unable to find an implementation for the 'linux2' ('posix') platform >>> ---------------------------------------------------------------------- Comment By: Brody (infojbbs) Date: 2008-04-16 14:55 Message: Logged In: YES user_id=2064872 Originator: YES So it turns out that I am just a fool and I need to make sure that I am building with python that has ez_setup.py tools already installed. This was specifically for running pyopengl from with in maya 2008 linux 64. So I have fixed this by using the ez-setup.py with the mayapy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205988&aid=1944190&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 21:55:23
|
Support Requests item #1944190, was opened at 2008-04-16 09:40 Message generated for change (Comment added) made by infojbbs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205988&aid=1944190&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brody (infojbbs) Assigned to: Nobody/Anonymous (nobody) Summary: GL support for Python UCS4 Initial Comment: If you build python with the --enable-unicode=ucs4 as with several large 3d packages, (Maya, Houdini on linux64) You can not use the full opengl module. Example below Python 2.5.1 (r251:54863, Apr 8 2008, 11:09:35) [GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL >>> import OpenGL.GL Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/GL/__init__.py", line 2, in <module> from OpenGL.raw.GL import * File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/raw/GL/__init__.py", line 6, in <module> from OpenGL.raw.GL.constants import * File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/raw/GL/constants.py", line 7, in <module> from OpenGL import platform, arrays File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/platform/__init__.py", line 57, in <module> _load() File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/platform/__init__.py", line 53, in _load sys.platform, os.name, RuntimeError: Unable to find an implementation for the 'linux2' ('posix') platform >>> ---------------------------------------------------------------------- >Comment By: Brody (infojbbs) Date: 2008-04-16 14:55 Message: Logged In: YES user_id=2064872 Originator: YES So it turns out that I am just a fool and I need to make sure that I am building with python that has ez_setup.py tools already installed. This was specifically for running pyopengl from with in maya 2008 linux 64. So I have fixed this by using the ez-setup.py with the mayapy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205988&aid=1944190&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 16:40:50
|
Support Requests item #1944190, was opened at 2008-04-16 09:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205988&aid=1944190&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brody (infojbbs) Assigned to: Nobody/Anonymous (nobody) Summary: GL support for Python UCS4 Initial Comment: If you build python with the --enable-unicode=ucs4 as with several large 3d packages, (Maya, Houdini on linux64) You can not use the full opengl module. Example below Python 2.5.1 (r251:54863, Apr 8 2008, 11:09:35) [GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL >>> import OpenGL.GL Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/GL/__init__.py", line 2, in <module> from OpenGL.raw.GL import * File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/raw/GL/__init__.py", line 6, in <module> from OpenGL.raw.GL.constants import * File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/raw/GL/constants.py", line 7, in <module> from OpenGL import platform, arrays File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/platform/__init__.py", line 57, in <module> _load() File "/imd/tool/app/python/packages/OpenGL/OpenGL-3.0.0b1/python-2.5.1/linux64/OpenGL/platform/__init__.py", line 53, in _load sys.platform, os.name, RuntimeError: Unable to find an implementation for the 'linux2' ('posix') platform >>> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205988&aid=1944190&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-07 00:58:05
|
Bugs item #1878648, was opened at 2008-01-23 22:05 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1878648&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: tkerwin (tkerwin) Assigned to: Nobody/Anonymous (nobody) Summary: glShaderSource wrapper not loaded properly Initial Comment: When I try to use glShaderSource, I get this error message: File "C:\Python25\Lib\site-packages\OpenGL\platform\baseplatform.py", line 253, in __call__ return self( *args, **named ) TypeError: this function takes 4 arguments (2 given) I was expecting it to require two arguments from the documentation. From glancing at the code, it seems like the wrapper is in there, but perhaps not loading properly. Is there any workaround for this to get shaders working? ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-06 20:58 Message: Logged In: YES user_id=34901 Originator: NO This would be easier to debug with a test case. I'm guessing what's happening is that you are on Win32, and that at the point where you import the module, there's no glShaderSource function. As a result the wrappers were not being created. Later, when you tried to call them, the null-function wrapper was able to resolve the function and tried to call it directly. See OpenGLContext/tests/shaderobjects.py for an example that should work in this mode. Also note that I've altered the wrappers to no longer do the load-time checks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1878648&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-04-07 00:45:24
|
Bugs item #1737282, was opened at 2007-06-14 11:38 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Seg fault on Ubuntu Fiesty x86-64 - 3.0.0a6 Initial Comment: With Python 2.5,Python-2.5.tar.bz2 numpy, numpy-1.0.tar.gz PyOpenGL, PyOpenGL-3.0.0a6.tar.gz OpenGL-ctypes/OpenGL/tests$ python test_glutwindow.py newArguments ['test_glutwindow.py'] Segmentation fault (core dumped) This occurs on line 78 glutInitDisplayMode( GLUT_DOUBLE | GLUT_RGB ) ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-06 20:45 Message: Logged In: YES user_id=34901 Originator: NO I can't reproduce the bug on a 64-bit Gentoo AMD64 machine running Python 2.5.1 and current CVS head against media-libs/freeglut-2.4.0-r1 . That is, the script runs here (I develop on this amd64 Gentoo box normally). Can you give more details about your library versions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 06:58 Message: Logged In: NO What's going on this bug is still present in Ubuntu Gutsy (64 bits version), are pyopengl abandoned? or is there a secret bugfix? Nothing has happened with this bug for 4 month. A segfault on 64-bits Linux has to be considered a quite severe bug. I'm very new to Python but I need it for a course in 3d rendering at school so if there is some debugging I can do please let me know, but I think it's quite easy to reproduce. /Björn ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 13:53 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 11:48 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-03-20 22:19:31
|
Bugs item #1921652, was opened at 2008-03-20 15:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1921652&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christopher Unkel (cunkel) Assigned to: Nobody/Anonymous (nobody) Summary: call to glFogCoordfEXT fails on Windows Initial Comment: PyOpenGL-3.0.0.b1-py2.5egg on Python 2.5.2 on win32 When running NeHe lesson 4.1: Traceback (most recent call last): File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\GLUT\special.py", line 110, in safeCall return function( *args, **named ) File "lesson41.py", line 226, in DrawGLScene glFogCoordfEXT( 1.0); glTexCoord2f(0.0, 0.0); glVertex3f(-2.5,-2.5,-15.0); File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\platform\baseplatform.py", line 252, in __call__ if self.extension and self.load(): File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\platform\baseplatform.py", line 234, in load func = functionTypeFor( self.DLL )( NameError: global name 'functionTypeFor' is not defined GLUT callback forcing low-level exit on error: global name 'functionTypeFor' is not defined I see no evidence that a global functionTypeFor should be in scope. The following patch resolves the problem: *** PyOpenGL-3.0.0b1-py2.5.egg/OpenGL/platform/baseplatform.py Thu Mar 20 14:56:50 2008 --- PyOpenGL-3.0.0b1-py2.5.not/OpenGL/platform/baseplatform.py Thu Mar 20 13:15:43 2008 *************** *** 231,237 **** from OpenGL import platform pointer = platform.PLATFORM.getExtensionProcedure( self.__name__ ) if pointer: ! func = functionTypeFor( self.DLL )( self.restype, *self.argtypes )( --- 231,237 ---- from OpenGL import platform pointer = platform.PLATFORM.getExtensionProcedure( self.__name__ ) if pointer: ! func = platform.PLATFORM.functionTypeFor( self.DLL )( self.restype, *self.argtypes )( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1921652&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-03-19 19:11:51
|
Bugs item #1920052, was opened at 2008-03-19 12:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1920052&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: glMultMatrixf ignores array transpose Initial Comment: glMultMatrixf ignores transpose operations applied to matrices. presumably transpose just sets a bit and doesn't change the array in memory? is there a workaround other than transposing the matrix by hand in python? I am running pyopengl version 3.0.0a6 on with python 2.5.1 on ubuntu 7.10. in the following code fragment I create an identity matrix, set the x offset to be 20 and then transpose it before feeding it to glMultMatrixf. the glMultMatrixf call seems to ignore the preceding transpose operation: [code] m = glGetFloatv( GL_MODELVIEW_MATRIX ) print "matrix before multiply:\n%s" % str(m) t = eye(4) t[3,0] = 20.0 print "transform matrix before transpose:\n%s" % str(t) # the following glMultMatrixf call ignores this transpose t = t.T print "multiplying with transform matrix:\n%s" % str(t) glMultMatrixf( t ) m = glGetFloatv( GL_MODELVIEW_MATRIX ) print "matrix after multiply:\n%s\n\n" % str(m) [/code] output: [code] matrix before multiply: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 0. 0. -603. 1.]] transform matrix before transpose: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 20. 0. 0. 1.]] multiplying with transform matrix: [[ 1. 0. 0. 20.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 0. 0. 0. 1.]] matrix after multiply: [[ 1. 0. 0. 0.] [ 0. 1. 0. 0.] [ 0. 0. 1. 0.] [ 20. 0. -603. 1.]] [/code] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1920052&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-03-03 23:19:05
|
Bugs item #1906626, was opened at 2008-03-03 17:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1906626&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kenneth Evans (kennethevans) Assigned to: Nobody/Anonymous (nobody) Summary: Error in __init__.py for Tk Initial Comment: Line 82 should be: _default_root.tk.call('lappend', 'auto_path', TOGL_DLL_PATH) Without this change: Z:\>python Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL.Tk Traceback (most recent call last): File "<stdin>", line 1, in <module> File "c:\python25\lib\site-packages\PyOpenGL-3.0.0b1-py2.5.egg\OpenGL\Tk\__ini t__.py", line 87, in <module> _default_root.tk.call('package', 'require', 'Togl') _tkinter.TclError: can't find package Togl >>> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1906626&group_id=5988 |
32 messages has been excluded from this view by a project administrator.
