RE: [Flightgear-devel] NASAL update YASim parameters
Josh Babcock wrote Andy Ross wrote: Josh Babcock wrote: Is there a way to tell YASim to add or subtract some drag? I want to add some drag to the superfort when the bomb doors open. They were supposed to really wreck the airflow, though not as bad as the lg which doubled the drag! Well, right now you could model them as landing gear, which act like flat plate drag objects with the size of their length (just put the gear contact points somewhere where they can't actually touch the ground). Having a speedbrake subobject was something that was really supposed to have been in the code from the beginning. It's really easy, but I just never got around to it. Give me a bit to, er, remember how the code works and maybe I can get it added. Other aircraft could use it too. See the Spitfire which uses a 'gear' object to model the canopy so that there's additional drag when it's open. There's a hack in the Hunter config file to provide a working speedbrake (aka airbrake for the Brits), using the spare flap object on the tail. Works well enough, but a proper solution would be good. Regards, Vivian ___ 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] b29 CVS
Le mardi 07 juin 2005 23:41 -0400, Josh Babcock a crit : If I start putting weekly updates to the superfort on my website, will someone volunteer to commit them? I'm planning on just uploading it from a cron job which can send the lucky contestant e-mail reminders if desired. Josh In spite of a graphic card not solved, no problem for me i can be one of the lucky contestant. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Kansai International Airport was renewed.
Hi,All I'm administrator of Jp.FlightGear.org. We are enjoying flight thanks to you. Our companion's Mr. van corrected Kansai International Airport with taxidraw. http://envtech.hp.infoseek.co.jp/737kix/rjbb_rev.jpg http://envtech.hp.infoseek.co.jp/737kix/apt_RJBB.dat http://www.kansai-airport.or.jp/english/index.htm Please anyone tell me how to convert to the FlightGear format? Thanks in advance, tetsu ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Main Airports Conflict with Graphic Card6600GT !!!
Le mercredi 08 juin 2005 03:08 +0200, Gerard ROBIN a crit :
Le mercredi 08 juin 2005 01:45 +0200, Gerard ROBIN a crit :
Le mardi 07 juin 2005 17:07 -0400, [EMAIL PROTECTED] a crit :
I also have an nvidia card, though an older one, and when I go from
Enhanced
Runway Lights (as low as 3 fps) to no Enhanced Runway Lights, it jumps to
40
fps. Any connection?
As far as i understand the preference.xml content,
We do have that property
enhanced-lighting type=boolfalse/enhanced-lighting
AND
In the fg menu i did not indicate Enhanced Runway Lighting.
To conclude about that problem, and before i come back to my old NVIDIA 5200
Does anybody can tell me, how may i deactivate the runway landing
lights ?
thanks
IT IS UNUSUAL that i give the question and later on the answer :-)
I have solved it with a patch in renderer.cxx (hope temporary)
// draw runway lighting
if ( draw_otw ) {
//ssgCullAndDraw( globals-get_scenery()-get_vasi_lights_root() );
ssgCullAndDraw( globals-get_scenery()-get_rwy_lights_root() );
}
==
added comment on line 638
ssgCullAndDraw( globals-get_scenery()-get_vasi_lights_root() );
about, fps: the result is ok (70 fps)
about, Runway landing light it is deleted
about, Runway light still present not deleted.
May be an other Question:
Is it, a PLIB bug, a NVIDIA bug, a FG bug ???
about NVIDIA 6600 it is now able to process GL 2.0 so !!
--
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
[Flightgear-devel] definitions
i am looking at the codes of larcsim c172aero and i am not sure what they really mean? anybody knows_?
#define DYN_ON_SPEED 33 /*20 knots*/
static SCALAR Ai;
static SCALAR alpha_ind[NCL]={-0.087,0,0.14,0.21,0.24,0.26,0.28,0.31,0.35};
static SCALAR flap_times[Ndf]={0,4,2,2};
#ifdef USENZ #define NZ generic_.n_cg_body_v[2] #else #define NZ 1 #endif
thanks
CAN
Discover Yahoo!
Have fun online with music videos, cool games, IM & more. Check it out!___
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
Re: [Flightgear-devel] Main Airports Conflict with Graphic Card6600GT !!!
On Wed, 08 Jun 2005 15:45:40 +0200, Gerard wrote in message [EMAIL PROTECTED]: IT IS UNUSUAL that i give the question and later on the answer :-) ..but very helpful for FlightGear and the next guys wonderng about the same thing, it also allows the Hell No!, you got it all wrong! because you post instead of keeping quiet about your solution. :o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Main Airports Conflict with Graphic Card6600GT !!!
Gerard ROBIN wrote:
Le mercredi 08 juin 2005 03:08 +0200, Gerard ROBIN a crit :
Le mercredi 08 juin 2005 01:45 +0200, Gerard ROBIN a crit :
Le mardi 07 juin 2005 17:07 -0400, [EMAIL PROTECTED] a crit :
I also have an nvidia card, though an older one, and when I go from Enhanced
Runway Lights (as low as 3 fps) to no Enhanced Runway Lights, it jumps to 40
fps. Any connection?
As far as i understand the preference.xml content,
We do have that property
enhanced-lighting type=boolfalse/enhanced-lighting
AND
In the fg menu i did not indicate Enhanced Runway Lighting.
To conclude about that problem, and before i come back to my old NVIDIA 5200
Does anybody can tell me, how may i deactivate the runway landing
lights ?
thanks
IT IS UNUSUAL that i give the question and later on the answer :-)
I have solved it with a patch in renderer.cxx (hope temporary)
// draw runway lighting
if ( draw_otw ) {
//ssgCullAndDraw( globals-get_scenery()-get_vasi_lights_root() );
ssgCullAndDraw( globals-get_scenery()-get_rwy_lights_root() );
}
==
added comment on line 638
ssgCullAndDraw( globals-get_scenery()-get_vasi_lights_root() );
about, fps: the result is ok (70 fps)
about, Runway landing light it is deleted
about, Runway light still present not deleted.
May be an other Question:
Is it, a PLIB bug, a NVIDIA bug, a FG bug ???
about NVIDIA 6600 it is now able to process GL 2.0 so !!
So you have 'Enhanced Runway Lighting' even when its disabled in the
rendering dialog ?
The slowness is not rellay a bug, it just says that the card can't
render that in hardware.
Perhaps someone will find another way to draw those light...
Harald.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Main Airports Conflict with Graphic Card6600GT !!!
Le mercredi 08 juin 2005 18:51 +0200, Harald JOHNSEN a crit : May be an other Question: Is it, a PLIB bug, a NVIDIA bug, a FG bug ??? about NVIDIA 6600 it is now able to process GL 2.0 so !! So you have 'Enhanced Runway Lighting' even when its disabled in the rendering dialog ? The slowness is not rellay a bug, it just says that the card can't render that in hardware. Perhaps someone will find another way to draw those light... Harald. The hardware is able to do it, with the old driver 6229 it can. But the average performance is less, because that driver does not suit to these new GPU with GPL 2. May be a bug in the last NVIDIA driver. I could explain the problem if i was more accurate about GL and that light animation. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Source of aircraft info
Hello all, just found this site while looking for some aircraft info... http://www.vectorsite.net/index.html Select the 'Air Vectors' link for the aircraft articles. I've only checked a couple of aircraft but it seems like good quality stuff. I haven't looked at any of the other sections. LeeE ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Airports Data + Zoom + SHIPs
Perhaps seperating land and water would be the next thing on the agenda? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] animation bug
It looks like rotate animations require an x-m coord for center tags even though you can get away without y-m or z-m. What's worse, it not only fails silently, it grabs the y-m value for x-m and then uses the z-m value for y-m. Here comes the code. Broken: (but can be fixed with an x-m0/x-m) animation typerotate/type object-nameGearDoor3/object-name propertygear/gear[2]/position-norm/property offset-deg0/offset-deg factor180/factor min-deg0/min-deg max-deg60/max-deg center y-m3.41/y-m z-m-0.780/z-m /center axis x-1/x /axis /animation Works: animation typerotate/type object-nameRudder/object-name propertysurface-positions/rudder-pos-norm/property factor30/factor center x-m27.3/x-m /center axis z-1/z /axis /animation PS, you can play with this at ftp://jrbabcock Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
