Hi Brian,

State leakage in the OSG normally suggests that your osg::Geometry
don't have tex coordinates, normals or colour arrays assigned to them
so they are just inheriting them from what was last sent to OpenGL, if
you add more models then the draw order will jump around and your ill
conditioned models will inherit a far wider range of state, exactly
what they'll inherit will change from frame to frame.

To fix it you have to find out what models are poorly conditioned and
are missing required arrays - if a particular model has a problem then
convert this one to .osg and have a browse through it to see what
arrays are present and which ones are missing.

Robert.

On Nov 17, 2007 10:17 AM, Brian <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a scene in which I am rendering various models on top of a terrain 
> database.  Without modifying any of the model's statesets, the scene renders 
> horribly (textures missing from some models but not others, polygons for some 
> models are rendered incorrectly shooting out in all directions, etc.)  
> However, if I load them separately into the viewer application, they render 
> perfectly fine.  Does anyone have any tips for finding the perfect stateset 
> so my models and terrain can render correctly?  The models themselves are in 
> IVE format.  I had thought that I might be able to convert them all to the 
> OSG format, and then I could modify the statesets for all the models to a 
> "standard" setting, but I don't know if that would work or be advisable.  
> This route would take a great deal of time, and I would like to avoid it if 
> at all possible.
>
> Any help would be greatly appreciated.
>
> Thanks,
> Brian
>
> _______________________________________________
> 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