On May 4, 2010, at 1:32 PM, Stephan Maximilian Huber wrote:
The setup looks like this: The context is created on a pbuffer, but
this
pbuffer is never rendered to and doesn't have a camera. All
rendering
happens in an FBO. The camera in the second stack trace isn't
attached
to the pbuffer at all - it's rendering to the FBO.
AFAIK a camera needs a graphics context to do any open gl rendering.
The
internals of osgViewer take care of this.
Yes, of course. The pbuffer is completely defunct. There is no camera
attached to it. The pbuffer _context_ is used to open an FBO, attach a
camera to the FBO and render to that.
Maybe there's a bug in GraphicsContext::close where it calls
closeImplementation regardless of the state of the context.
PixelBufferCarbon is not tested that well, and after looking into the
other pbuffer-implementations i think you have to take into acount
that
closeImplementation may be called more than once. I'll submit the
patch
to osg-submission so it gets included in new versions of osg.
Thanks for that :-).
But be aware that the carbon backend is a dead end (deprecated by
apple,
32bit only), the future is the new cocoa backend (which is IMHO also
part of 2.8.3)
I'm not selecting PixelBufferCarbon, it's being selected by OSG
internally.
Cheers,
Uli
--
Ulrich von Zadow
Software Engineer (Dipl. Inf.)
Exhibit Development
Tel +49 (0)30 / 2000 577 12
Fax +49 (0)30 / 2000 577 20
Skype: uzadow
Archimedes Solutions GmbH
Saarbrücker Str. 24 10405 Berlin
www.archimedes-solutions.com
Geschäftsführung:
W. Rien | J. Schmidtsiefen | S. Spenling
Amtsgericht: Berlin Charlottenburg
HR Nr.: 107563 B
UST-ID Nr.: DE-253.771.793
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
