Hello Dave,
I did meant the Nasal script is useless, since we can do the same feature
only with jsbsim .
Functions complex or not can be done within it.
It can answer to such "external" feature like animation.
Because we don't forget the main target, with jsbsim, to build the most
realistic simulation, using jsbsim to PLAY with animation could be
understood, a waste :)
In order to answer to Alasdair remark i did want only to point that other
alternative, not to criticize the work, your work, done with Nasal.
My apologize, i did not explained.
2011/2/11 dave perry <skida...@mindspring.com>
> The nasal script action-sim,and similar animation scripts produces
> aircraft-geometry-unique animation parameters used by xml files to produce
> the actual animations. If one wants to animate the gear so it responds to
> the fdm produced gear compressions, such nasal scripts are critical. The
> alternative is to have the tires penetrate the ground surface different
> depth dependent on the fdm supplied compression and the oleo links move up
> and down rigidly. Both are not at all realistic. This script is not at all
> "useless".
>
> Dave P. (author of the script)
>
>
> On 02/11/2011 05:49 AM, henri orange wrote:
>
> Hi,
>
> Though, newbe, since i have to maintain some old jsbsim aircraft, my
> understanding ts becoming better.
> Here we do have a c172p which is using nasal only for animation, that scrip
> is, to me, right now, useless.
> The data compression, rotation and so on, are exposed in the, today,
> jsbsim FDM.
>
> The others features, landing gear related ( rolling friction and so on ) ,
> can be easily processed, within the FDM, since, the required data are
> exposed, and RT updated, with functions.
> To do that, jsbsim want only the ground values, load-resistance,
> friction-factor, rolling-friction, and solid or not.
>
> These real time data are NOT EXPOSED within Flighgear,. i don't know, why,
> and, i don't know if this has being discussed before.
> ONLY, a little nasal script gives the right required, input.
>
> Thus, every jsbsim Aircraft model which want the right behavior on ground,
> need that nasal scrip.
>
> Yes the best would be to transfer the "nasal 30 lines script" to the jsbsim
> source, or better to the Flightgear source, since others generic
> flightgear features does want such data.
> I can notice the usage of that nasal script with some yasim aircraft also.
>
>
>
> 2011/2/11 Alasdair <ali...@btinternet.com>
>
>> On Thu, 2011-02-10 at 15:34 +0100, Bertrand Coconnier wrote:
>> > Correct. JSBSim itself makes no distinction between ground materials
>> > (hence the reason why some aircrafts are able to land on water). This
>> > can however be managed with Nasal scripts. So I would say that this
>> > issue is likely located in one of the C172 Nasal scripts.
>> >
>> > Bertrand
>> >
>>
>> On an OT philisophical note..
>> Is , or rather, was the introduction of NASAL scripting a "Good Thing"
>> or can it be considered as the hugest abomination to ever befall the FG
>> World, rendering the
>> use of GDB as a useless tool for tracing the behaviour of C/C++ code,
>> sometimes
>> modified or nullified by a run-time script? Just a thought. Are there
>> any other source
>> code purists out there. I hope so, cos I would hate to justify this
>> untimely rant on my
>> own. Somehow it reminds me of self modifiaction of computer code,
>> thought clever
>> by some specialists when Babbage was but a baby.
>>
>> --
>> Kind regards,
>>
>> Alasdair
>>
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
>
> --
> Best regards,
>
> Henri, aka Alva
> Official grtux hangar maintainer
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit
> performance.http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Flightgear-devel mailing
> listFlightgear-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
--
Best regards,
Henri, aka Alva
Official grtux hangar maintainer
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
