Re: [Flightgear-devel] Airfoil bending and geometry animation
On Sunday 03 December 2006 11:56, Mathias Fröhlich wrote: But yes. I am thinking about such a thing. I believe that I can't resist to implement that with a vertex shader, even if this will not work on any machine. But this will be probably the fastest approach I can think of. Great :-) Also Rigs of Rods, built on OGRE, features a fully deforming aircraft (Antonov of some sort IIRC) along with the trucks which it focusses on. Oops! I did not have it this far in mind. Do we need that? Well, probably not... it might be nice of course, but probably over the top for now. Really I only mentioned it as an example of a sim where bending is already shown... There are lots of places where a simpler morph animation would be a very useful addition though. Cheers, AJ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airfoil bending and geometry animation
AJ MacLeod wrote: On Sunday 03 December 2006 11:56, Mathias Fröhlich wrote: But yes. I am thinking about such a thing. I believe that I can't resist to implement that with a vertex shader, even if this will not work on any machine. But this will be probably the fastest approach I can think of. Great :-) Also Rigs of Rods, built on OGRE, features a fully deforming aircraft (Antonov of some sort IIRC) along with the trucks which it focusses on. Oops! I did not have it this far in mind. Do we need that? Well, probably not... it might be nice of course, but probably over the top for now. Really I only mentioned it as an example of a sim where bending is already shown... There are lots of places where a simpler morph animation would be a very useful addition though. Cheers, AJ This brings up the question of whether flutter and other mechanical phenomenon are worth simulating. Flutter is a pretty big deal in some aircraft. There are also aircraft that experience roll control reversal at certain airspeeds due to torque induced wing twist. Josh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [Fwd: Re: more weirdness]
So Melchior found what is either a bug or a feature. Here's the background. I broke my model animation code into several separate xml files that were serially included as a chain. In the last file I noticed that the first 78 animations were being ignored (actually overwritten by it's parent files). Then I asked for help. See Melchior's explanation (attached). For now I will just use explicit numbering. Perhaps the include= parameter should be two different ones, merge= and append=? While we are on the subject, I would also like to suggest that it be possible to include more than one file from a parent file. Perhaps what is called for is to have merge and append elements that can be added inside an xml file an arbitrary number of times. The merge element would use the current behavior, except allowing several files to be merged in one spot instead of just one. The append element would do the same, except instead of assuming that the implied index count starts at zero at the beginning of the file, it would pick where the parent left off. The alternatives, individually numbering animation (or whatever) elements or lumping everything together in a tens of thousands of lines of xml both make developing complicated models more difficult than it has to be. e.g. PropertyList include=foo.xml becomes: PropertyList merge filenamefoo.xml/filename /merge !-- followed by any number of additional merge or append elements -- /PropertyList Also keep in mind that the xml parser will not accept the following PropertyList include=foo include=bar leading to awkward chains of files each including only one child. Josh PS, Melchior just suggested an import element which would include a file's contents at that particular spot. This alone would probably be a suitable solution. I guess the imported file would not have to contain a valid PropertyList, just a block of xml to be spliced into the file. This seems to be a simpler. ---BeginMessage--- * Melchior FRANZ -- Monday 04 December 2006 13:13: And I'm not sure yet if it's a bug or a feature [...] I'm afraid it's an obscure feature. The include tag in PropertyList include=foo.xml doesn't *add* that stuff, but it *merges* it! Because your included animations don't have explicit indices, the first animation in each of the four *.xml files has implicit index=0, and they are all thrown together. You get a nicety like this for the first animation: animation typenoshadow/type object-nameCockpit/object-name property-basesim/model/ch53e/materials/Warn.1antiice/property-base emission red-propemission/red/red-prop green-propemission/green/green-prop blue-propemission/blue/blue-prop /emission property/sim/model/ch53e/instrument-pos/ADFFreqDisp1/property factor36/factor offset0/offset axis x0/x y1/y z0/z /axis center x-m4.045/x-m z-m0.737/z-m /center object-name n=1FooRotor/object-name object-name n=2FooTailRotor/object-name /animation ... which does, of course, not make a lot of sense. I doubt that a fix for the XML loader would be very welcomed. The right thing to make this work, is to assign explicit indices in all include files (the top file doesn't need them): in ch53e-body-anim.xml, for example: animation n=1000.../animation animation n=1001... The number is irrelevant, it just needs to be unique. Or you put everything into the same file (as everybody else does). Or you suggest an alternative import feature on the devel list. m. ---End Message--- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
* Josh Babcock -- Monday 04 December 2006 14:35: PropertyList merge filenamefoo.xml/filename /merge !-- followed by any number of additional merge or append elements -- /PropertyList In this case a simple mergefoo.xml/merge would do. But introducing a global keyword that is executed at XML load time is a bit problematic. It should probably be different from other tags ... _MERGE_ or something.Yes, ugly. :-/ The advantage is that it can be placed everywhere in a file. Also keep in mind that the xml parser will not accept the following PropertyList include=foo include=bar The question here is: is this valid XML? Or should the last attribute always override all former of the same name? Would be cleaner than the previous method, but less flexible: one could only prepend the loaded contents. PS, Melchior just suggested an import element which would include a file's contents at that particular spot. This alone would probably be a suitable solution. I guess the imported file would not have to contain a valid PropertyList, just a block of xml to be spliced into the file. Of course it would have to contain the PropertyList tags. But the rest could be read in as is. m. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
* Melchior FRANZ -- Monday 04 December 2006 15:10: * Josh Babcock -- Monday 04 December 2006 14:35: PropertyList include=foo include=bar The question here is: is this valid XML? Apparently not: $ xmllint foo.xml foo.xml:3: parser error : Attribute foo redefined PropertyList foo=123 foo=123 m. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
Melchior FRANZ wrote: * Melchior FRANZ -- Monday 04 December 2006 15:10: * Josh Babcock -- Monday 04 December 2006 14:35: PropertyList include=foo include=bar The question here is: is this valid XML? Apparently not: $ xmllint foo.xml foo.xml:3: parser error : Attribute foo redefined PropertyList foo=123 foo=123 m. Right, I guess I wasn't clear. This had come up before and someone had made it clear that you can't have multiple attributes of the same name in an element. Josh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
* Josh Babcock -- Monday 04 December 2006 15:27: Melchior FRANZ wrote: * Melchior FRANZ -- Monday 04 December 2006 15:10: * Josh Babcock -- Monday 04 December 2006 14:35: PropertyList include=foo include=bar Right, I guess I wasn't clear. You *were* clear. But wrong. :-} And here is the law: Well-Formedness Constraint: Unique Att Spec No attribute name may appear more than once in the same start-tag or empty-element tag. (http://www.w3.org/TR/2006/REC-xml-20060816/) But we *do* already have a way to include files anywhere in the XML file. But the contents aren't *inserted* there, but put under a node: foo include=bar.xml/ This adds the contents of bar.xml under the node foo/. One could now declare one property name 'void', which would mean that this isn't meant to become a node itself, but the contents of bar.xml would just be inserted in place of it: null include=bar.xml/ Or _ include=bar.xml/ :-)OK, too obscure ... m. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
Melchior FRANZ wrote: Also keep in mind that the xml parser will not accept the following PropertyList include=foo include=bar The question here is: is this valid XML? No it's not valid. In such cases space delimited lists are usually used: PropertyList include=foo bar Nine - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
Quoting Melchior FRANZ : But we *do* already have a way to include files anywhere in the XML file. But the contents aren't *inserted* there, but put under a node: foo include=bar.xml/ This adds the contents of bar.xml under the node foo/. One could now declare one property name 'void', which would mean that this isn't meant to become a node itself, but the contents of bar.xml would just be inserted in place of it: null include=bar.xml/ Or _ include=bar.xml/ :-)OK, too obscure ... I am still unclear about what you want to achieve, but the current syntax allows to remap the included PropertyNode to another name. If you want to have the content of the included PropertyNode that replace the content of a node, that if another behavior, why not using a syntax like this : foo replaced-by=bar.xml/ Anyway, the new semantic should be represented by a new attribute and not by a reserved node name, because node names are free ( with the exception of the root one ) and attributes are all fixed in the current scheme. -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
* Stefan Seifert -- Monday 04 December 2006 15:47: Zope Page Templates for example have an attribute for cases where the tag should be omitted, like: foo include=bar.xml omit-tag=yes/ Yes, that's probably the cleanest solution. (Using y instead of or in addition to yes, to be consistent with other attribute values.) m. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] recent spam on atlas-devel
Frederic Bouvier wrote: Quoting Vassilii Khachaturov : For some reason, recently the signal to noise ratio on the atlas-devel list has diminished virtually to zero due to lots of spam. Can you please restrict posting to subscribers only? Althougth I am an admin for the Atlas project, I don't have the password for the mailman administration page, so I'll leave Dave Luff do the job. I'll have a look, but I'm pretty sure that Per Liedman might be the only one with the password, hence my inaction so far. I'll try and get hold of him if that is the case. Cheers - Dave - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] recent spam on atlas-devel
Hi Dave, Quoting Dave : Frederic Bouvier wrote: Quoting Vassilii Khachaturov : For some reason, recently the signal to noise ratio on the atlas-devel list has diminished virtually to zero due to lots of spam. Can you please restrict posting to subscribers only? Althougth I am an admin for the Atlas project, I don't have the password for the mailman administration page, so I'll leave Dave Luff do the job. I'll have a look, but I'm pretty sure that Per Liedman might be the only one with the password, hence my inaction so far. I'll try and get hold of him if that is the case. The admin console of the project allows to change it if needed. Of course, it nullifies the previous one. I just didn't want to step on your feet. -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airfoil bending and geometry animation
It hasn't been mentioned in this particular thread, but there is a function in plib called the tween controller that does morphs. I looked at it a bit when doing the Wright Flyer. IIRC there was an issue regarding the way the callbacks were done that made it a problem defining the multiple branches that were required establish the banks of vertices to morp between. But probably I just didn't spend enough time on it. Anyway, the logic of morphing vertices would only require that all the branches in the model that defined the various positions to be morphed between would have the same vertex count and order. You'd need a way to define the values (interpolation points) that each branch represented, then go from there. In the simplest form you would have two sets of wings in the model (each wing version being a sg branch). For each side of the aircraft the wing version that is bent all the way up would be assigned to 1.0 and the wing version that is bent all the way down would be assinged to -1.0, thus representing the extremes of the range of motion. For more complex flapping, you could have multiple sets of wings and each could be assigned to interpolation points within the full range. It might be worth looking at the plib code and seeing how this approach could be applied in OSG. Best, Jim -Original Message- From: Roberto Inzerillo [EMAIL PROTECTED] Sent: Saturday, 2. Dec 2006 11:57 -0500 To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Subject: [Flightgear-devel] Airfoil bending and geometry animation Hi, I wonder if someone is working on simulating wings geometry bending into FGFS. As much as I know geometry deformation animations have not been implemented in any other simulator. Of course, that needs a way to morph the geometry of 3d objects which is currently not available inside FGFS, will that be possible in the near future? Roberto -- Jim Wilson Kelco Industries PO Box 160 Milbridge, ME 04658 207-546-7989 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Eurocopter EC 135 - some delay but....
Hi, Well, the german police is changing their color - see the police of Hamburg! But the Livery of their helos is their own thing. Every federal state of germany has it's own helo-design. Greets HHS --- Karsten Krispin [EMAIL PROTECTED] schrieb: Hi Heiko, Am Montag, 27. November 2006 23:04 schrieb Heiko Schulz: http://hoerbird.ho.funpic.de/flightgear/ec135.baypo.jpg Great work so far! But won't the german police change their color to blue in the near future? Greetings, Karsten - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
* Melchior FRANZ -- Monday 04 December 2006 15:53: * Stefan Seifert -- Monday 04 December 2006 15:47: foo include=bar.xml omit-tag=yes/ Yes, that's probably the cleanest solution. (Using y instead of or in addition to yes, to be consistent with other attribute values.) My current favorite is omit-node. The syntax would be: whatever include=some-file.xml omit-node=y/ but this would work, too, and do what one would expect: whatever include=some-file.xml omit-node=y somethingbad/something /whatever The contents of some-file.xml as well as the something node would appear on the same level where whatever was, as that node was simply dropped. The whatever is completely arbitrary. One could have written: _ include=some-file.xml omit-node=y/ or imported-instrument-animations include=some-file.xml omit-node=y/ The changes are less intrusive than I had feared: diff -u -p -r1.14 props_io.cxx --- props_io.cxx8 Mar 2006 18:16:09 - 1.14 +++ props_io.cxx4 Dec 2006 18:34:18 - @@ -229,6 +229,21 @@ PropsVisitor::startElement (const char * } catch (sg_io_exception e) { setException(e); } + + const char *omit = atts.getValue(omit-node); + if (omit !strcmp(omit, y)) { +int nChildren = node-nChildren(); +for (int i = 0; i nChildren; i++) { + SGPropertyNode *src = node-getChild(i); + const char *name = src-getName(); + int index = st.counters[name]; + st.counters[name]++; + SGPropertyNode *dst = st.node-getChild(name, index, true); + copyProperties(src, dst); +} +st.node-removeChild(node-getName(), node-getIndex(), false); +node = st.node; + } } const char *type = atts.getValue(type); Does anyone have objections to the whole idea? Or not understand what it's good for? Or better suggestions for omit-node? m. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Eurocopter EC 135 - some delay but....
Hi, Well, the german police is changing their color - see the police of Hamburg! But the Livery of their helos is their own thing. Every federal state of germany has it's own helo-design. Greets HHS --- Karsten Krispin [EMAIL PROTECTED] schrieb: Hi Heiko, Am Montag, 27. November 2006 23:04 schrieb Heiko Schulz: http://hoerbird.ho.funpic.de/flightgear/ec135.baypo.jpg Great work so far! But won't the german police change their color to blue in the near future? Greetings, Karsten - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KLN 89
[EMAIL PROTECTED] wrote: After some back tracing it appears that after 9/1 on the precomplied versions for WIN32 the KLN 89 display is blank in the C172P 2D panel. Is this by design or just unnoticed? Just unnoticed. I haven't had much time to touch FlightGear for a while, and I guess most people don't use the 2D panel on the C172P since it ceased to be the default some years ago. Thanks for pointing this out - I'll take a look, but it won't be until after Christmas. Cheers - Dave - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] FlightGear on Linux.com
On 12/4/06, Joe Barr wrote: http://www.linux.com/article.pl?sid=06/11/20/0533247 Hi Joe, Thanks for the heads up. That looks like a very intelligent and well done review. Perhaps the best review of FlightGear I've seen so far (in terms of the reviewer getting his head around what FlightGear is all about and how to really make it sing.) Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] EC 135 now to download on CVS
Hi, I proudly present my first aircraft ready to download: the Ec 135! It's now avalaible in CVS. A special thank goes to Melchior for uploading and fixing some mistakes! Another thnak goes to Maik Justus for helping with the fdm, which isn't still realistic. Thanks George Arana for the sound. Greets HHS ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Re: more weirdness]
Melchior FRANZ wrote: Does anyone have objections to the whole idea? Or not understand what it's good for? Or better suggestions for omit-node? m. This seems like a very good solution from a model builder's point of view. Josh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] How to drive the Flight Gear airplanes by radar data
Hi,the Flight Gear can be drived by Keyboard,Mouse,Joystick etc.But my question is that how can I drive the Flight Gear by my radar data.My radar data contains the flight position(lon,lat,alt) and oritation(pitch,roll,heading).I want to know how to input these data to the Flight Gear,and make many airplanes fly automatically. Thank u very much!!! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] How to drive the Flight Gear airplanes by radar data
Hi,the Flight Gear can be drived by Keyboard,Mouse,Joystick etc.But my question is that how can I drive the Flight Gear by my radar data.My radar data contains the flight position(lon,lat,alt) and oritation(pitch,roll,heading).I want to know how to input these data to the Flight Gear,and make many airplanes fly automatically. Thank u very much!!! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] How to drive the Flight Gear airplanes by radar data
Hi,the Flight Gear can be drived by Keyboard,Mouse,Joystick etc.But my question is that how can I drive the Flight Gear by my ATC radar data.My radar data contains the flight position(lon,lat,alt) and oritation(pitch,roll,heading).I want to know how to input these data to the Flight Gear,and make many airplanes fly automatically. Thank u very much!!! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] How to drive the Flight Gear airplanes by radar data
Hi, I don't know the answer to your question, but I do know that posting 3 time in 2 hours with the same question with out a recognized name is a sure way NOT to get an answer... if you need an answer, my experience (learnt the hard way) is to post once, with a name that although might not be pronounceable by some, is at least recognized as a name or nick-name... good luck in your quest for answers, your endeavors certainly look interesting. Cheers Dene NZWN 唐勇 wrote: Hi,the Flight Gear can be drived by Keyboard,Mouse,Joystick etc.But my question is that how can I drive the Flight Gear by my ATC radar data.My radar data contains the flight position(lon,lat,alt) and oritation(pitch,roll,heading).I want to know how to input these data to the Flight Gear,and make many airplanes fly automatically. Thank u very much!!! 年 末 数 码 1 0 0 元 专 场 ( 图 ) 百 种 数 码 精 品 1 9 元 起 1 0 0 元 封 顶 , 不 抢 真 的 悔 死 你 ( 图 ) http://adtaobao.allyes.com/main/adfclick?db=adtaobaobid=600,597,58cid=30015,198,1sid=32501show=ignoreurl=http://www.taobao.com/theme/promotion/main.php/71154 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 2d instruments in 3d cockpit
I want use 2d panel into 3d cockpit. I write some like it: panel pathAircraft/c172p/Models/c172p-2d-panel.xml/path bottom-left x-m-0.37/x-m y-m-0.50/y-m z-m-0.10/z-m /bottom-left ... /panel to model.xml file. Panel is visible, instruments work, all right. But if I change view to external, I can see instruments through fuselage. What I do wrong? -- Wbr, Yurik - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel