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
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
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
* 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.
___
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,
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,
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, even
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
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 the
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.
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
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 forces
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 thread to
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
reduced the
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
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
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
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
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]
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
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,
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
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
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 my view the
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
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
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]
for instance, the instruction to Make random AI appear around
KSJC could be done something like this:
ai
...
entry
methodrandom/method
classlocal-traffic/class
airportKSJC/airport
/entry
...
/ai
Thats a lot of files for every airport!!!
Actually it's only one
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
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
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: Clarendon
David Culp writes:
for instance, the instruction to Make random AI appear around
KSJC could be done something like this:
ai
...
entry
methodrandom/method
classlocal-traffic/class
airportKSJC/airport
/entry
...
/ai
Thats a lot of files for every
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
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,
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]
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 opposing
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
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
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
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:
...
vehicle
id1/id
lon-128.553223/lon
lat54.233123/lat
/vehicle
...
How does id, lon, lat initialize the variables int
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:
...
vehicle
id1/id
lon-128.553223/lon
lat54.233123/lat
/vehicle
...
How does id, lon, lat
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
they
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
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 kB)
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
I just want to know: why nasal?
:-)
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
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
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]
48 matches
Mail list logo
