Erik Hofman wrote
Ok.
In this case sory for the noise.
No problem, there is nothing like a good discussion :-)
Erik
And this was nothing like a good discussion :-).
No, actually, I think we all developed our knowledge of this subject.
V.
Josh wrote,
Jim Wilson wrote:
From: Josh Babcock
Melchior, (or anybody else)
It seems that the material animation nullifies the alpha channel of .rgb
files mapped to the objects being animated. Here is an example. The
objects face and ball both have alpha channels which go away when
Andy Ross
Vivian Meazza wrote:
Good news: I've got Andy's code to run. Just a few minor changes.
Bad news: It doesn't work.
I've set the property /controls/engines/engine[0]/boost-control to
a fixed value. Yasim shows the correct Boost value. But there's no
power.
What does show
Harald JOHNSEN
I have started to add some volumetric shadows in Flightgear.
It uses the standard stencil method to count shadow volume (let me know
if you want an implementation
without stencil, it can also be done with the alpha buffer).
A few days ago I thought that it would be overkill
I wrote:
Andy Ross wrote
I'm quite certain this technique works. It's been in there, and
actively used, since day one.
Yes, I know it should work, and I'm familiar with its use elsewhere: this
was behind my query yesterday. It seems to partially work. Odd. Well, I'll
just have to
Andy Ross
Vivian Meazza wrote:
It would be possible to simulate the Boost Control Cutout by
adjusting the wastegate on the fly to a very high number effectively
disabling it (I take that it is possible to do that). It's a hack, I
don't like it, but ...
The whole thing is a hack anyway
Mathias Frhlich wrote
On Mittwoch 15 Juni 2005 11:00, Vivian Meazza wrote:
When browsing Mark Harris' web page I got the impression that he
simulates the
airflow.
This one?
http://www.markmark.net/clouds/
I can't find any reference in the site or the papers
Andy Ross
Vivian Meazza wrote:
I like it very much indeed. Will it work in practice? Testing and
tuning will take some time as I don't have any exact data. Probably
into next week.
I suspect it should work fine. The real device would have been an
analog computer hooked
Harald JOHNSEN
Vivian Meazza wrote:
Mathias Frhlich wrote
On Mittwoch 15 Juni 2005 11:00, Vivian Meazza wrote:
When browsing Mark Harris' web page I got the impression that he
simulates the
airflow.
This one?
http://www.markmark.net/clouds/
I can't find any
Harald JOHNSEN
I was thinking of using some pixel shader for one or two effects.
This would be with the arbvp1 arbfp1 type shader. Of course I won't
write them in assembler by would
use Cg to produce the assembler source.
The use or arb type program should limit the dependencies on
Andy Ross
Vivian Meazza wrote:
Additive? I.e. are the input axes added?
Yes, all control axes are added to get the final value (clamped to the
natural output range, of course); this is how trim works, for example.
I thought so, thanks.
V
AJ MacLeod wrote
On Tuesday 14 Jun 2005 22:57, Vivian Meazza wrote:
Is this in roll only? The ailerons are much more powerful, but also
damped.
There shouldn't be any rapid movement in the ailerons, but the stick
reflects the input. Look at the ailerons in an external view
Mathias Fröhlich wrote
On Dienstag 14 Juni 2005 10:16, Erik Hofman wrote:
When browsing Mark Harris' web page I got the impression that he simulates
the
airflow.
This one?
http://www.markmark.net/clouds/
I can't find any reference in the site or the papers there to simulating
airflow.
Jon Stockill wrote
Vivian Meazza wrote:
Have you seen the recent Aeroplane magazine? It has comprehensive series
of
articles on the Lightning: excellent source data.
Keep at it - it just takes time - you can hijack most of the Hunter
instruments for the interior.
And if anyone
I wrote
Already the case: see above. I considered a spline, but the extra
complication doesn't really give a better outcome. Asymptotic ... OK up
to
a point, but at some rpm the compressor goes supersonic (depending on the
design) and output falls away. I attempt to model this in a general
Josh Babcock asked
Is there a property that would model a fluxgate compass? Basically it
should give the exact same readout as a mag compass, but reflect changes
in heading instantaneously. It's my unserstanding that under
/instrumentation the heading-indicator will drift over time and
Melchior wrote
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of FRANZ
Sent: 15 June 2005 16:21
To: flightgear-devel@flightgear.org
Subject: [Flightgear-devel] Re: Hurricane
* Vivian Meazza -- Wednesday 15 June 2005 09:47:
I use
Andy Ross wrote:
Vivian Meazza wrote:
Andy Ross wrote:
* For one, I still hate the boost function that goes negative at high
RPM
I have revised the curve: now a Hoerl power function. It's a good fit
over the rpm range up to x4 peak power rpm (unnecessary: x3 is too
much imho
Andy Ross wrote
Vivian Meazza wrote (in a CVS checkin):
I've removed all the features that rely on the diff to YASim
that I posted recently, I don't expect any reaction from Andy
any time soon! I feel a bit inclined to remind him of his rant
against Cygwin recently. I'm willing
AJ MacLeod wrote
On Monday 13 Jun 2005 15:14, Vivian Meazza wrote:
There remains some more eye-candy to do: nav lights, beam approach
marker
lamps, realistic rad and oil temperature readings etc. In the meantime I
would be grateful for any comments, not least that it all downloads
Erik Hofman wrote
Hi,
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
Erik
Supported
Regards,
Vivian
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Jon Berndt
Hmmm ... we had to fiddle with it to make it work some months ago ... I
forget exactly what we did
This seems really unfortunate for FlightGear - that we have to rely on
another package
where some of us have to fix the code to work for CygWin users. Is this
even documented
Some time ago I wrote:
Andy Ross:
If you do mean this equation then I can certainly live with that. If
not, I'll need to put my thinking cap on ... I've updated the
graphical representation here:
Remind me again which one of these is the real engine data, and what
the source
Gerard Robin asked
Something wrong ?
in fgfsrc in have:
--geometry=1280x896
--enable-real-weather-fetch
--timeofday=afternoon
--prop:/nasal/local/script=![CDATA[ INIT = func { setprop
(/sim/rendering/clouds3d-cache-size, 4096); } ]]
nasal does give error message: Nasal parse
Jon Berndt
In the developers' list archives is the best we have. Cygwin wouldn't
work
at all if it were not for the excellent work by Norman Vine. There's no
sign
of OpenAL being ported to Cygwin at the moment, so this is the best we
have.
We are in constant danger of being left
Melchior FRANZ
* Gerard Robin -- Monday 13 June 2005 16:32:
Le lundi 13 juin 2005 à 15:16 +0100, Vivian Meazza a écrit :
--prop:/sim/rendering/clouds3d-enable=1
--prop:/sim/rendering/clouds3d-cache-size=4096
Does not work the program overload the data.
You need to have both
Jim Wilson wrote
P.S. Any chance someone good with nasal could write me a quick script for
changing the BOOST value to 1.0 at 20,000FT ASL and then back to 0.4 at
19,999.99FT? I'd try and figure it out, but my time is very limited right
now. tia
If you still want this stuff - a Nasal
Jon Berndt
Jon Berndt wrote:
I'm finally getting around to reinstalling FlightGear after a hard
drive
crash a couple months ago. I have this as a place to get OpenAL for
Cygwin:
Try this version:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz
Vivian
I
eagle monart wrote
And, as always, posting the code you are having trouble with is much
more useful than simply announcing that different versions start
infinite loops. :)
Andy
i wrote different functions here is few examples. by the way i am writing
these to the larcsim c172aero
Ampere K. Hardraade wrote
hmm... flying undersea. Isn't that what submarines do?
Nope ... they just float a bit lower down than surface ships. Hydrofoils
fly.
Regards,
Vivian
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Josh Babcock wrote
Andy Ross wrote:
Josh Babcock wrote:
Is there a way to tell YASim to add or subtract some drag? I
want to add some drag to the superfort when the bomb doors
open. They were supposed to really wreck the airflow, though
not as bad as the lg which doubled the drag!
Josh Babcock wrote
Is the translate animation supposed to take the x1,y1,z1,x2,y2,z2
format? I tried it and the object didn't get rendered by fgfs. If it's
not supposed to work, consider this a feature request. This would be a
very handy tool to have.
Doesn't seem to, and I agree that it
Dave Culp wrote
After a couple hours of flying around the Sembach/Ramstein area I've twice
gotten ground cache errors, with this console output:
prepare_ground_cache(): trying to build cache without any scenery below
the
aircraft
FGInterface is being called without scenery below the
Jon Berndt wrote:
I'm finally getting around to reinstalling FlightGear after a hard drive
crash a couple
months ago. I have this as a place to get OpenAL for Cygwin:
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
Is this still the latest/best dist?
Try this version:
Andy Ross wrote:
Erik Hofman wrote:
Norman Vine wrote:
FWIW I think these apply here
http://www.catb.org/~esr/faqs/smart-questions.html#id3001405
http://www.catb.org/~esr/faqs/smart-questions.html#keepcool
These two contradict (You can't offend them but they can offend you).
Andy Ross wrote
Vivian Meazza wrote:
Only a minute eh? Under Cygwin cvs takes nearly 5 minutes - time for
a brew a coffee - and that's on a pretty powerful machine.
Time from execution to fade in of the cockpit display is about 10
seconds on my laptop (1.8GHz Athlon64). I started trying
Andy Ross wrote:
Well, there's some progress. I have a cygwin build, and it's every
bit at slow as Vivian says it is. And I've kinda/sorta isolated the
problem. Here's a program:
// g++ -o aptdat aptdat.cc -I$FG/SimGear -L$FG/lib -lsgmisc -lz
#include simgear/misc/sgstream.hxx
Andy Ross
Vivian Meazza wrote:
Only a minute eh? Under Cygwin cvs takes nearly 5 minutes - time for
a brew a coffee - and that's on a pretty powerful machine.
Time from execution to fade in of the cockpit display is about 10
seconds on my laptop (1.8GHz Athlon64). I started trying
Jim wrote
Hi Andy,
On the p51d fdm configuration, it looks like the substantial change was
actually increasing the turbo multiplier from 2.0 to 5.5, and not
reducing the cruise speed as stated in the CVS log of March 23. The
cruise speed change does have an effect, but it is fairly
Jim Wilson
From: Andy Ross
I wrote:
at sea level the wastegate setting*
Sorry, forgot to write this note to go with that asterix:
* Superchargers don't have wastegates, of course. Instead, their
behavior is generally an altitude-independent mapping of RPM to
manifold
Drew wrote
FlightGear takes nearly a minute to start up from my Windows build,
and I'm just wondering if there's an easy way to shorten this if I'm
not using all of flightgear's features. Is there one particular task
that takes particularly long?
Only a minute eh? Under Cygwin cvs takes
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of YENEW T KASSAYE
Sent: 19 May 2005 23:04
To: FlightGear developers discussions
Subject: RE: [Flightgear-devel] FlightGear0.9.8 Segmentationfault
coredumpedPlease Help!
Thanks
YENEW T KASSAYE wrote
I followed your advice and started over and FightGear WORKS!!!.
I had to place AL and GL in the /cygwin/include instead of
/usr/local/include. If I dont do that when I run ./configure for SimGear,
it errors out at the end and says openAL has to be installed. The last few
YENEW T KASSAYE wrote
I downloaded the OpenAl source code from openal.org/downloads. I just
moved
these headers over to C:\cygwin\usr\local\include\AL
al.h alc.h alctypes.h altypes.h alut.h aluttypes.h
Am I suppose to compile OpenAl instead of just moving over the headers?
YENEW T
Gerard ROBIN wrote
In siuation 3d clouds disable aircraft on runway stand by
Thunderstorm - raining vertically = everything good.
Thunderstorm and 3d bumped clouds - raining horizontally =
not very good
And rain coming from below when airborne! Possible, I suppose,
Ben Morrison wrote
I have added a tank to flightgear but the model is not to scale, appears
below the ground, and doesn't face the right direction. If I understand
correctly the model should have values to correct this in a xml file, but
I
can't find documentation for the properties to
Melchior FRANZ wrote
Unfortunately, there are some cities/villages missing (for example
everything
that starts with St. ). Obligatory screenshot:
Not much left then :-)
Regards,
Vivian
___
Flightgear-devel mailing list
Melchior FRANZ
* Ben Morrison -- Thursday 12 May 2005 15:46:
Yeah, I gave up on trying to work with Blender because of its interface.
One of my co-workers likes Blender but I think it is only because it is
free. I will look at AC3D.
AC3D isn't only non-free, it also screwed its
David Luff wrote
Ditto Cygwin for long startup times. I've taken a look in the past, and
loading the airport and nav data consumes the vast bulk of the time. This
happens before any rendering (and before the splash-screen appears, which
I
assume Melchior's patch fixes).
FGFS start-up
Melchior FRANZ wrote
* Vivian Meazza -- Thursday 05 May 2005 09:44:
FGFS start-up times under Cygwin have become so long that it is possible
to
brew a cup of coffee while waiting ... some might think this useful.
Oh. I hope you mean that the startup time has become much too long over
David BONNEVILLE
Hi there,
I'm looking for documentation about AI objects. Maybe someone can help : I
want
to be able to create AI objects within my code on the fly, to be able to
move
them and let FG draw them.
Does somebody has an idea ? remarks ?
Can somebody point me on doc ?
Mostyn Gale asked
Just two quick questions. What effect do gauges have on the frame rates of
virtual cockpits. i.e. is there as strong effect after 10 or 20 gauges?
3d gauges - yes the vertex count is significant, but not the number of
gauges per se.
Also is it possible to configure the
Erik Hofman wrote
Frederic Bouvier wrote:
I know this is preliminary code, but is there a reason why 100% cloud
density
doesn't give us overcast rather than scatered/broken as it is now ?
I don't think we want to draw overcast (and cirrus) using 3d clouds but
rather using the
Frederic Bouvier
Quoting Ampere K. Hardraade :
http://www.airbus.com/A380/Seeing/indexminisite.aspx
Click on Discover, then Videos for the video of the take off.
Do you noticed the number of that plane : F-WWOW
-Fred
Hmmm ... BUFF. Well, perhaps not too much U.
Regards,
Drew wrote
I'm trying this now with wincvs. I click Admin-Command Line, and
then enter the following string:
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 login
CVS passwd: guest
When I hit 'ok', it comes back with Unable to initialize the CVS
process. The system cannot
Drew wrote
To login use Admin Login then ... at the bottom right of the login
screen
to access the editing facility. Select:
Protocol - pserver
Repository Path - cvs.flightgear.org:/var/cvs/FlightGear-0.9
Keywords - Username - use 'Edit' to enter cvsguest
- Password -
Drew wrote
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of
Sent: 25 April 2005 09:20
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Re: Blank screen implementation
It prompted me to install python when I
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Drew
Sent: 25 April 2005 16:57
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Re: Blank screen implementation
Have you set the home directory in Admin
Harald JOHNSEN wrote:
I have another probleme with wincvs.
In the list of files in the explorer nearly all files have an 'unknown'
state. So i don't have the diff choice when I right click on them.
I've tried an update with the command line but that does not chance
anything. Its a fresh
Andy Ross wrote
So anyway, which of the following are good/bad choices for a character
constant syntax:
`A` @A $A %A A @A $A %A A cA
Anything but `A` - I'm bound to misread that in the future sometime. I
favour a function.
Regards,
Vivian
Melchior FRANZ
* Vivian Meazza -- Sunday 24 April 2005 20:41:
Andy Ross wrote
`A` @A $A %A A @A $A %A A cA
Anything but `A` - I'm bound to misread that in the future sometime. I
favour a function.
Hmm ... and I changed my mind and would now find
Andy Ross wrote
Drew wrote:
IMHO, it's best to use interpolation tables rather than equations if
you're trying to curve fit empirical data.
Not in this context. The data here isn't being used to model a
specific engine, but to provide sane parameters for all
(super/turbochared)
Arnt Karlsen wrote:
Andy Ross wrote
Drew wrote:
IMHO, it's best to use interpolation tables rather than equations
if you're trying to curve fit empirical data.
Not in this context. The data here isn't being used to model a
specific engine, but to provide sane
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Arnt Karlsen
Sent: 23 April 2005 22:02
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] YASim turbo/supercharger issues
On Sat, 23 Apr 2005 20:02:48 +0100,
Andy Ross wrote:
Vivian Meazza wrote:
I used the power form because it is easier to read, but if the other
form produces a performance advantage, then of course we must use
it.
It's actually not so much about performance, really. Readability can
mean different things. The problem
Andy Ross:
If you do mean this equation then I can certainly live with that. If
not, I'll need to put my thinking cap on ... I've updated the
graphical representation here:
Remind me again which one of these is the real engine data, and what
the source is? The only line on this graph
Andy Ross wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of
Sent: 22 April 2005 15:19
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] YASim turbo/supercharger issues
Vivian Meazza wrote:
y = -0.25x3
Drew wrote
And a red one for -ve G. With a bit of texture.
I never liked the 'red-out' in simulators...do pilot's really see red?
I thought it was just called red-out because of excess blood to the
brain.
In any case, I thought of the same thing, myself (using this for GLOC).
Frederic Bouvier wrote
Drew a écrit :
I don't buy that argument. It's easier to grow with fgfs in small
steps than to adapt everything after major releases. Following the
cvslogs mailing list is usually enough, and there isn't such a fast
progress anyway.
Ok, I'm trying to take
Andy Ross wrote:
Vivian Meazza wrote:
The attached diff models the output of a gear-driven
supercharger
I just now got a chance to sit down and puzzle this out. I see where
it's going: instead of ignoring the RPM contribution to boost, it adds
an extra factor that reduces the boost
Andy Ross wrote
Vivian Meazza wrote:
It won't compile under Cygwin using gcc either. Fails with:
NasalSys.cxx:292: error: invalid conversion from `naRef (*)(Context*,
naRef,
int, naRef*)' to `naRef (*)(Context*, naRef)'
You forgot to update your SimGear, or have an old one still
Melchior FRANZ
Would anyone mind if I moved increase/decrease warp to w/W and use
m/M for richer/leaner mixture?
Rationale: some aircraft require mixture changes (ComperSwift!), and
people
without joystick have no way to change that (other than messing with the
property browser), not
Andy Ross wrote
Melchior FRANZ wrote:
Improved dialog nasal file attached. Just drop it into
$FG_ROOT/Nasal/ again. It does monitor the property
/sim/rendering/blackout and turns the screen black accordingly. And
it offers three commands for Nasal context:
Cool, now animate the
Andy Ross wrote:
Frederic Bouvier wrote:
2. MSVC use file extensions to choose the right language to
compile. So in misc.c the syntax of C not C++ apply. This file
should definitively be named misc.cxx, like lib.c should be lib.cxx.
Definitely not. I promise you that it's a C file.
Andy Ross wrote:
Vivian Meazza wrote:
The attached diff models the output of a gear-driven
supercharger. I've used a 3rd order polynomial which matches the few
examples I have been able to find, giving near-linear output up to the
max-power rpm of the engine, with a little tail-off below
Andy Ross wrote:
Vivian Meazza wrote:
However (and there's always a however), I can't land the
thing. Closing the throttle and pulling back the propeller pitch
control doesn't reduce the power enough. I reasoned that there was too
much boost with the throttle closed, (currently set at 10
Melchior FRANZ wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of
Sent: 14 April 2005 10:54
To: flightgear-devel@flightgear.org
Subject: [Flightgear-devel] Re: CVS: FlightGear/src/GUI dialog.cxx,
1.22,1.23 dialog.hxx, 1.7,
Melchior FRANZ wrote:
* Vivian Meazza -- Thursday 14 April 2005 13:40:
We, or rather the code, already know what the keys are. Any chance of
generating this automatically, along the lines of the keys descriptions
you
already do?
As I said already:
* Melchior FRANZ -- Wednesday 13
Melchior FRANZ wrote
- also, there should be one reserved key for an aircraft help dialog
that
lists all special keys (Ctrl-D: open/close bomb door etc.) Every
aircraft
that uses more than just default keys should IMHO have such a dialog.
It's easy enough to do via Nasal.
Andy Ross wrote:
I wrote:
Jim Wilson wrote:
4) Fixed rpm/power numbers under the prop tags. They need to be
scaled back according to the gear ratio. Someone with a better
understanding of mech engineering might be able to explain why the
BHP on the prop shaft is
Andy Ross wrote
Vivian Meazza wrote:
However (and there's always a however), I can't land the
thing. Closing the throttle and pulling back the propeller pitch
control doesn't reduce the power enough. I reasoned that there was too
much boost with the throttle closed, (currently set
Arnt Karlsen wrote
Andy Ross wrote
Vivian Meazza wrote:
However (and there's always a however), I can't land the
thing. Closing the throttle and pulling back the propeller pitch
control doesn't reduce the power enough. I reasoned that there was
too much boost
Josh Babcock wrote:
The Superfort's flaps and gear are electrically powered, and the controls
for
both are instantaneous switches. ie. you have to hold the switch the whole
cycle
to keep the motor running. Can anyone think of a way to do this? For all I
can
tell, there's no way to tell
Richard Bytheway wrote
I have the same problem with Main/renderer.cxx. Your solution
(or one very
like it) solves the problem. I guess near/far are reserved
words in Cygwin?
Thereafter, FGFS compiles and runs under Cygwin.
I'm not using Andy's libs, but those built by Norman,
Erik Hofman wrote
Vivian Meazza wrote:
Never noticed that; I keep FGFS at a higher level, but now that you
mention
it, so it does. It's not a problem, but we ought to record all this
somewhere. We seem to go through some Cygwin drama every major update.
That's what Wiki's
Jon Stockill wrote
Martin Spott wrote:
There's nothing better than flying,
I couldn't agree more.
Congratulations.
Well nearly: it's the most fun you can have sitting down, although driving a
track car comes a close second.
Well done,
Regards
Vivian
Richard Bytheway
I have been building FlightGear in Cygwin since the 0.6 days,
but for the past few months I have not been able to get a
build to complete.
I have had, and have overcome problems with OpenAL in the
past, but they seem to have resurfaced.
In the absence of any
Andy Ross wrote:
Vivian Meazza wrote:
I have the same problem with Main/renderer.cxx. Your solution (or
one very like it) solves the problem. I guess near/far are reserved
words in Cygwin?
Goodness, that brings back memories. The near and far keywords are
holdovers from 16 bit DOS
Curt wrote
On some more complex aircraft, if you pull back the power without having
the landing gear down, you get an audible warning signal. I don't know
if I've ever had the chance to hear this tone in real life. Does any
one have (or can anyone create) a suitable sound to be included
Dave Culp
I've received a complaint that thermals in 0.98 are not working. I don't
have
0.98 on my system but I tried them in the CVS version and see that they
are
not working. I'm guessing some changes were made in the AI subsystem that
killed the thermals.
Does anyone out there
Melchior FRANZ wrote
* Vivian Meazza -- Saturday 19 February 2005 19:18:
I'm not sure that the Nimitz version in cvs has cats.
It has. Used them to launch the seafire after my second successful
landing.
Worked pretty well. Those didn't use cats in RL, did they? I mean, without
single
Jon Stockill
Vivian Meazza wrote:
I'm not sure that the Nimitz version in cvs has cats. If it has, then
don't
forget that the Seahawk has differential brakes, and no nosewheel
steering.
I have a more detailed version available here:
ftp://ftp.abbeytheatre.dynu.com/fgfs/Nimitz
Jon Stockill wrote:
Vivian Meazza wrote:
Yes, make sure that this is in your ...Data/AI/nimitz-demo.xml file:
solidElevator-3-Deck/solid
solidDeck/solid
In place of whatever solid.../solid appears there now.
Ah, so I fell through the elevator then :-) That would
Jim Wilson wrote:
From: Vivian Meazza
Jon Stockill wrote:
Vivian Meazza wrote:
Yes, make sure that this is in your ...Data/AI/nimitz-demo.xml
file:
solidElevator-3-Deck/solid
solidDeck/solid
In place of whatever solid.../solid appears
Jon Stockill
Mathias Fröhlich wrote:
Hi,
On Freitag 18 Februar 2005 17:30, Frederic Bouvier wrote:
Are you sure your runtime librairies ( that seems to be compiled with
gcc-2.95.3 ) match your compiler ?
That is my impression too.
It turned out there was an ancient version of
Jon Stockill wrote:
Vivian Meazza wrote:
Let us know how you get on. Melchior claims the first successful Seafire
landing.
Took off from KSFO, and nailed the seahawk to the deck on the first try,
Well done.
then couldn't work out how to get the thing onto the cat to launch.
I'm
Melchior FRANZ wrote
* Vivian Meazza -- Saturday 19 February 2005 19:18:
I'm not sure that the Nimitz version in cvs has cats.
It has. Used them to launch the seafire after my second successful
landing.
Worked pretty well. Those didn't use cats in RL, did they? I mean, without
single
Jon Stockill
Vivian Meazza wrote:
Well done.
It was easier than I expected.
ftp://ftp.abbeytheatre.dynu.com/fgfs/Nimitz/
Warning: it's still under development, and some of the textures are
HUGE.
I'll grab that and have a go tomorrow.
That secondary ASI comes in rather handy
Jon Stockill wrote
Vivian Meazza wrote:
Well done.
It was easier than I expected.
ftp://ftp.abbeytheatre.dynu.com/fgfs/Nimitz/
Warning: it's still under development, and some of the textures are
HUGE.
I'll grab that and have a go tomorrow.
If you take it all, you might
Mathias Fröhlich
Hi,
Since one day YASim make use of the groundcache.
That means for aircraft models where the 3d-model animates the gear
compression well (like Vivians seahawk for example), the gears exaclty
follow
the slope of the ground.
Also the aircraft carrier hardware is
101 - 200 of 588 matches
Mail list logo