- Original Message -
From: "David Luff" <[EMAIL PROTECTED]>
To: "FlightGear developers discussions" <[EMAIL PROTECTED]>
Sent: Monday, November 17, 2003 11:29 AM
Subject: Re: [Flightgear-devel] Re: AI merge
>
>
> On 11/17/03 at 8:34 AM David Culp wrote:
> >A merge of AI systems at the "b
> Jon S. Berndt wrote:
> > I just want to know: why "nasal"?
>
> Like I said. I don't have a clue.
>
> Andy
"nasal" ... Sounds like it might have something to do with the space program
... ;-)
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http:
Jon S. Bertdt wrote:
> I just want to know: why "nasal"?
Because, sir, I am a marketing genius. :)
Actually, it start out life as "Nasl", which was an acronym for "Not
Another Scripting Language". There wasn't much purpose behind that
name either, but it was reasonably descriptive. And similar
I just want to know: why "nasal"?
:-)
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
OK, I had some time over the weekend to carry out my threat of hacking
the Nasal interpreter into FlightGear. So now we have another
language to flame about. :)
http://www.plausible.org/andy/fg-nasal-1.0.tar.gz
[This touches SimGear, FlightGear and the base package, so you'll
see source,
On Monday 17 November 2003 09:18, Melchior FRANZ wrote:
> * Innis Cunningham -- Monday 17 November 2003 09:06:
> > I can take a jpeg but I dont know how to show it.Is there somewhere
> > I can send it to be displayed.
>
> I've put it here:
>
> http://members.aon.at/mfranz/737_surfaces.jpg (41
On Monday 17 November 2003 18:17, Andy Ross wrote:
> matt wrote:
> > Can this be specified per object or in the header for the entire
> > model?
>
> It's per-material. AC3D puts all the materal formats together in the
> header of the document.
>
> Andy
>
plus still figuring stuff out:)
LeeE
Innis Cunningham <[EMAIL PROTECTED]> said:
> Hi Guys
> I guess this is directed to the model makers.
> I am making a model with AC3D and I have five surfaces
> that stay white in FG even though I apply a material to them.
> I have tried fliping normals or rearranging the vertex order but still
> t
Seamus Thomas Carroll wrote:
I figured out the what you mention. The part that confuses me is how to
put the data from the xml file in a desired location. For example if I
have the xml document:
...
1
-128.553223
54.233123
...
How does id, lon, lat initialize the variables int id, dou
I figured out the what you mention. The part that confuses me is how to
put the data from the xml file in a desired location. For example if I
have the xml document:
...
1
-128.553223
54.233123
...
How does id, lon, lat initialize the variables int id, double lon, double
lat?
Seamus
David Megginson wrote:
> I was amazed at how tricky this got a year or so ago when I was
> experimenting with it. I agree that we need some kind of damping at
> slow speed. Essentially, the gear forces have to become a special
> case, reducing forces and moments towards zero but never beyond into
Seamus Thomas Carroll wrote:
Is there a tutorial or can someone give or direct me to a simple example
on how to use easyxml? I am trying to work my way through props_io.cxx
but it is not an easy introduction.
Do you want to work with properties or raw, low-level XML? Properties
provide a high
Jim Wilson wrote:
Can't we bring in some sort of damping factor that would just render the
aircraft stuck at very small velocities, but would still allow it to become
unstuck if a great enough force was applied? A sort of automatic parking
break that gets applied gradually starting at 0.01 fps an
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > So then what would happen if you artificially introduced resistance at the
> > same time (near zero velocity) in a manner similar to a partially applied
> > parking brake?
>
> The problem is that if the landing gear produces
Hi,
Is there a tutorial or can someone give or direct me to a simple example
on how to use easyxml? I am trying to work my way through props_io.cxx
but it is not an easy introduction.
Seamus
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
Hi,
Starting today (monday) I will be working on a ground vehicle server that
will manage the movement of ground vehicles over a road network. The server
will be in charge of calculating the ground elevation and movement of each
vehicle every second. Any connecting client (FG) will be passed
Hi
I do not think it's a problem with the normal.
Like someone else hinted, it might be the specular exponent.
Unfortunately, I do not rememebr a good value, but I think one of the
three numbers 1,3,10 should be good. So, if you try the three one
after the other, maybe with an ascii editor in your
David Culp writes:
> >> for instance, the instruction to "Make random AI appear around
> > >KSJC" could be done something like this:
> > >
> > >
> > > ...
> > >
> > >random
> > >local-traffic
> > >KSJC
> > >
> > > ...
> > >
> >
> > Thats a lot of files for every airport!!!
>
>
On Monday, 17 November 2003 22:46, Norman Vine wrote:
> There are many my favorite are
> http://www.colorado.edu/geography/gcraft/notes/datum/datum.html
> http://earth-info.nima.mil/GandG/geolay/toc.htm
> http://www.irbs.com/bowditch/
>
> My favorite text
> Bomford, G. 1980. Geodesy. Oxford: Claren
Paul Surgeon writes:
>
> Does anyone know how to determine the tangent to a point on a wgs84 ellipsoid?
this should help
FG_SRC / tests / test_up.cxx
> Are there any good sources that will walk me through ellisoid maths
> step-by-step?
There are many my favorite are
http://www.colorado.edu/geo
Does anyone know how to determine the tangent to a point on a wgs84 ellipsoid?
In particular I'm trying to find the "geodetic center point" of a wgs84
ellipsoid based on a geodetic point on the surface.
Explanation attempt 1 :
If I extend a line towards the inside of the ellipsoid which is perpen
>> for instance, the instruction to "Make random AI appear around
> >KSJC" could be done something like this:
> >
> >
> > ...
> >
> >random
> >local-traffic
> >KSJC
> >
> > ...
> >
>
> Thats a lot of files for every airport!!!
Actually it's only one file. One part of one file e
matt wrote:
> Can this be specified per object or in the header for the entire
> model?
It's per-material. AC3D puts all the materal formats together in the
header of the document.
Andy
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail
Can this be specified per object or in the header for the entire model?
I just wondered if there was a rason that the aircraft models in FlightGear aren't
very 'shiny'. Thats not a slant on the respective authors BTW, :-)
Thanks,
Matt.
On Mon, Nov 17, 2003 at 08:16:34AM -0800, Andy Ross wrote
On Mon, 17 Nov 2003 11:33:35 -0500
David Megginson <[EMAIL PROTECTED]> wrote:
Again, I'm wondering if this is an aerodynamic problem (aside from
the bouncing-around-sitting-still thing). Because of its lifting
surfaces, a plane is certainly more vulnerable to the wind than a car,
even when it is
On 11/17/03 at 8:34 AM David Culp wrote:
>A merge of AI systems at the "bottom end" looks easy. Our base classes
>are
>nearly identical. The merge at the "top end", the manager, would be more
>difficult. I'd like the manager to be "dumb" as well, in that no
>scenarios
>are hard coded. In m
Andy Ross writes:
> Hrm... well that throws a wrench into the "static spring force while
> stopped" idea. Maybe it could be salvaged by doing the static spring
> computation only in the (1D) transverse direction...
Again, I'm wondering if this is an aerodynamic problem (aside from the
bouncin
matt wrote:
> Is there a way to have specular effects on the models in FG? Using
> Blender or AC3D? I suppose there is some Plib issue but I thought
> I'd ask...
It depends on what you mean. Plib support a specular exponent (Phong
model) in the lighting computations just fine. This gets you
"hi
David Megginson wrote:
> Andy Ross writes:
> > JSBSim and YASim do things pretty much the same way, using a
> > coefficient of friction for gear as they slide over the ground. This
> > integration works fine for a moving aircraft,
>
> Unfortunately, not -- when the JSBSim and YASim aircraft are ro
Erik Hofman wrote:
> Now the resulting moments and forces should be added by the results
> of the individual wheels, not by averaging it, but rather by vector
> mathematics.
The FDMs already do this. Each gear gets its own force application,
which is a sum of compressive force along the strut and
Is there a way to have specular effects on the models in FG? Using Blender or AC3D? I
suppose there is some Plib issue but I thought I'd ask...
Thanks,
Matt.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listi
On Mon, 17 Nov 2003 15:03:39 +0100
Erik Hofman <[EMAIL PROTECTED]> wrote:
While the wheel dynamics allow the wheels to move sideways easily,
the landing gear dynamics does not allow the landing gear to move
sideways (easily).
So apart from the the individual wheel dynamics we also need to
calc
Jim Wilson writes:
> So then what would happen if you artificially introduced resistance at the
> same time (near zero velocity) in a manner similar to a partially applied
> parking brake?
The problem is that if the landing gear produces opposing forces or
moments that are too great, the plane
> It would definately make sense to unite our AI systems at some point. At
> the moment I'm carrying a stack of diffs locally to mine since I'm about
> half way through getting generic GA VFR traffic to appear randomly at
> controlled airports, so I'd rather not try a major merge and restructure
>
Jon Berndt wrote:
Come to think about it, it's not averaging we need. The landing gear
calculations are a vector from the midpoint between all wheels and as
such should be added as a vector product to the calculations tot the
separate wheels.
Erik
?? Not sure I follow you.
While the wheel dyna
Jon Berndt <[EMAIL PROTECTED]> said:
> > If there were no winds at all, that might help. Otherwise, it doesn't work
> > at all.
> >
> > Jon
>
> Let me expand on that. If you do come to a stop, and there are no winds at
> the moment, then the winds come up after you have stopped, then having
> red
> Come to think about it, it's not averaging we need. The landing gear
> calculations are a vector from the midpoint between all wheels and as
> such should be added as a vector product to the calculations tot the
> separate wheels.
>
> Erik
?? Not sure I follow you.
Also, I've renamed the threa
Erik Hofman writes:
> So now you've got:
>
> 1. friction calculate every wheel separately.
> 2. add all frictions for the landing gear.
> 3. make the friction for every wheel dependent to wheel spin and use the
> result for moments and force calculations.
> 4. calculate the moments and fo
Jon Berndt writes:
> In the end, it could turn out that a physics-based approach is not
> worth the effort, and we should simply make the aircraft do what
> experience tells us a real aircraft would do.
As either you or Andy mentioned before, the problem is the
transition. Improving the steer
Erik Hofman wrote:
Thinking about it a bit more this makes sense.
Calculating every wheel separately isn't the whole story. In the end
there is the friction caused by the complete landing gear which isn't
wheel spin dependent.
So now you've got:
1. friction calculate every wheel separately.
2.
Erik wrote:
> Thinking about it a bit more this makes sense.
> Calculating every wheel separately isn't the whole story. In the end
> there is the friction caused by the complete landing gear which isn't
> wheel spin dependent.
I've considered this. It's possible I didn't code it right. I got th
Erik Hofman wrote:
David Culp wrote:
I think the trick is to zero-out the speeds, forces and moments when
the airplane's forward speed approaches zero. But you then have to
allow the airplane to accelerate out of this "frozen" state to move
again. I didn't find an answer.
After thinking a b
On 11/16/03 at 7:56 PM David Culp wrote:
>I'll send you the code if you like. I've written a bare-bones AI system
>based
>on David Luff's. The AI manager just instantiates an AI object (airplane
>or
>ship) wherever you want it and tells it when to update. The AI objects
>are
>AIAircraft (yes
Richard Bytheway wrote:
This change in current must be due to the voltage on the supply changing, thus we actually need to know the resistance of each load, and the output voltage of each source. Then the current on the system is then calculated from Ohm's Law, V=IR, or in this case I=V/R.
Well, si
David Megginson wrote:
Andy Ross writes:
> JSBSim and YASim do things pretty much the same way, using a
> coefficient of friction for gear as they slide over the ground. This
> integration works fine for a moving aircraft,
Unfortunately, not -- when the JSBSim and YASim aircraft are rolling,
t
* Innis Cunningham -- Monday 17 November 2003 09:06:
> I can take a jpeg but I dont know how to show it.Is there somewhere
> I can send it to be displayed.
I've put it here:
http://members.aon.at/mfranz/737_surfaces.jpg (41 kB)
m.
___
Flightgear-de
> And actually, you get quite a variety of
> ammeter variation depending on if you are running battery only, have
> an alternater fail, have the alternator working, have the engine
> running, and or have a lot of devices and lights going.
>
This change in current must be due to the voltage on the
David Culp wrote:
I think the trick is to zero-out the speeds, forces and moments when the
airplane's forward speed approaches zero. But you then have to allow the
airplane to accelerate out of this "frozen" state to move again. I didn't
find an answer.
After thinking a bit about this problem
Lee Elliott writes
Hi Lee
I can take a jpeg but I dont know how to show it.Is there somewhere
I can send it to be displayed.
Strange... Could you put a copy of the model up somewhere so we could
have a look at it.
That it seems to work ok with s/w rendering must be significant, although
what tha
49 matches
Mail list logo
