[Flightgear-devel] Air Refueling was AI Carrier with Aircraft, and the last JSBSim version
On mar 26 août 2008, Melchior FRANZ wrote: I intend to merge Generic/aar.nas with Nasal/fuel.nas (which are almost the same already), and to offer a simple interface for special needs. The detection of a tanker (not necessarily a flying one) is a generic job, and so is refueling. The part that may differ is what happens with fuel that entered the aircraft. And for that we could just write the fuel amount to a property. An aircraft could then attach a listener to that which takes the fuel and does whatever it likes, and finally resets the property to zero. m. Hello Melchior, The specific air refueling and or fuel.nas makes problems if the Aircraft has some specific tank management, for instance Crusader has a specific transfer tank which feed the others, Blackbird has an other process in order to manage the balance and so on. In addition to it, we may want to start or not the refuel according to some specific animation , or electrical conditions or etc As, i told before, depending on the FDM we can, more or less, include part of these specific features into the FDM itself, JSBSim is able to take it. It is able to work from the property/systems/refuel/contact/property. Unfortunately since FG (some time ago 1 year may be 2 ) has got some modifications regarding the original aar. we need to activate that property/systems/refuel/contact/property. from a Nasal script. If we don't mind about these customized process, the aar.nas is a very good tool which makes the life, to models developers, very nice, having farniente :) Cheers NB: Regarding the new type probe/boom which is defined into into the model.xml with nasal, won't it be possible to define it, into the demo.xml file instead of it ? I know that the shape of the probe versus boom are not the same , however it will be easier to define a tanker KC135 with boom or probe according to the needs, An other refueling_demo.xml file with KC135 with probe -- 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] Air Refueling was AI Carrier with Aircraft, and the last JSBSim version
On mar 26 août 2008, Melchior FRANZ wrote: * gerard robin -- 8/26/2008 2:32 PM: The specific air refueling and or fuel.nas makes problems if the Aircraft has some specific tank management, for instance Crusader has a specific transfer tank which feed the others, Blackbird has an other process in order to manage the balance and so on. With the generic interface an aircraft could just refuse to take any fuel, based on electrical system, or whatever. The idea again is something like this in fuel.nas (with merged in aar.nas): fuel_interface.setDoubleValue(offered_amount); var accepted_amount = fuel_interface.getValue(); if (!accepted_amount) return; if (accepted_amount 0) fill_tanks(accepted_amount); subtract_from_tanker(abs(accepted_amount)); Normally, no listener is attached to node fuel_interface, so the value will be the same after reading in again, and all that was offered in this cycle will be filled into all active tanks, just as it's the case now. But an aircraft could attach a listener to that node: setlistener(fuel_interface, func(n) { if (don_t_feel_like_tanking) { n.setDoubleValue(0);# no thanks; offer rejected } else { var amount = n.getValue(); do_fancy_stuff_with(amount); n.setDoubleValue(-amount); # we took *and* distributed it } }); ... or something. Today i am not the best to evaluate your proposal, many others could say what they want. May be coming here, i will complicate things which are, i guess, requested simple. Generic is generic :) As, i told before, depending on the FDM we can, more or less, include part of these specific features into the FDM itself, JSBSim is able to take it. Yeah, I bet one could code Tetris within a JSBSim config file. Whether it makes sense is a different matter. ;-) hmmm Tetris, not sure. :) Regarding the new type probe/boom which is defined into into the model.xml with nasal, won't it be possible to define it, into the demo.xml file instead of it ? The refueling type must be known over MP/AI. It must also work for aircraft piloted by a human. The demo XML file is the wrong place for that. And then the refueling capacities are properties of the tanker, not of a particular scenario. I agree, however, that using one model for either refueling type (and select-animating the boom/probe model based on that) would be a good idea. m. Oh right i forgot MP. The other alternative could be to create an other data/Models/Geometry/KC135/KC135_probe.xml file with the nasal .setValue(probe), We need, too, a other additional demo.xml file. We save the .ac file which remain the same:) -- 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] Air Refueling was AI Carrier with Aircraft, and the last JSBSim version
On Tue, 26 Aug 2008 16:03:32 +0200, gerard wrote in message [EMAIL PROTECTED]: Yeah, I bet one could code Tetris within a JSBSim config file. Whether it makes sense is a different matter. ;-) hmmm Tetris, not sure. :) ..err, if it can be done, or, if it makes sense? ;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. - 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] Air Refueling was AI Carrier with Aircraft, and the last JSBSim version
Yeah, I bet one could code Tetris within a JSBSim config file. Whether it makes sense is a different matter. ;-) m. Heh. :-) Actually, the point I am interested in is that JSBSim has the capability to apply externally generated forces and moments to the aircraft. I suspect YASim has a similar capability. This is not JSBSim unique - it's simply a good practice. No FDM should have to handle all unique capabilities such as hook/catapult/tow rope, etc. It makes much more sense to handle simple forces and moments and let the calling application sort out the reasoning. Does that make sense? Jon - 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