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 list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to