Hi J-S,
>> * Remove dependency on QT (osgviewer::viewer only)
>
> There's a dependency on QT? Why?
For now particular reason, except that the main (a.k.a the real life)
application which needs this technique uses Qt for its GUI
implementation. Hence, when making the example for testing, I wanted to
make sure that the Qt library didn't drop any bombs (and it threw me at
least a hand-grenade - see comments in source for
AdapterWidget::updateGL() ;)
> Or make it configurable (Frame Buffer, FBO, pbuffer). IIRC, if you
> don't want to open a window (i.e. you want your app to be
command-line > only) you need to use a pbuffer, so that would be a nice
option.
Yepp, I agree: making it configurable, but defaulting to pbuffer (i.e.
no-windows popping up) would be a good solution.
But for now, speed improvements is my main concern (Thanks to Daniel and
Robert for their suggestions. I'll try to test them out as soon as I get
the time)
Best regards,
John
Jean-Sébastien Guay wrote:
Hi John,
I've been following your progress on osg-users with lots of interest.
It's a nice example. I can see for example a game project running the
game executable each night after a nightly build, automatically taking a
screenshot in the same camera position each night, to be able to see how
the look of the game progresses over time.
* Remove dependency on QT (osgviewer::viewer only)
There's a dependency on QT? Why?
* Use frame buffer object for rendering (offscreen rendering)
Or make it configurable (Frame Buffer, FBO, pbuffer). IIRC, if you don't
want to open a window (i.e. you want your app to be command-line only)
you need to use a pbuffer, so that would be a nice option.
Good work.
J-S
--
Best regards,
John
WeatherOne
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
