Re: [Flightgear-devel] Braking chutes
On Wednesday 08 October 2008 10:16:28 gerard robin wrote: Hello AJ Thanks What about SpeedBrake, which could be used instead of it with some particular Aircraft (BlackBird) won't it be better to have a wrapper too ? Hi Gerard, Yes, definitely; actually I had a simple one in my own controls.nas a while ago but never got round to getting it committed. Airbrakes are an ideal candidate, because they work in quite different ways on different aircraft. Some have simple two position fully in/out selectors, others have momentary switches or sliders that allow partial deployment. The controls.nas wrapper function doesn't have to care about that though - if you want a different action from the simple default, you create your own aircraft-specific controls.airbrakeOut or whatever to override it (as we already do with flaps etc). Cheers, AJ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Braking chutes
On Wednesday 08 October 2008 10:06:38 James Turner wrote: What about multiplayer (claim one of the network shared properties?), and re-setting the chute for the next take off? Does chuteDeploy(0) specify a reset? I deliberately didn't include a reset in the spec, because AFAIK that's not something you can do from the cockpit of any aircraft. You can still add your own reset functions of course, accessible from a dialogue box or menu (as the Lightning has). Multiplayer is another thing altogether I'm afraid... making chutes display correctly (or even display at all) would require standardisation on several properties for chutes, and would be a lot more work on each model. I'd like to see it happen of course and I hope it will, but don't have the time to make that happen just now :-\ The controls wrapper by contrast is easy and quick to add to your model. I'd suggest making a small page on the Wiki (in the aircraft development section) so this information doesn't get lost in the list archives. At the moment, I think all our models with braking chutes are by people who follow this list and there aren't too many of them. The general principle of controls wrappers and how to override them is definitely worthy of an article though... Cheers, AJ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Braking chutes
On mercredi 08 octobre 2008, AJ MacLeod wrote: Hi all (aircraft developers in particular), As you might have noticed from the commits list, there was a wrapper function added to controls.nas last night for braking chutes. As things stand, it is practically impossible to asssign braking chute functions to a joystick or other controller because every aircraft model handles the chute in a different way (since the Lightning was the first one in FG to model a braking chute I take no blame for this - though perhaps if I'd done it in a sane way others would have copied it :-) ) PLEASE modify your aircraft to use the controls.chuteDeploy function - override it to your heart's content in your own model. All you need to ensure is that controls.chuteDeploy(1) deploys the chute and controls.chuteDeploy(-1) jettisons the chute (if appropriate). It only took a few minutes to convert the Lightning to use the wrapper (and the Lightning's chute control stuff is a real mess - well designed models will be even easier ;-) but it should make life a lot easier for people writing controller configs and avoid the need for clumsy aircraft-specific commands in controller config files. Cheers, AJ Hello AJ Thanks What about SpeedBrake, which could be used instead of it with some particular Aircraft (BlackBird) won't it be better to have a wrapper too ? Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Braking chutes
On mercredi 08 octobre 2008, gerard robin wrote: On mercredi 08 octobre 2008, AJ MacLeod wrote: Hi all (aircraft developers in particular), As you might have noticed from the commits list, there was a wrapper function added to controls.nas last night for braking chutes. As things stand, it is practically impossible to asssign braking chute functions to a joystick or other controller because every aircraft model handles the chute in a different way (since the Lightning was the first one in FG to model a braking chute I take no blame for this - though perhaps if I'd done it in a sane way others would have copied it :-) ) PLEASE modify your aircraft to use the controls.chuteDeploy function - override it to your heart's content in your own model. All you need to ensure is that controls.chuteDeploy(1) deploys the chute and controls.chuteDeploy(-1) jettisons the chute (if appropriate). It only took a few minutes to convert the Lightning to use the wrapper (and the Lightning's chute control stuff is a real mess - well designed models will be even easier ;-) but it should make life a lot easier for people writing controller configs and avoid the need for clumsy aircraft-specific commands in controller config files. Cheers, AJ Hello AJ Thanks What about SpeedBrake, which could be used instead of it with some particular Aircraft (BlackBird) won't it be better to have a wrapper too ? Cheers AND i forgot to say, if there will be any wrapper with Air SpeedBrake, F-8E wants it with variable positions , like we have with Flaps. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Braking chutes
On mercredi 08 octobre 2008, AJ MacLeod wrote: On Wednesday 08 October 2008 10:16:28 gerard robin wrote: Hello AJ Thanks What about SpeedBrake, which could be used instead of it with some particular Aircraft (BlackBird) won't it be better to have a wrapper too ? Hi Gerard, Yes, definitely; actually I had a simple one in my own controls.nas a while ago but never got round to getting it committed. Airbrakes are an ideal candidate, because they work in quite different ways on different aircraft. Some have simple two position fully in/out selectors, others have momentary switches or sliders that allow partial deployment. The controls.nas wrapper function doesn't have to care about that though - if you want a different action from the simple default, you create your own aircraft-specific controls.airbrakeOut or whatever to override it (as we already do with flaps etc). Cheers, AJ Yes, i understand , my previous mail about F-8E is an example of it. Since, i understood wrapper, a tool which open the free choice of any keyboard and any key feature with a Joystick or with some specific home made Cockpit, i thought that it would be very useful to have a wrapper in that case. But , i was wrong in my understanding of it . Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Braking chutes
On 8 Oct 2008, at 09:50, AJ MacLeod wrote: PLEASE modify your aircraft to use the controls.chuteDeploy function - override it to your heart's content in your own model. All you need to ensure is that controls.chuteDeploy(1) deploys the chute and controls.chuteDeploy(-1) jettisons the chute (if appropriate). Really good to see this kind of thing getting standardises as the number of aircraft using a feature increases - it's always hard to find a balance between adding new, aircraft-specific features and cleaning up old ones. What about multiplayer (claim one of the network shared properties?), and re-setting the chute for the next take off? Does chuteDeploy(0) specify a reset? I'd suggest making a small page on the Wiki (in the aircraft development section) so this information doesn't get lost in the list archives. Regards, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel