> The osgText::Text implementation effectively enforces its own > rendering order, so I don't think this is the issue. > > I pretty surprised that your are still seeing z fighting issues, > perhaps this suggests that the UnitMultiplier still isn't sufficient, > yet the FactorMultiplier is the bit that is causing the backdrop to be > pushed too far back. > > Perhaps we should try: > > setFactorMultiplier(1.0f); > setUnitMultiplier(256.0f); >
As Mike has pointed out, there don't seem to be any perfect values. However, we can minimize "Problem #2" by reducing the FactorMultiplier. I noticed rc2 has it at 2*256. That's way too much and makes #2 even worse. Small values are good in this case. I have found 0.1 to be a good value. It still doesn't make the problem go away, but it reduces the chances of it happening, and reduces how much is actually clipped. I think 0 is supposed to work, but it creates a new z-fighting problem that looks more like traditional stitching. -Eric _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
