Re: [Flightgear-devel] FlightGear mouse pad
Russell Suter [EMAIL PROTECTED] wrote: [...] I'm curious because I have a friend that does research on a Cessna 172 simulator that has an Onyx/IR with 3 channels. His simulator models are crap and his visual database is worse. I'm trying to talk him into trying FlightGear but I have zero idea of what performance would be like. It probably would be best if you simply ask him to try it out. And if he really does, then we might be interested in the FlightGear performance numbers and last but not least some information, on how that box is equipped. For most SGI models you can choose from a range of different CPU's and to my knowledge the Onyx is no exception (and it might be worse than the Octane ),, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Help creating a new model
On Monday 12 January 2004 17:52, Luca Masera wrote: Hi, I'm trying to create the model of the MB339PAN. I've created it with 3dsMAX (it's the only program that could load the WRML files, the format of the simple airplane from I started to work) but now I've some problems related to the model. If I export it in the 3DS format, accepted by AC3D, in the program I couldn't use the smooth modifier because a lot of polygons looks VERY bad. Furthemore I can't correctly set the rotation center of the objects. So I've tryed to export the model in the ASE format, supported by PLIB (I found it on PLIB web site) but I've another problem. While I've solved the problems of smoothing and correctly placing the rotation centers, when I launch FlightGear the textures look rotated of 180 degrees (while in 3DS they look ok). There's someone that could help me? Tanks, Luca With the .3ds model imported into AC3D, what happens if you try flipping the normal of the surfaces that look bad? Can you upload a screen grab to somewhere on the web so we can browse it? (Please don't attach to a list posting) Incidentally, there's a slight problem atm with using AC3D V4, although I believe it can simply be fixed by removing a line from the generated .AC file. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Help creating a new model
Do you use BMP textures? I don't use BMP textures, FlightGear can't load them... (I think so because reading the documentation I've found that could be used only the .rgb textures). ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Help creating a new model
* Luca Masera -- Tuesday 13 January 2004 09:43: I don't use BMP textures, FlightGear can't load them... (I think so because reading the documentation I've found that could be used only the .rgb textures). FlightGear can load anything that plib can, including BMP, PNG, ... I'm actually considering to use PNG for the bo105, because RGB wastes a lot of space. The question is, however, if plib can be compiled on every platform to support PNG? Is libpng or an equivalent available everywhere? m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Russell Suter wrote: It's been a while since I've worked on SGI equipment. I'm familiar with the O2 but I don't know what the video capabilites are. The hardware accelerated OpenGL compares roughly to a TNT2. Performance can increase when using a faster CPU. The last boxes I worked on were an Oxygen MXE and an Onyx 2 with 2 IR pipes and 4 channels. If you are familiar with these, how does your box stack up? I'm curious because I have a friend that does research on a Cessna 172 simulator that has an Onyx/IR with 3 channels. His simulator models are crap and his visual database is worse. I'm trying to talk him into trying FlightGear but I have zero idea of what performance would be like. Take a look here: http://www.a1.nl/~ehofman/fgfs/comparison.html This table is based on performance reports from FlightGear users who have sgi equipment. But be aware that this is about the default startup position (stationary at KSFO) which seems a bit heavy on the scenery for alder hardware. There is a configuration file that can be used to fine tune FlightGear a bit on older video hardware which might give a performance improvement up to 500%. BTW, how do I determine what my visibility is? And, how do I reduce the fog at far clipping plane? You could use 'z' and 'Z' to change the fog settings. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Martin Spott wrote: Erik Hofman wrote: Russell Suter wrote: Okay, good to know. So what kind of SGI do you run on and what kind of frame rate do you get? That's not fair! You would laugh at me :-D (O2 RM5200/300Mhz at 2 ~ 10 fps but waiting to put a 900Mhz CPU in there which will come available in April). _That_ is not fair at all. I definitely need to contact your sponsor ;-) I'm afraid no sponsor has stepped in yet ... Any volunteers? Erik :-D ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Solved the texture problem
I think I've found the problem about the incorrect position of the textures. I've put them on the model with 3DSMAX and, before launching FlightGear, I've rotated them of 180 degrees. In this way they look right in the simulator. So I think that's a but in the PLIB library related to the .ASE files and the relative textures. I'll send a note to PLIB developers mailing list. Tanks, Luca ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman [EMAIL PROTECTED] wrote: Take a look here: http://www.a1.nl/~ehofman/fgfs/comparison.html This table is based on performance reports from FlightGear users who have sgi equipment. But be aware that this is about the default startup position (stationary at KSFO) which seems a bit heavy on the scenery for alder hardware. I have the impression that the default position is very un-representative - because of two reasons: 1.) If you get only 3 fps and do some modifications on the hardware, an improvement of 10 % won't get noticed, because FG still talks about 3 fps, 2.) The amount of objects that are in viewable range on the default position varies very much over the time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Martin Spott wrote: Erik Hofman wrote: Take a look here: http://www.a1.nl/~ehofman/fgfs/comparison.html This table is based on performance reports from FlightGear users who have sgi equipment. But be aware that this is about the default startup position (stationary at KSFO) which seems a bit heavy on the scenery for alder hardware. I have the impression that the default position is very un-representative - because of two reasons: 1.) If you get only 3 fps and do some modifications on the hardware, an improvement of 10 % won't get noticed, because FG still talks about 3 fps, 2.) The amount of objects that are in viewable range on the default position varies very much over the time, True, and at the moment it's probably the worst place in FlightGear (performance wise). But it's hard to ask someone to give me the framerate for another controlled situation. Startup at KSFO is default. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Linuxworld NY 2004
Hi, How did it end with the contacts between sgi and our linuxworld attendees? It looks like sgi has just the machine for that right on time: http://www.sgi.com/features/2004/jan/altix350/ Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Help creating a new model-Normals
Thank you FRANZ, the normals are the problem, flipping them the smoothed airplane looks good. However I solved the problem of .ASE files rotating the textures before launching FlightGear. Luca ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxworld NY 2004
Erik Hofman [EMAIL PROTECTED] said: Hi, How did it end with the contacts between sgi and our linuxworld attendees? It looks like sgi has just the machine for that right on time: http://www.sgi.com/features/2004/jan/altix350/ Not sure, but as far as I can tell we don't have a booth. Does anyone know otherwise? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman wrote: Russell Suter wrote: It's been a while since I've worked on SGI equipment. I'm familiar with the O2 but I don't know what the video capabilites are. The hardware accelerated OpenGL compares roughly to a TNT2. Performance can increase when using a faster CPU. The last boxes I worked on were an Oxygen MXE and an Onyx 2 with 2 IR pipes and 4 channels. If you are familiar with these, how does your box stack up? I'm curious because I have a friend that does research on a Cessna 172 simulator that has an Onyx/IR with 3 channels. His simulator models are crap and his visual database is worse. I'm trying to talk him into trying FlightGear but I have zero idea of what performance would be like. Take a look here: http://www.a1.nl/~ehofman/fgfs/comparison.html Ouch! But that's much more than I could have hoped in terms of information. Thank you very much! What would be the visibility for this test? They currently max at 7 NM. I was most surprised with: Onyx2 IR2E R10K/250 4MB L2 4RM9/64MB: 4.79 This table is based on performance reports from FlightGear users who have sgi equipment. But be aware that this is about the default startup position (stationary at KSFO) which seems a bit heavy on the scenery for alder hardware. Actually, although they want the Bay Area some time in the future, their current database covers South Western U.S. but the projection is a poorly implemented Lambert-Conformal Conic projection. So, they really only have database latitudinally along a thin strip along the middle. They have only 2 airports with even a handful of buildings. Their database does, however, have lineals (roads, rivers, railroads). There is a configuration file that can be used to fine tune FlightGear a bit on older video hardware which might give a performance improvement up to 500%. I saw that. What's the units for visibililty? The file shows 1.0, but what are the units? BTW, how do I determine what my visibility is? And, how do I reduce the fog at far clipping plane? You could use 'z' and 'Z' to change the fog settings. Yea, that changes the settings but how do I know what the value is set to? Thanks!!! -- Russ Conway's Law: The structure of a system tends to mirror the structure of the group producing it. -- Mel Conway Datamation (1968) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
True, and at the moment it's probably the worst place in FlightGear (performance wise). But it's hard to ask someone to give me the framerate for another controlled situation. Startup at KSFO is default. By the way, is this with all of the buildings, etc? -- Russ Conway's Law: The structure of a system tends to mirror the structure of the group producing it. -- Mel Conway Datamation (1968) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Martin Spott wrote: Russell Suter [EMAIL PROTECTED] wrote: [...] I'm curious because I have a friend that does research on a Cessna 172 simulator that has an Onyx/IR with 3 channels. His simulator models are crap and his visual database is worse. I'm trying to talk him into trying FlightGear but I have zero idea of what performance would be like. It probably would be best if you simply ask him to try it out. And if he really does, then we might be interested in the FlightGear performance numbers and last but not least some information, on how that box is equipped. For most SGI models you can choose from a range of different CPU's and to my knowledge the Onyx is no exception (and it might be worse than the Octane ),, Yea, that would be ideal but at the same time, that could be the kiss of death. If it came in unusable for testing then that kills it. The visual database is horribly inaccurate as to be unusable for certain experiments. As for worse performance than the Octane, the table Erik referenced shows that pretty clearly. They have an old Onyx with 4 R4000 chips. It was pretty hot... 12 years ago... Thanks. -- Russ Conway's Law: The structure of a system tends to mirror the structure of the group producing it. -- Mel Conway Datamation (1968) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxworld NY 2004
Jim Wilson [EMAIL PROTECTED] said: Erik Hofman [EMAIL PROTECTED] said: Hi, How did it end with the contacts between sgi and our linuxworld attendees? It looks like sgi has just the machine for that right on time: http://www.sgi.com/features/2004/jan/altix350/ Not sure, but as far as I can tell we don't have a booth. Does anyone know otherwise? Ah ok...just found an email I missed from mid November (a very busy time at work). We got cut from the roster for lack of space. Looking at the map, it seems they've cut back on the .org booths from what I remember. The space at Javits is limited and they probably want to make sure they can sell as much paid booth as possible. But it also looks like the website is still showing some unsold space so maybe next year there will be more. Next time I get a marketing call from them, I'll mention that the .org pavillion is where all the important booths are from my way of thinking. Like they'll care :-) Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Russell Suter wrote: Erik Hofman wrote: Take a look here: http://www.a1.nl/~ehofman/fgfs/comparison.html Ouch! But that's much more than I could have hoped in terms of information. Thank you very much! What would be the visibility for this test? They currently max at 7 NM. All default settings. I was most surprised with: Onyx2 IR2E R10K/250 4MB L2 4RM9/64MB: 4.79 I have to state that I took this table because it compares quite accurately with the data sent to me (by email). So the actual numbers might differ, but the reports I have had were *very* close. This table is based on performance reports from FlightGear users who have sgi equipment. But be aware that this is about the default startup position (stationary at KSFO) which seems a bit heavy on the scenery for alder hardware. Actually, although they want the Bay Area some time in the future, their current database covers South Western U.S. but the projection is a poorly implemented Lambert-Conformal Conic projection. So, they really only have database latitudinally along a thin strip along the middle. They have only 2 airports with even a handful of buildings. Their database does, however, have lineals (roads, rivers, railroads). There is a configuration file that can be used to fine tune FlightGear a bit on older video hardware which might give a performance improvement up to 500%. I saw that. What's the units for visibililty? The file shows 1.0, but what are the units? It's in meters. BTW, how do I determine what my visibility is? And, how do I reduce the fog at far clipping plane? You could use 'z' and 'Z' to change the fog settings. Yea, that changes the settings but how do I know what the value is set to? Thanks!!! Use the property browser and search for /environment/visibility-m Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Autocoordination : Derivatives in FCS
[Markus:] I updated the auto-documentation for the Filters. It's at the JSBSim web site, Documentation, API documentation. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxworld NY 2004
Jim Wilson wrote: Ah ok...just found an email I missed from mid November (a very busy time at work). We got cut from the roster for lack of space. Looking at the map, it seems they've cut back on the .org booths from what I remember. The space at Javits is limited and they probably want to make sure they can sell as much paid booth as possible. But it also looks like the website is still showing some unsold space so maybe next year there will be more. Next time I get a marketing call from them, I'll mention that the .org pavillion is where all the important booths are from my way of thinking. Like they'll care :-) Pity, but what can you tell. Ok, I'll stop nagging about it then ;-) Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Russell Suter wrote: True, and at the moment it's probably the worst place in FlightGear (performance wise). But it's hard to ask someone to give me the framerate for another controlled situation. Startup at KSFO is default. By the way, is this with all of the buildings, etc? Well, it was with the buildings as presented a few months back ... Bit, as I said, you could turn off a lot of stuff (static buildings, random scenery objects and even clouds) and get good results. The questions is, is that acceptable for them. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxworld NY 2004
Erik Hofman [EMAIL PROTECTED] wrote: How did it end with the contacts between sgi and our linuxworld attendees? It looks like sgi has just the machine for that right on time: http://www.sgi.com/features/2004/jan/altix350/ I don't think they offer integrated graphics for the Alix series - you need an additional graphics workstation as front-end and wait, until FlightGear has client-server capabilities ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Autocoordination : Derivatives in FCS
Ah. Fine. So you left away the setto feature? Does not matter, I'm sure noone will miss it. What I don't understand is, how you reset the previous inputs? Which application uses this? Can you send me the final FGFilter.* please? Have you testet the A320-new? Do you like it? I'm unsure about the RR integrator, maybe I will hold to 0 if in bank hold mode, or if I should leave away the bank hold integrator and use only P D for error correction, so RR does not differ from pilot input when leaving Bank hold mode. But thats tweaking ;-) markus [Markus:] I updated the auto-documentation for the Filters. It's at the JSBSim web site, Documentation, API documentation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OT. Altix hardware (Was: Linuxworld NY 2004)
Martin Spott wrote: I don't think they offer integrated graphics for the Alix series - you need an additional graphics workstation as front-end and wait, until FlightGear has client-server capabilities ;-) I thought I was sure they offer InfiniteReality or InfinitePerformance support for the Altix line of servers, but I can't seem to find any reference to it on the net. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Autocoordination : Derivatives in FCS
On Tue, 13 Jan 2004 16:24:42 +0100 Hof Markus [EMAIL PROTECTED] wrote: Ah. Fine. So you left away the setto feature? Does not matter, I'm sure noone will miss it. What I don't understand is, how you reset the previous inputs? Which application uses this? Can you send me the final FGFilter.* please? Maybe the new TRIGGER feature still needs some work. I coded it pretty fast. Also, maybe we don't need to reset inputs at all - I didn't think about it too hard. I did want to give the ability to reset the previous outputs, though, and I think it works in the new FGFilter.cpp. You can get the new code at the JSBSim web site, either by CVS, or by downloading the tarball on the DOWNLOADS page. See the text at the top of that page. Have you testet the A320-new? Do you like it? I have not had time, yet. It will likely be a few days. Can you tell me how to operate the new capabilities you have added? Or, is it merely part of the regular flight controls? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Panel Building ?!?
On Tuesday, 13 January 2004 01:29, David Megginson wrote: Paul Surgeon wrote: Did it handle not zooming through panels? It actually changed the field of view, not the view position, so it was like looking through a zoom lens. All the best, David That's perfect. I forgot that one can zoom that way instead of moving the viewing position. Paul ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman wrote: Russell Suter wrote: True, and at the moment it's probably the worst place in FlightGear (performance wise). But it's hard to ask someone to give me the framerate for another controlled situation. Startup at KSFO is default. By the way, is this with all of the buildings, etc? Well, it was with the buildings as presented a few months back ... Bit, as I said, you could turn off a lot of stuff (static buildings, random scenery objects and even clouds) and get good results. The questions is, is that acceptable for them. Yea, that's the question. Thanks to you and to Martin for all the info. Possibly (hopefully) more to come on this one... -- Russ Conway's Law: The structure of a system tends to mirror the structure of the group producing it. -- Mel Conway Datamation (1968) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Autocoordination : Derivatives in FCS
Ah. Fine. So you left away the setto feature? Does not matter, I'm sure noone will miss it. What I don't understand is, how you reset the previous inputs? Which application uses this? Can you send me the final FGFilter.* please? Maybe the new TRIGGER feature still needs some work. I coded it pretty fast. Also, maybe we don't need to reset inputs at all - I didn't think about it too hard. I did want to give the ability to reset the previous outputs, though, and I think it works in the new FGFilter.cpp. By now I think it should work so. You can extend features when needed. ;-) You can get the new code at the JSBSim web site, either by CVS, or by downloading the tarball on the DOWNLOADS page. See the text at the top of that page. Sorry, I didn't that you already checked it in. Have you testet the A320-new? Do you like it? I have not had time, yet. It will likely be a few days. Can you tell me how to operate the new capabilities you have added? Or, is it merely part of the regular flight controls? It's 'integrated' in flight controls so just use your sidestick ;-) Main features: x - axis: order a Rollrate instead of aileron defl., RR will be the same at hi and low IAS. If RR ordered == 0 ; sidestick neutral, bank hold mode is activated automatically. So, deflect until reaching desired bank and move ss to neutral. Bank will not change. ;-) y-axis is analog, using pitch rate commanded. But pitch hold is not finished, yet. Do you know how overriding FG autopilot with my own A/P function defined as FCS component, I read that they might fight each other. FCPC do also Alpha protection by enabling A/Thrust if IAS below Vso + some kts. Autoland would also be nice ... in future ;-) markus ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Help creating a new model
I am probably WAY too late, but FWIW, you can buy a Bo105 plan here: http://www.airpictorial.com/acatalog/Online_Shop_Germany_14.html Bye bye, Wolfram. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Panel Building ?!?
I agree that 3D is the way to go. Like David says, all the 3D polys in the scene can of course be textured. We (BDG) use a resolution of 512x512 pixels for the textures of each of the main displays (art. horizon, airspeed, VSI, boost gauge etc). The texture includes things like the bezel, it would cost too many polygons to make these in 3D. The two different possibilites are: A) Have 3D polygons and textures on them for everything. B) Have 3D polygons and textures on them for almost everything. Have a special feature panel that means a non 3D person can input coordinates and the program generates a panel. The normal thing to do in most flightsim communities is to have specialists for 2D and 3D. The disadvantage of A) is they have to work together, for example the texturer needs a 3D model to test his textures in flight in the correct type. However, B) has to include all features of A), so B) is actually more complex. There are lots of reasons why one flat dashboard with textures on and no additional polys is bad: - Switches and knobs, as already said by other people. - Often there are several dashboards (for example overhead, on the sides etc) - You might want to do other crew stations that are more 3D. - Often, the dashboard is subdivided. For example you have an outer dashboard on the sides that is a bit farther back and has the engine instruments etc and screw another dashboard on top of this with the 6 main instruments. - I know several planes that have instruments outside the cockpit. For example, the Ju52 (Iron Annie) had at least one instrument on each of the outer engines. - You might want to animate things like rudder pedals. With 3D, a know or a pedal is just another animated item. Bye bye, Wolfram. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Help creating a new model
* Wolfram Kuss -- Tuesday 13 January 2004 21:37: I am probably WAY too late, but FWIW, you can buy a Bo105 plan here: http://www.airpictorial.com/acatalog/Online_Shop_Germany_14.html Not too late, but online buying typically involves a credit card. I don't have one. :-) m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Autocoordination : Derivatives in FCS
Do you know how overriding FG autopilot with my own A/P function defined as FCS component, I read that they might fight each other. FCPC do also Alpha protection by enabling A/Thrust if IAS below Vso + some kts. Autoland would also be nice ... in future ;-) markus OK. I think what you would need to do is to make sure that when you select an autopilot function (such as heading select), that you have control over the name of the property that gets set when that happens. You would thne set the JSBSim property that controls that. For instance, fdm/jsbsim/ap/heading_select (or something like that - I can't remember what I called it - it's in that Autopilot document I wrote and placed on the JSBSim web site). However, I don't know anything about the FightGear autopilot - it might be hardcoded for all I know. Maybe you should start a new topic: Autopilot. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
