On Fri, Oct 18, 2002 at 04:05:52PM -0400, David Megginson wrote: > Andy Ross writes: > > > The attached one-liner fixes the problem, but someone with more > > knowlege should probably think of a better solution. We shouldn't be > > initializing static state from within a member initializer. Maybe > > there's a need for a "panel subsystem" as separate from the individual > > FGPanel objects? > > It's a hard call. The J3Cub shows that it's possible to have a true > 3D panel, using 3D models rather than a projected 2D panel. We'll > still need the 2D panel for some applications, but I'd like to start > deemphasizing it when we can. > The 3D panel is almost unusable for me (with a K7 550 and an original Radeon) - the performance hit is just too great, and it still occasionally overloads my system and locks up (a driver problem, admittedly, but combined with the performance hit it's a serious problem).
It'd be very nice if all the aircraft had a 2d panel that could be switched to without having to fiddle with properties, even if the panel was just the c172/310 default . . . Simon -- PGP public key Id 0x144A991C, or http://himi.org/stuff/himi.asc (crappy) Homepage: http://himi.org doe #237 (see http://www.lemuria.org/DeCSS) My DeCSS mirror: ftp://himi.org/pub/mirrors/css/
msg08975/pgp00000.pgp
Description: PGP signature
