On Aug 2, 2010, at 12:03 PM, Carsten Neumann wrote: > Hello Patrick, > > Patrick Hartling wrote: >> On Aug 2, 2010, at 9:53 AM, Carsten Neumann wrote: >>> sorry about that, there was a stupid mistake in the test program and >>> for some funny reason it had worked when I tried it before sending it. >> >> That version works without any problem. That pretty much confirms that I >> have something in my code that is interfering with OSG::GrabForeground, >> right? > > hm, it looks like it. Although about the only thing that I could imagine > is something stealing the OpenGL context, as Dirk already mentioned and > that seems only plausible if you are using the parallel drawer -- or > maybe Qt is trying to grab it? > The thing I'd try next is attempting to run under bugle [1] and compare > the OpenGL calls made for the active/inactive GF cases. > > Cheers, > Carsten > > [1] not sure how well bugle works under windows these days, but you may > have an alternative GL debugger available to you.
Thanks for the tip. BuGLe confirmed that the OpenGL calls related to texture objects and display lists leading up to the glReadPixels() call were identical to those used in a regular rendering pass. However, there are a number of other OpenGL parameters being set for regular rendering that were not set for my forced render with the grab foreground enabled. It's not clear to me at the moment if those parameters are being set by us manually or by Qt. Nevertheless, we happen to have an alternate code path that allows me to get the image from a grab foreground that is activated temporarily during the regular frame loop. That approach produces the results that I expect. Thanks again for the guidance. -Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ The information transmitted in this communication is intended only for the person or entity to which it is addressed and contains proprietary material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please destroy any copies, contact the sender and delete the material from any computer. ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
