On Mar 21, 2005, at 4:10 PM, B.J. Buchalter wrote:
Try blocking with glFinishObjectAPPLE(GL_TEXTURE, textureName) before
calling aglSwapBuffers() and see if that changes anything...
Ok, that is a good idea; I'll give it a shot. Thanks.
I have things fenced as far as touching the underlying texture while
it is
being DMA'ed.
Please note that this is a very intermittent thing; I don't think that
it
has anything to with the normal logic that is being used; it only
happens
when I swap from one context to another, and then rarely.
I guess that the other idea that has occurred to me is to use one
context
for the window and share that between the objects that blit to the
window.
Since the failure happens as I switch between contexts, perhaps the
solution
is to use only one context.
Are you mixing GL with regular window content? How about running a
transparent overlay window for the GL surface and attach it as a child
window. See the UnderlaySurface demo, and more importantly check out
GLChildWindowDemo. If you maintain their frames the same, that might
simplify things greatly. You can continue to draw your backgrounds
using the old code, and just blast the curves onto the GL overlay. I
use an Aux buffer and blit full-frame from my cached static background
rather than use the aforementioned technique, but for all QE-capable
systems that would be faster and also use less V-RAM than an Aux
framebuffer (thus I can't enable on original iMac or iBook yet).
OTOH, the other thing that occurs to me is that after the first DMA of
the
texture contents, perhaps the OpenGL engine is failing to DMA the
contents
on the successive frames; this would also account for the behavior
that I am
seeing. My big problem is that I don't really know how to bisect the
problem
space given that interacting with tools on the machine when the problem
occurs makes the problem go away. Maybe using the OpenGL monitor tool
with
the remote machine access?
When you create it, use glTexImage2D, then subsequently use
glTexSubImage2D until your size changes. ;)
--
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