Hi Robert, Robert wrote: > > Hi Benedikt, > > On 10/5/06, Benedikt Kessler <[EMAIL PROTECTED]> wrote: > > > > long time ago (Feb 2002) you mentioned that you got OpenGL MPK working > > with OSG (at the Glasgow Science Centre). > > Is there an example available (I couln'd find anything so far) and would > > it still work? > > > > Indeed, my first attempt at running the OSG multipipe was using the OpenGL > Multipipe SDK, I haven't kept a record of this though, although you might > finding gathering dust along with the Onyx at the Glasgow Science Centre. > > You don't need any example of OpenGL Multipipe SDK though, as almost all the > OSG examples use Producer, and Producer provides similiar functionality to > the Mulitpipe SDK w.r.t configuration files, but is much more flexible, > better integrated with the OSG, and is fully cross platform and open > source. In the Producer distribution you'll find a range of config files > - in Producer/docs/Tutorial/SourceCode/*/*.cfg.
I know :-) But I don't think Producer covers one of the most interesting feature of MPK: compounds doing - Frame decomposition - Temporal decomposition - Pixel-Based decomposition (FSAA) - CULL decomposition - Multilevel decomposition And especially when it comes to use of compositor hardware which is supported by MPK it would be nice to make use of it without having to rewrite code ;-) BTW: I would have wished that Producer or OSG would have used an XML-based config file so that users could add additional tags to the configfile for classes they have extended. Also in order to do some porting of a Performer application I would have hoped to find something similar to libpfv (pfvModule, pfvViewer, ...). It had been added to Performer a few years ago and made my life much easier (allowing much better reuse of functionality written once). I had a quick look at the osgPlugins (more or less providing additional file formats) and libosgGA. But I liked the possibility of libpfv to run an application with an (xml) config file where I can specify and initialize all the functional modules that should be invoked. For example you may have a selection of several "background initialisation modules" (like EarthSky, SkyDome, other fancy backgrounds, ...). The misc osgGA manipulators could be such modules as well. Just by little changes in it's config file the user could decide if he wats to make use of the statistics, scenegraph display, snapshot, stereo modules (or whatever he has available (for example I have a module doing stencil based shadows ;-)) or not. Those modules also have a scope which indicates if the misc callbacks that the modules provides should be used globally or for certain views (channels) or worlds (scenesgraphs). Probably such an osgModule framework could be a nice project or make the basic blocks of a powerfull, extensible and configurable viewer. As I started learning OSG just recently I may have overlooked if that functionality is already present and I would be thankfull for some pointers. Bye! Benedikt > > Usage with the OSG example is done like: > > osgviewer -c threePipe.cfg cow.osg > > And that's it :-) > > Robert. -- +---------------------------------+----------------------------------+ |Benedikt J. Kessler | Silicon Graphics GmbH | |Advanced Media Products | Am Hochacker 3 - Technopark | |SGI | 85630 Grasbrunn-Neukeferloh, FRG | | --- __o ,__o | | | ------_ \<,_ _-\_<, | Phone: (+49) 89 46108-366 or -0 | |----- (*)/ (*) (*)/'(*) | Fax: (+49) 89 46107-366 | +---------------------------------+----------------------------------+ |E-Mail: [EMAIL PROTECTED] Web (private): http://sgiweb.org/bjk | | Web: http://www.sgi.de | +--------------------------------------------------------------------+ _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
