On Dec 23, 2004, at 12:46 AM, Steve Israelson wrote:
Our app makes use of glCopyPixels to copy the back buffer to aux
buffer 0.
We do this so we can use this buffer to erase temporary drawing when
doing UI goodness, like rubber band selections etc.
From 10.3.6 onward, this has broken and no longer works.
Running OpenGL Profiler and breaking on glCopyPixels and looking at
aux buffer 0, I see that no pixels are copied.
Also, no pixels are copied when copying from aux0 to the back buffer.
I use aux 0 to cache the background and blit it each frame, except I
don't use double-buffering; it copies to a windowed front buffer.
Frame rates were easily achieving full VBL rate, and users who are
affected by the bug experience rates of 1-14 fps, instead of 60-120.
OpenGL Profiler shows glCopyPixels is taking all of the time, blocking
on that call.
From 10.3.5 and lower versions, this works fine.
Correct. This bug is delaying my release! In 10.3.6 it affected only
the 9600-9800 mobility hardware on 15 & 17" TiBooks, and as of 10.3.7
the bug has now migrated to lesser hardware, including ATY,RV250M9 in
the 15.2" 1 GHz TiBook.
Is there any workaround?
Open a DTS incident...
The only thing I've been able to do is to not use aux buffers and
redraw the entire background each frame. With caching, I save about
40% CPU usage.
--
Shaun Wexler
MacFOH http://www.macfoh.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Mac-opengl mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/mac-opengl/email@hidden
This email sent to email@hidden
