Paul,

Thanks for the tip on the pseudoloaders!  As it turned out, my  
assumption about the malfunctioning depth partition had nothing to do  
with the "actual" size of the model. It was correctly accounting for  
my matrix scale after all. Someone else on the list pointed to a minor  
tweak to some tolerance values that did the trick.

Richard

On Dec 19, 2007, at 1:47 PM, Paul Martz wrote:

> Hi Richard --
>
>> There doesn't appear (I have looked
>> through the reference guide... of course that doesn't mean
>> the info isn't there ;-)
>
> The Reference Manual is a start, and so far it documents only the  
> three core
> libraries: osg, osgUtil, and osgDB. Plugins aren't covered. Plugin  
> features
> are almost completely undocumented and very inconsistent between  
> plugins.
> It'll be a bear to document.
>
>> to be a way to scale the actual
>> model data on load (which would be nice as I would not have
>> to involve the artist again).
>
> One thing you should know about are the "pseudoloaders". These are  
> plugins
> that use another plugin under the hood to load the model, then  
> parent the
> loaded scene graph to an additional decorator node to achieve some  
> effect.
> For example, you can do the following:
>  readNodeFile( "foo.3ds.4,4,4.scale" );
>
> This invokes the "scale" pseudoloader. It parses the file name to  
> determine
> what file to load and how to scale the loaded model. In this case,  
> it uses
> the 3ds plugin under the hood to load the model, then parents it to a
> MatrixTransform containing a uniform scale transformation of 4 units  
> in x,
> y, and z.
>
> Note that you could just as easily do this yourself by loading the  
> 3ds file
> as usual without the pseudoloader, and then creating your own
> MatrixTransform to scale the model. In your case, you'd have to  
> write code
> either way. Where the pseudoloaders really come in handy is as  
> command line
> arguments to osgviewer. For example, compare these two commands:
>  osgviewer cow.osg axes.osg
>  osgviewer cow.osg.10,0,0.trans axes.osg
>
> Hope that helps.
>   -Paul
>
> _______________________________________________
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to