Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [mac-gl]Re: Screen updates freeze in Carbon GL App [repost]



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


Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
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

References: 
 >Re: [mac-gl]Re: Screen updates freeze in Carbon GL App [repost] (From: "B.J. Buchalter" <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.