> > > 13971 Segmentation fault
> > [you *are* joking, aren't you?!?!]
> Err, no. Sorry. Curt suggest I recompile ... in progress ...
Ok, that fixed it (dunno what it was).
I'm getting zbuffer fighting in the distance a little bit, but it's minor
compared to the junk you get when cloud layers
> > 13971 Segmentation fault
> [you *are* joking, aren't you?!?!]
Err, no. Sorry. Curt suggest I recompile ... in progress ...
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> > You likely don't notice any of this if you
> > are running a card with a 32bit depth buffer (i.e. geforce.)
>
> Don't worry Curt, leave the change in, I don't see the problem on 16 bit
...
>
>
> Loading tile /usr/local/lib/FlightGear/Scenery/w120n30/w118n32/1023667
> ESC[1mESC[4mJSBSim Fl
Alex,
Try doing a make clean inside JSBSim and then rebuild everything.
Curt.
Alex Perry writes:
> > You likely don't notice any of this if you
> > are running a card with a 32bit depth buffer (i.e. geforce.)
>
> Don't worry Curt, leave the change in, I don't see the problem on 16 bit ...
>
> You likely don't notice any of this if you
> are running a card with a 32bit depth buffer (i.e. geforce.)
Don't worry Curt, leave the change in, I don't see the problem on 16 bit ...
Loading tile /usr/local/lib/FlightGear/Scenery/w120n30/w118n32/1023667
ESC[1mESC[4mJSBSim Flight Dynamics
David Luff writes:
> Alex Perry writes:
> > and for the latter you're in ground haze in any case.
> You Californians speak for yourselves!
> [EMAIL PROTECTED]
Ya see, here the temperature is _above_ freezing and _not_ raining
at the same time 8-). I'll take poor visibility over days of drizzle.
> Or just turn the depth buffer off for the cockpit and sort the
> geometry; for most cockpit layouts, this should be pretty feasible.
> It won't work if the cockpit has moving parts (yokes or whatnot) that
> obscure other pieces.
Even if they obscure, it is only a problem if they swap places so
Alex Perry writes:
> Putting the clip plane at 0.1 is an easy way to stop me doing demos of FGFS.
> I don't _have_ a machine with better than 16 bit depth buffering, and the
> notebook that I do most of the demos with cannot of course be upgraded.
I understand. How does everything look with
> David Megginson writes:
> > Changed the near clip plane to 0.1f regardless. Previously, it jumped
> > to 10m after takeoff, but that doesn't really make sense any more,
> > especially if models are going to have interior views. Is there any
> > real saving in pushing the near plane out anyway?