Re: [Flightgear-devel] After crash , Restart ?
Ampere K. Hardraade wrote: On June 9, 2005 05:28 pm, Martin Spott wrote: I'm curious if it is possible to 'simply' define the whole model as a contact point and let the OpenGL subsystem detect terrain collision. This would require some return channel from the OpenGL system back to the application and I have no idea if this is achievable, If it is achievable, how will that work for aircrafts that use seperated models, such as the A380? No idea, I didn't know there are aircraft with 'separated' models. I thought all these models would consist of several objects that are logically grouped together into a single model, 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
Re: [Flightgear-devel] After crash , Restart ?
Erik Hofman wrote: Martin Spott wrote: Wouldn't be there a method to avoid planes floating below the surface ? I remember having the PC-7 sitting at one end of the runway, rotating back around a point somewhere behind the main gear and disappearing afterwards. I think this case is coupled to strong wind, Yes, by specifying more contact points (wingtips, tip of the vertical tail, tip of the spinner, etc). I'm curious if it is possible to 'simply' define the whole model as a contact point and let the OpenGL subsystem detect terrain collision. This would require some return channel from the OpenGL system back to the application and I have no idea if this is achievable, 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
Re: [Flightgear-devel] After crash , Restart ?
On June 9, 2005 05:28 pm, Martin Spott wrote: I'm curious if it is possible to 'simply' define the whole model as a contact point and let the OpenGL subsystem detect terrain collision. This would require some return channel from the OpenGL system back to the application and I have no idea if this is achievable, Martin. If it is achievable, how will that work for aircrafts that use seperated models, such as the A380? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Martin Spott wrote: I'm curious if it is possible to 'simply' define the whole model as a contact point and let the OpenGL subsystem detect terrain collision. Not meaningfully. The 3D geometry can tell you collision points between polygons. It can't tell you whether those polygons are landing gear, or in what direction they will compress, or what the generated forces are. All that information has to be passed to the FDM separately, it can't be computed from the 3D model. The only way to prevent the model intersects ground issue for the common case is to make sure the 3D artists and FDM modellers are 100% agreed on their choices of coordinates. Note that YASim will automatically generate contact points for wing and fuselage endpoints, so you should get acceptable behavior as long as the FDM and polygon numbers match. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Dave Culp wrote: Actually I added the reset-after-crash to my OV-10 sim because it will be used by the public, and they will crash often and not know why the crashed airplane is floating under the surface of the earth. I added it to JSBSim, thinking that nobody else wanted subterranean floating airplanes. Wouldn't be there a method to avoid planes floating below the surface ? I remember having the PC-7 sitting at one end of the runway, rotating back around a point somewhere behind the main gear and disappearing afterwards. I think this case is coupled to strong wind, 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
Re: [Flightgear-devel] After crash , Restart ?
Martin Spott wrote: Wouldn't be there a method to avoid planes floating below the surface ? I remember having the PC-7 sitting at one end of the runway, rotating back around a point somewhere behind the main gear and disappearing afterwards. I think this case is coupled to strong wind, Yes, by specifying more contact points (wingtips, tip of the vertical tail, tip of the spinner, etc). Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Le mercredi 08 juin 2005 00:16 -0400, Josh Babcock a crit : Dave Culp wrote: I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Aaah, I sense something: This might be a means to automagically re-incarnate crashed AI aircraft :-) Actually I added the reset-after-crash to my OV-10 sim because it will be used by the public, and they will crash often and not know why the crashed airplane is floating under the surface of the earth. I added it to JSBSim, thinking that nobody else wanted subterranean floating airplanes. Here's the code location so you can remove it: See source/src/FDM/JSBSim/JSBSim.cxx in the function named copy_from_JSBSim(), at about line 848: // force a sim reset if crashed (altitude AGL 0) if (get_Altitude_AGL() 0.0) { SGPropertyNode* node = fgGetNode(/sim/presets, true); globals-get_commands()-execute(old-reinit-dialog, node); } It uses some pre-existing reset code that I found bound to a key in keyboard.xml. It seems to work well here, although the report of the /fdm/jsbsim property node being cloned after every reset is a problem. You can comment out the code completely, or if you need lat/lon for the crash site you can add that as console output in the above block of code. I'll look into the node cloning today if I get a chance. Dave It could easily check another property and then decide whether to use the old behavior or automatically reset. That property could have a user-friendly setting in preferences.xml, and everyone else could change it locally. Josh I agree the best user-friendly is the addition of a property. About realistic visual crash, precise tuning with contact points and a like bo105 crash modelisation are the best answer, in that case we should not have automatic reset. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Before I get too far on the property node cloning thing I want to make sure this isn't a feature rather than a bug. Does anyone want there to be old /fdm/jsbsim property nodes kept around whenever fgInitFDM() is called? As background, when the sim is reset using this: globals-get_commands()-execute(old-reinit-dialog, node); the old instance of the FDM is destroyed and a new one created in fgInitFDM(). If this is a JSBSim FDM, then the property node /fdm/jsbsim stays and a new one, called /fdm/jsbsim[1] is created. This happens again at every reinit. This is a problem because some instruments are tied to properties in /fdm/jsbsim, so after a reset they are tied to inactive properties. Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Le mercredi 08 juin 2005 10:14 -0500, Dave Culp a crit : Before I get too far on the property node cloning thing I want to make sure this isn't a feature rather than a bug. Does anyone want there to be old /fdm/jsbsim property nodes kept around whenever fgInitFDM() is called? As background, when the sim is reset using this: globals-get_commands()-execute(old-reinit-dialog, node); the old instance of the FDM is destroyed and a new one created in fgInitFDM(). If this is a JSBSim FDM, then the property node /fdm/jsbsim stays and a new one, called /fdm/jsbsim[1] is created. This happens again at every reinit. This is a problem because some instruments are tied to properties in /fdm/jsbsim, so after a reset they are tied to inactive properties. Dave You answer to one of my previous message === =Objet: Reset with JSBSim== JSBSim duplicate =Date: Tue, 07 Jun 2005 14:34:52 +0200 =After RESET, and if using FDM JSBSim: =FG duplicate a new FDM JSBSim, =we can see it in Browser Property , /fdm/jsbsim (origine), /fdm/jsbsim1 =(new 1 first reset), /fdm/jsbsim2 (new 2 second reset) and so on. =We had the same error in FG-9.8 =The consequence is, after reset we cannot use JSB specific properties. I guess it is a bug. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] After crash , Restart ?
I have just rebuild the last cvs release, and, may be i am wrong after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Gerard ROBIN wrote: after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. I saw the same effect last week, although I was under the impression that this depends on the aircraft you choose. Please try a different one (preferrably with a different FDM) and report if the effect is still the same. Cheers, 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
Re: [Flightgear-devel] After crash , Restart ?
Le mardi 07 juin 2005 13:39 +0200, Gerard ROBIN a crit : I have just rebuild the last cvs release, and, may be i am wrong after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. I am probably wrong, because that happen in specifics situations, i am trying to find which. Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] After crash , Restart ?
I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Jon Gerard ROBIN wrote: after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. I saw the same effect last week, although I was under the impression that this depends on the aircraft you choose. Please try a different one (preferrably with a different FDM) and report if the effect is still the same. Martin. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] After crash , Restart ?
Le mardi 07 juin 2005 07:11 -0500, Jon Berndt a crit : I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Jon Gerard ROBIN wrote: after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. I saw the same effect last week, although I was under the impression that this depends on the aircraft you choose. Please try a different one (preferrably with a different FDM) and report if the effect is still the same. Martin. Yes it is with JSB aircraft, I don't like that, may i disable it? -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Jon Berndt wrote: Gerard ROBIN wrote: after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. I saw the same effect last week, although I was under the impression that this depends on the aircraft you choose. Please try a different one (preferrably with a different FDM) and report if the effect is still the same. I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Aaah, I sense something: This might be a means to automagically re-incarnate crashed AI aircraft :-) 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
Re: [Flightgear-devel] After crash , Restart ?
Le mardi 07 juin 2005 12:50 +, Martin Spott a crit : Jon Berndt wrote: Gerard ROBIN wrote: after crash, the aircraft is again in normal startup situation, we have not time to see place and position of crash. Is it new? if yes how can we disable that new function. I saw the same effect last week, although I was under the impression that this depends on the aircraft you choose. Please try a different one (preferrably with a different FDM) and report if the effect is still the same. I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Aaah, I sense something: This might be a means to automagically re-incarnate crashed AI aircraft :-) Martin. Oh but the best could be to modify FG in order to make Aircrafts: never crash, land and take off nicely, ... brave new world :-)) -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Aaah, I sense something: This might be a means to automagically re-incarnate crashed AI aircraft :-) Actually I added the reset-after-crash to my OV-10 sim because it will be used by the public, and they will crash often and not know why the crashed airplane is floating under the surface of the earth. I added it to JSBSim, thinking that nobody else wanted subterranean floating airplanes. Here's the code location so you can remove it: See source/src/FDM/JSBSim/JSBSim.cxx in the function named copy_from_JSBSim(), at about line 848: // force a sim reset if crashed (altitude AGL 0) if (get_Altitude_AGL() 0.0) { SGPropertyNode* node = fgGetNode(/sim/presets, true); globals-get_commands()-execute(old-reinit-dialog, node); } It uses some pre-existing reset code that I found bound to a key in keyboard.xml. It seems to work well here, although the report of the /fdm/jsbsim property node being cloned after every reset is a problem. You can comment out the code completely, or if you need lat/lon for the crash site you can add that as console output in the above block of code. I'll look into the node cloning today if I get a chance. Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
Dave Culp wrote: I believe you are seeing the results of a new capability that Dave Culp added to JSBSim recently. Aaah, I sense something: This might be a means to automagically re-incarnate crashed AI aircraft :-) Actually I added the reset-after-crash to my OV-10 sim because it will be used by the public, and they will crash often and not know why the crashed airplane is floating under the surface of the earth. I added it to JSBSim, thinking that nobody else wanted subterranean floating airplanes. Here's the code location so you can remove it: See source/src/FDM/JSBSim/JSBSim.cxx in the function named copy_from_JSBSim(), at about line 848: // force a sim reset if crashed (altitude AGL 0) if (get_Altitude_AGL() 0.0) { SGPropertyNode* node = fgGetNode(/sim/presets, true); globals-get_commands()-execute(old-reinit-dialog, node); } It uses some pre-existing reset code that I found bound to a key in keyboard.xml. It seems to work well here, although the report of the /fdm/jsbsim property node being cloned after every reset is a problem. You can comment out the code completely, or if you need lat/lon for the crash site you can add that as console output in the above block of code. I'll look into the node cloning today if I get a chance. Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d It could easily check another property and then decide whether to use the old behavior or automatically reset. That property could have a user-friendly setting in preferences.xml, and everyone else could change it locally. Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] After crash , Restart ?
It could easily check another property and then decide whether to use the old behavior or automatically reset. That property could have a user-friendly setting in preferences.xml, and everyone else could change it locally. Yep, that would be best solution. I'll see if I can get to that today. Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d