Re: [Flightgear-devel] St. Elmo's Fire
David Culp wrote: > [...] If I change the time-of-day to something darker the panel code darkens and redens everything, which ruins the effect. > [...] That's exactly something I have also observed, in particular with self-illuminating instruments - something like a basic LCD or TFT shouldn't be subject to general panel darkening, as it has its own illuminiation - I looked into David's (Megginson) sources and it seems one would either need to define areas on the panel/screen that aren't darkened, or -preferably- (in my opinion) provide an additional parameter to layers that are not subject to panel-darkening. And for your St. Elmo's Fire it would probably be benefitting if you could add some diffuse effects, too - I think that's beyond the capablities of the current XML-instrument code !? My questions are: Can the instrument darkening/redening be turned off per-instrument? currently not - I'm afraid, at least that's the conclusion that I came up with ... Should we have a seperate screen-drawing subsystem that draws "windscreen effects", like St. Elmo's Fire, rain, snow, glare? I like the idea - Boris ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] St. Elmo's Fire
David Culp schrieb: I've been playing with modeling St. Elmo's Fire as an instrument: http://home.comcast.net/~davidculp2/stelmo-clear-sky.jpg http://home.comcast.net/~davidculp2/stelmo-in-clouds.jpg which is convenient, but has some problems. The main problem here is that it's barely visible inside of clouds, where one would expect to see it. If I change the time-of-day to something darker the panel code darkens and redens everything, which ruins the effect. Then of course there's the problem of setting up a boolean property that randomly, and rapidly, is "true", in order to model "flickering". To increase contrast, you could draw the lines in black for one frame, then white for a few frames and then balck again for one frame. This works at least for normal lightning (but it can be that it won't work here) CU, Christian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] St. Elmo's Fire
These may help: http://www.airliners.net/open.file/608244/L/ http://www.airliners.net/open.file/014507/L/ Ampere ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] St. Elmo's Fire
I'm for this particular idea. Ampere On November 1, 2004 08:57 pm, David Culp wrote: > Should we have a seperate screen-drawing subsystem that draws "windscreen > effects", like St. Elmo's Fire, rain, snow, glare? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] St. Elmo's Fire
I've been playing with modeling St. Elmo's Fire as an instrument: http://home.comcast.net/~davidculp2/stelmo-clear-sky.jpg http://home.comcast.net/~davidculp2/stelmo-in-clouds.jpg which is convenient, but has some problems. The main problem here is that it's barely visible inside of clouds, where one would expect to see it. If I change the time-of-day to something darker the panel code darkens and redens everything, which ruins the effect. Then of course there's the problem of setting up a boolean property that randomly, and rapidly, is "true", in order to model "flickering". My questions are: Is there an alternate method to model St. Elmo's Fire? Can the instrument darkening/redening be turned off per-instrument? Should we have a seperate screen-drawing subsystem that draws "windscreen effects", like St. Elmo's Fire, rain, snow, glare? Dave -- David Culp [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d