On 03/12/2010 06:54 AM, Tim Moore wrote: > I've checked in a fix for the sign-back problem. The airport sign code is > not fast graphics code and needs another look, but for the moment it works.
1) Thanks, the signs are much improved. 2) The problem is not entirely gone. The window for observing the bug is much smaller, but not zero. The symptom is the same: depending on camera tilt angle, the backside of certain signs switches from black to white. http://www.av8n.com/fly/fgfs/img48/taxi-c-at-r-black.png http://www.av8n.com/fly/fgfs/img48/taxi-c-at-r-white.png A cursory survey suggests that *all* the signs alongside taxiway charlie are affected one way or another. Some backsides are almost always black; others are almost always non-black. =============================== Theoretical question: As I understand it, what's going on is: >> The mesh representing the back of a sign is not complete; graphics state >> from other parts of the scenery are leaking into it. Is there some way to check for this at runtime? Is there some calculation that could be done that would detect leakage, or detect meshes that might lead to leakage? Such a check might make debugging easier. Obviously debugging these signs is nontrivial ... and I suspect the signs are not the only items that are vulnerable to bugs of this ilk. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
