[Flightgear-devel] Panel Lighting for 3d instruments.
As the title says; is there any hope for this. I'm working on some fairly detailed instruments which could work nicely with the light-aircraft in FG but I was wondering if there is any means for a 'nice' switchable illumination of the faces. Can the emmissive properties of a texture be changed 'on the fly'? Has anyone got any thoughts on how this can be done as things stand - rather than just setting the textures to default to high emmissive values (which precludes 'dark panel' with an electrical failure. Thanks Dave Martin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Panel Lighting for 3d instruments.
Dave Martin wrote: As the title says; is there any hope for this. I'm working on some fairly detailed instruments which could work nicely with the light-aircraft in FG but I was wondering if there is any means for a 'nice' switchable illumination of the faces. Can the emmissive properties of a texture be changed 'on the fly'? Has anyone got any thoughts on how this can be done as things stand - rather than just setting the textures to default to high emmissive values (which precludes 'dark panel' with an electrical failure. It is possible to change the transparency on the fly, so I bet it would be possible (after some code changes) to change the emmissive color also. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Panel Lighting for 3d instruments.
On Thursday 30 Dec 2004 10:34, Erik Hofman wrote: Dave Martin wrote: As the title says; is there any hope for this. I'm working on some fairly detailed instruments which could work nicely with the light-aircraft in FG but I was wondering if there is any means for a 'nice' switchable illumination of the faces. Can the emmissive properties of a texture be changed 'on the fly'? Has anyone got any thoughts on how this can be done as things stand - rather than just setting the textures to default to high emmissive values (which precludes 'dark panel' with an electrical failure. It is possible to change the transparency on the fly, so I bet it would be possible (after some code changes) to change the emmissive color also. Erik That would be a brilliant solution because then you could just add some emmisive white and red and 'bingo' you've switched the panel lights on :-) The other ways I've looked at are using extra polys + textures to switch between emmissive levels but the polycounts get nightmareish (My instruments are already quite poly heavy but they do look nice ;) ) (says prayers for an understanding developer ;-) ) Dave Martin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Object Needle not found.
On Thursday 30 Dec 2004 14:02, Dave Martin wrote: I've just been experimenting with animating an ASI guage. I built a simple back card and needle and then tried to animate it using the existing Instruments-32/asi/ asi.xml (with no alterations). With my own asi.ac model in place and with the needle object named Needle in the .ac file. I only get: Object Needle not found. The needle shows up on the gauge just where I placed it and is unanimated. Anyone know what on earth I am doing wrong? Just to be sure, I've treble-checked that I am case-sensitive - That is fine. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Panel Lighting for 3d instruments.
Jim Wilson wrote: One question for others: do we have a property path for light switches (or other types of switches)? If not, maybe this is a good time to establish a convention. The default C172 electrical system is pretty extensive and has all these sorts of switches layed out. You just need to connect a panel click (or real hardware) and it should all work. We even have the circuit breakers modeled properly for the C172. There are some limitations to the electrical system in terms of modeling current draw (which is fixable), but it's quite flexible for laying out a variety of power sources, buses, switches, circuit breakers, etc. You can layout an electrical system so all the right bits go dark when a particular switch is flipped, or circuit breaker trips. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Object Needle not found.
On Thu, 30 Dec 2004 08:08:12 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: I'm passing along second hand knowledge here so I could be way off, but I seem to recall there were problems with plib's handling of single polygon objects ... it would collapse them into the parent layer. You might try building your needle with one more triangle and see if that cures the problem. That is correct -- I don't know if there's any fix in plib CVS now, but in the past, Steve has violently disagreed with any suggestion that named objects should be preserved, so no one was allowed to commit a fix. All the best, David -- http://www.megginson.com/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] EasyXML problem?
The problems were twofold: 1) I was not correctly allowing for split chunks (multiple data() calls). 2) I need to have table data as it is, now. Almost fixed. But, the kids are up and it's time for breakfast... Jon OK, I fixed the problem. Here's what I do now in FGXMLParse (my XMLVisitor-derived class): startElement(): Here I simply set the working string to the null string. data(): Here I append the string that is passed in to the current working string, working_string += string(s, length); endElement(): Here is where more work is done. When execution gets to here, the working string could be composed of several lines (with embedded spaces and newlines). I work through this string, finding each line until there are no more lines. Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] EasyXML problem?
Jon Berndt wrote: OK, I fixed the problem. Here's what I do now in FGXMLParse (my XMLVisitor-derived class): startElement(): Here I simply set the working string to the null string. data(): Here I append the string that is passed in to the current working string, working_string += string(s, length); endElement(): Here is where more work is done. When execution gets to here, the working string could be composed of several lines (with embedded spaces and newlines). I work through this string, finding each line until there are no more lines. That sounds like the right approach to me (and I'm an expert because I took a compilers class 15 years ago and we used the Dragon book.) :-) Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] EasyXML problem?
That sounds like the right approach to me (and I'm an expert because I took a compilers class 15 years ago and we used the Dragon book.) :-) Curt. I stayed at a Holiday Inn Express, once ... :-) Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Real weather fetch
On Wed, 29 Dec 2004 13:16:48 -0600 Curtis L. Olson wrote: I know different people will have different opinions on this, but I feel that simply interpolating over time to the closest data is just as good as anything. Interpolating spacially between the closest 3 stations is attractive, but remember this data is already starting to get old by the time we get it so we will never be exactly correct with current conditions. [ snip ] Personally, I think it would be a *lot* simpler, and arguably just as accurate to do a temporal interpolation towards the latest data at the closest weather station. Another issue is the fact that the data available from the METAR station seems sometimes *very* old (e.g. a day or more). I've flown (in FlightGear) around a metropolitan area where I know exactly what the weather's like (e.g. clear skies), and found it change from roughly correct weather to something *wildly wrong* (e.g. overcast down to 900 feet, which it was like earlier in the week but definitely not today) to something correct again (back to clear skies) as I fly 5 miles in a straight line over the metro area. So instead of spatial interpolation, one might consider weighted spatial averaging (e.g. a gather scheme with a broad Gaussian kernel or whatever) to lessen the effect of anomalous stations in densely sampled areas. Lot's of fun to be had if someone had the time to play with it ... I used to do stuff that bears some similarities to this for a living. Unfortunately, it was in FORTRAN. Heh. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear pgptjRd60lF7A.pgp Description: PGP signature ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] PC7-maintainer
Hello, I assume David Culp is the maintainer of the PC-7 !? I realized that you have to push the stick heavily in order to achieve level flight. Could someone tell me which knob to adjust in order to make this behave a bit more realistic ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] 3D instrument kit.
You probably know by now that I have a serious case of 'show and tell' syndrome. So I just wanted to show you what I've been up to today ;-) So far I've made 6 instruments which could possibly be used for lightplanes. The instruments include depth-oriented components and face-glasses which show specular highlights depending on sun-angle. Screenshots: http://www.cyfinity.com/fgfs/3dins2.jpg http://www.cyfinity.com/fgfs/3dins3.jpg http://www.cyfinity.com/fgfs/3dins4.jpg The above is just a 'mock-up' of static models so I could place them all in FG at the same time. (AI and DI are missing glasses). The ASI, VSI, Tacho and AI are fully animated now. The DI is partly animated and the Altimeter needs its baro animated. Hopefully, by the time I've finished, everyone will own 6800 class video cards to cope with all the polys (any maybe I'll own one too so I can finish the models) ;-) Dave Martin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announce: FlightGear-0.9.8-pre1 and SimGear-0.3.8-pre1
Are we going to look into removing some of the aircrafts in the base package? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d