Thread: [PyOpenGL-Devel] [ pyopengl-Bugs-441873 ] glMultiTexCoord2*ARB failure
Brought to you by:
mcfletch
From: SourceForge.net <no...@so...> - 2010-10-07 22:40:04
|
Bugs item #441873, was opened at 2001-07-16 22:14 Message generated for change (Comment added) made by bourriquet42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=441873&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: v2.0 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Tarn Weisner Burton (twburton) Summary: glMultiTexCoord2*ARB failure Initial Comment: glMultiTexCoord2dARB doesn't seem to want to be called between glBegin and glEnd, seems as though there might be some GL function getting called in the wrapper that shouldn't be called there. See OpenGLContext/tests/multitexture_1.py for testing code. Far as I can see that's properly structured. ---------------------------------------------------------------------- Comment By: bourriquet42 (bourriquet42) Date: 2010-10-07 18:39 Message: It seems to not work anymore on latest versions. I tried your code Nehe/lesson6-multi.py with PyOpenGL 3.0.1 and I keep having the "invalid operation" message. Jeremy ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-19 22:37 Message: Logged In: YES user_id=21784 glBegin/glEnd extension problem fixed with new extension init functions. Multitexture functionality verified to work with NeHe/lesson6-multi.py ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-17 08:56 Message: Logged In: YES user_id=21784 Changed the name of the init function to glInitMultitextureARB to maintain naming consistency. ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-17 02:08 Message: Logged In: YES user_id=21784 Initial fix is in CVS. Only works on glActiveTextureARB and glMultiTexCoord2dARB. Will require a bit more work to for rest of the extensions. New proto added: GL.ARB.multitexture.init_GL_ARB_multitexture() which needs to be called to load GL_ARB_multitexture into the current context. Also updated multitexture_1 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2001-07-17 00:21 Message: Logged In: YES user_id=34901 http://msdn.microsoft.com/library/default.asp? url=/library/en-us/opengl/hh/opengl/ntopnglr_6yer.asp Says that you only need a lookup table per pixel-format (not much better, really). ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-17 00:01 Message: Logged In: YES user_id=21784 This is serious. WGL docs don't make any mention about wglGetProcAddress not being called in between glBegin and glEnd. This is apparently the cause of the "invalid operation." This is confirmed by GLX docs saying that GLX calls are not allowed between glBegin and glEnd. In order to get around this I'm going to have to figure out a way to call wglGetProcAddress outside of glBegin/glEnd and store the address. Since proc addresses are potentially context dependent this probably means I'll have to create a lookup table for each context. Ugh! Tarn ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=441873&group_id=5988 |
From: SourceForge.net <no...@so...> - 2010-10-08 12:22:49
|
Bugs item #441873, was opened at 2001-07-16 22:14 Message generated for change (Comment added) made by bourriquet42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=441873&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: v2.0 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Tarn Weisner Burton (twburton) Summary: glMultiTexCoord2*ARB failure Initial Comment: glMultiTexCoord2dARB doesn't seem to want to be called between glBegin and glEnd, seems as though there might be some GL function getting called in the wrapper that shouldn't be called there. See OpenGLContext/tests/multitexture_1.py for testing code. Far as I can see that's properly structured. ---------------------------------------------------------------------- Comment By: bourriquet42 (bourriquet42) Date: 2010-10-08 08:22 Message: The new bug has been opened here. https://sourceforge.net/tracker/?func=detail&aid=2817196&group_id=5988&atid=105988 ---------------------------------------------------------------------- Comment By: bourriquet42 (bourriquet42) Date: 2010-10-07 18:39 Message: It seems to not work anymore on latest versions. I tried your code Nehe/lesson6-multi.py with PyOpenGL 3.0.1 and I keep having the "invalid operation" message. Jeremy ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-19 22:37 Message: Logged In: YES user_id=21784 glBegin/glEnd extension problem fixed with new extension init functions. Multitexture functionality verified to work with NeHe/lesson6-multi.py ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-17 08:56 Message: Logged In: YES user_id=21784 Changed the name of the init function to glInitMultitextureARB to maintain naming consistency. ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-17 02:08 Message: Logged In: YES user_id=21784 Initial fix is in CVS. Only works on glActiveTextureARB and glMultiTexCoord2dARB. Will require a bit more work to for rest of the extensions. New proto added: GL.ARB.multitexture.init_GL_ARB_multitexture() which needs to be called to load GL_ARB_multitexture into the current context. Also updated multitexture_1 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2001-07-17 00:21 Message: Logged In: YES user_id=34901 http://msdn.microsoft.com/library/default.asp? url=/library/en-us/opengl/hh/opengl/ntopnglr_6yer.asp Says that you only need a lookup table per pixel-format (not much better, really). ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-07-17 00:01 Message: Logged In: YES user_id=21784 This is serious. WGL docs don't make any mention about wglGetProcAddress not being called in between glBegin and glEnd. This is apparently the cause of the "invalid operation." This is confirmed by GLX docs saying that GLX calls are not allowed between glBegin and glEnd. In order to get around this I'm going to have to figure out a way to call wglGetProcAddress outside of glBegin/glEnd and store the address. Since proc addresses are potentially context dependent this probably means I'll have to create a lookup table for each context. Ugh! Tarn ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=441873&group_id=5988 |