Thread: [PyOpenGL-Devel] VBO glBufferDataARB fix
Brought to you by:
mcfletch
From: Andreas B. <bo...@in...> - 2007-03-29 15:48:27
Attachments:
vbo.diff
|
Good news, everyone! VBO *does* work. It's only that glBuffer(Sub)DataARB weren't copying the complete data. Attached patch fixes that. -- Andreas Bombe <bo...@in...> GPG key 0x04880A44 |
From: Mike C. F. <mcf...@vr...> - 2007-04-05 16:47:42
|
Andreas Bombe wrote: > Good news, everyone! VBO *does* work. > > It's only that glBuffer(Sub)DataARB weren't copying the complete data. > Attached patch fixes that. > Thank you very much Andreas! I've applied the patch to my workstation's CVS. Just need to get back home and write a test to be sure it's working as applied. If you happen to have a simple test case I can use that shows the failure and the success it would be great. If not I'll just see if I can get my old test case under OpenGLContext running again. Have fun, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
From: Andreas B. <bo...@in...> - 2007-04-05 18:23:19
|
On Thu, Apr 05, 2007 at 12:47:31PM -0400, Mike C. Fletcher wrote: > Thank you very much Andreas! I've applied the patch to my workstation's > CVS. Just need to get back home and write a test to be sure it's > working as applied. If you happen to have a simple test case I can use > that shows the failure and the success it would be great. If not I'll > just see if I can get my old test case under OpenGLContext running again. Sorry, I don't have an isolated test case around. Originally I found the possible reason for the bug by experimenting with padding source arrays to multiples of their size. Plus the one blog post of yours where you mentioned that some parts seem to be missing in the display of some VBO demo code. However I found out that testing the fix can get a bit peculiar. The driver (NVidia in my case) can reliably assign the same buffer memory for subsequent runs, apparantly with enough padding/alignment so that multiple buffers are separated despite varying sizes. This means running the fix can leave data where a subsequent unfixed run can pick it up and appear to work correctly even though it didn't actually upload the complete data. -- Andreas Bombe <bo...@in...> GPG key 0x04880A44 |
From: JoN <jo...@we...> - 2007-11-06 06:06:24
|
Hello I get an "out of memory" error, it appears on a glClear called by GLUT. The environment is: Python 2.5.1 PyOpenGL-3.0.0a6 PyOpenGL-Demo-3.0.0a6 Windows XP SP2 (Actually, come to think of it....I had no problems before SP2!) If I run lesson6.py from the NeHe demos (actually it happens on other progs including ones I wrote myself that used to work), I get: C:\Python25\Lib\site-packages\PyOpenGL_Demo-3.0.0a6-py2.5.egg\PyOpenGL-Demo\NeHe >lesson6.py Hit ESC key to quit. Traceback (most recent call last): File "build\bdist.win32\egg\OpenGL\GLUT\special.py", line 107, in safeCall return function( *args, **named ) File "C:\Python25\Lib\site-packages\PyOpenGL_Demo-3.0.0a6-py2.5.egg\PyOpenGL-D emo\NeHe\lesson6.py", line 117, in DrawGLScene glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) # Clear The Screen And T he Depth Buffer File "build\bdist.win32\egg\OpenGL\error.py", line 188, in glCheckError baseOperation = baseOperation, GLError: GLError( err = 1285, description = 'out of memory', baseOperation = glClear, cArguments = (16640,) ) GLUT callback forcing low-level exit on error: GLError( err = 1285, description = 'out of memory', baseOperation = glClear, cArguments = (16640,) ) C:\Python25\Lib\site-packages\PyOpenGL_Demo-3.0.0a6-py2.5.egg\PyOpenGL-Demo\NeHe > Any clues? Mike? Anybody? Best Regs Jon -------------------------------------------------------------------- Come and visit Web Prophets Website at http://www.webprophets.net.au |
From: JoN <jo...@we...> - 2007-11-07 10:36:08
|
I've narrowed it down to DEFINITELY the glClear call, nothing to do with GLUT as far as I can see. Jon Quoting JoN <jo...@we...>: > > Hello > I get an "out of memory" error, it appears on a glClear called by GLUT. > > The environment is: > > Python 2.5.1 > PyOpenGL-3.0.0a6 > PyOpenGL-Demo-3.0.0a6 > > Windows XP SP2 (Actually, come to think of it....I had no problems before > SP2!) > > > If I run lesson6.py from the NeHe demos (actually it happens on other progs > including ones I wrote myself that used to work), I get: > > C:\Python25\Lib\site-packages\PyOpenGL_Demo-3.0.0a6-py2.5.egg\PyOpenGL-Demo\NeHe > >lesson6.py > Hit ESC key to quit. > Traceback (most recent call last): > File "build\bdist.win32\egg\OpenGL\GLUT\special.py", line 107, in safeCall > return function( *args, **named ) > File > "C:\Python25\Lib\site-packages\PyOpenGL_Demo-3.0.0a6-py2.5.egg\PyOpenGL-D > emo\NeHe\lesson6.py", line 117, in DrawGLScene > glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) # Clear The Screen > And T > he Depth Buffer > File "build\bdist.win32\egg\OpenGL\error.py", line 188, in glCheckError > baseOperation = baseOperation, > GLError: GLError( > err = 1285, > description = 'out of memory', > baseOperation = glClear, > cArguments = (16640,) > ) > GLUT callback forcing low-level exit on error: GLError( > err = 1285, > description = 'out of memory', > baseOperation = glClear, > cArguments = (16640,) > ) > > C:\Python25\Lib\site-packages\PyOpenGL_Demo-3.0.0a6-py2.5.egg\PyOpenGL-Demo\NeHe > > > > > Any clues? Mike? Anybody? > > > Best Regs > Jon > > > > > > -------------------------------------------------------------------- > Come and visit Web Prophets Website at http://www.webprophets.net.au > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Devel mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-devel > -------------------------------------------------------------------- Come and visit Web Prophets Website at http://www.webprophets.net.au |