Le vendredi 19 août 2005 à 09:27 +0200, Ralf Gerlich a écrit :
Yes, we did ;-) However, the digitising effort is quite relaxing -
clearing your mind of any thoughts which may bother you. Especially
after a hard day at work ;-)
And we learnt a lot about our own area - and still keep
Le jeudi 18 août 2005 à 21:39 +0200, Ralf Gerlich a écrit :
Hi,
Where can i download it?
The scenery is available for download at
http://web44.netzwerteserver2.de/195.0.html
I'll try to prepare the files in a form fgadmin can grok. Until then you
need to adapt the
I have tried to make working brake CENTER in an FG model within JSBSim
FDM without any success.
We can define in JSB AC-GEAR NOSE, TAIL, CENTER and LEFT RIGHT all of
then with brake.
We do not find in FG any property about these facities, but, LEFT and
RIGHT.
May be i have missed something.
Everybody agree with 3DClouds, it is beautiful. I think so.
But, is any way to make the result realistic regarding the weather
(fictif or metar it is the same problem).
You will find here an exemple which makes unusable 3DClouds if we want
the good reality.
Le mardi 02 août 2005 à 00:42 -0500, Jon Berndt a écrit :
When the JSB a/c model has several engine+propeller we get
that JSB message error:
Failed to tie property propulsion/c-thrust[0] to a pointer
What must be defined in Aircraft.xml to solve it.
--
Gerard
Which version of
Le mardi 02 août 2005 à 09:53 -0700, Andy Ross a écrit :
Gerard Robin wrote:
Being Nvidia and X installed , i continu to search a good answer :
After many experimentations, I did not notice any change between
24bpp and 32 bpp.
There is no difference between 24 and 32 bpp on NVidia
Le mardi 02 août 2005 à 19:17 +0200, Harald JOHNSEN a écrit :
Andy Ross wrote:
FlightGear asks for a default color depth of 16bpp, but it also asks
for stencil; this is essentially a bug. These are not compatible
requests on any modern GPUs, which only support 8 bit stencil in true
Le mardi 02 août 2005 à 13:28 -0700, Andy Ross a écrit :
Gerard Robin wrote:
startup
splash-textureAircraft/harrier/harrier-splash.rgb/splash-texture
/startup
You have a splash screen image for an aircraft with no 3D model? :)
Andy
I have 3D models, sorry, i have a lot of aircrafts
Le lundi 01 août 2005 à 00:18 +0200, Arnt Karlsen a écrit :
On Sat, 30 Jul 2005 16:40:58 +0200, Oliver wrote in message
[EMAIL PROTECTED]:
On Saturday 30 July 2005 16:25, Dave Martin wrote:
I don't know if anyone has brought this up yet but the 1.0-7667
driver from NVIDIA for linux
Message transféré
De: Gerard Robin [EMAIL PROTECTED]
À: [EMAIL PROTECTED]
Objet: [Jsbsim-devel] Carrier: Aircraft Landing and Launching
Date: Mon, 01 Aug 2005 15:56:35 +0200
Hi, Jon
Up to now, JSBSim does not offer the Aircraft Landing, Launching, on
Carrier.
With the old
Le lundi 01 août 2005 à 09:55 +0200, Erik Hofman a écrit :
Pablo J. wrote:
Hi everybody,
I'm very pleased to let you know that FlightGear was mentioned (although
consider as a game) in the Computers section of Clarin, the most
important newspaper in Argentina, and the newspaper in
Message transféré
De: Gerard Robin [EMAIL PROTECTED]
À: FlightGear developers discussions flightgear-devel@flightgear.org
Objet: Re: [Flightgear-devel] FlightGear mentioned at Clarin, the most
printed newspaper in Spanish language
Date: Mon, 01 Aug 2005 14:53:11 +0200
Le lundi 01
I have found this
http://www.auf.asn.au/groundschool/
Probably some of you knows it.
I will put it in good place, i have found many good explainations
--
Gerard
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Le lundi 01 août 2005 à 18:38 +0200, Gerard Robin a écrit :
I have found this
http://www.auf.asn.au/groundschool/
Probably some of you knows it.
I will put it in good place, i have found many good explainations
or better this which is the upper level
http://www.auf.asn.au
Le lundi 01 août 2005 à 21:53 +0200, Arnt Karlsen a écrit :
Being Nvidia and X installed , i continu to search a good answer :
After many experimentations,
I did not notice any change between 24bpp and 32 bpp.
...glxgears, FlightGear etc f/s?
Ouaf. glxgears isn't a representative
When the JSB a/c model has several engine+propeller we get
that JSB message error:
Failed to tie property propulsion/c-thrust[0] to a pointer
What must be defined in Aircraft.xml to solve it.
--
Gerard
___
Flightgear-devel mailing list
Message transféré
De: Gerard Robin [EMAIL PROTECTED]
Objet: Re: [Flightgear-devel] Airport LFPO Paris Orly Update
Date: Sun, 31 Jul 2005 11:35:28 +0200
Le samedi 30 juillet 2005 à 17:58 +, Martin Spott a écrit :
Gerard Robin wrote:
That Airport in the existing Scenery
Le dimanche 31 juillet 2005 à 11:36 +0200, Gerard Robin a écrit :
Just changing parts of the binary scenery doesn't help that much
because it will be overridden with the next scenery update.
Cheers,
Martin.
Thanks for the answer.
The scenery and the apt.dat content
Le dimanche 31 juillet 2005 à 10:39 +0200, Erik Hofman a écrit :
I had this message still in my TODO box and looking a bit closer it
looks to me like MIPMAPPING should take care of this, doesn't it?
Does anybody think this might be useful to include?
Erik
I have some shapshots to
Le dimanche 31 juillet 2005 à 12:12 +0200, Paul Surgeon a écrit :
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem
Le dimanche 31 juillet 2005 à 11:30 -0700, Craig Martin a écrit :
Hello group,
I have modified the preferences file to start FGFS with the
options I want, and everything is working great. One quick
question though. I need to start the sim with the
..._sexy_ way to sneak in war game features: we need to model
anti-aircraft lava ammo 'n turbine blade ash etc damage. ;o)
We don't need it, only watch the TV, and wait for Iraki News. :=(
--
Gerard
___
Flightgear-devel mailing list
Le vendredi 29 juillet 2005 à 15:18 +0200, Arnt Karlsen a écrit :
On Fri, 29 Jul 2005 14:11:40 +0200, Gerard wrote in message
[EMAIL PROTECTED]:
..._sexy_ way to sneak in war game features: we need to model
anti-aircraft lava ammo 'n turbine blade ash etc damage. ;o)
We don't
Le jeudi 28 juillet 2005 à 08:37 +, [EMAIL PROTECTED] a écrit :
At this site http://hcilab.uniud.it/pan you can download the results of a
joint
project between the HCI Lab of the University of Udine
and the aerobatic team of the Italian Air Force (the
Frecce Tricolori).
The Lab has
Le jeudi 28 juillet 2005 à 14:39 +0100, Dave Martin a écrit :
Congratulation to the Author.
The flight is wonderful, very accurate.
Only little difficulties under Linux with the Upper-case, Lower-case
mixing (direct.xml = Direct.xml, *.ase = *.ASE, instruments name, and
flap = Flap).
Le jeudi 28 juillet 2005 à 19:07 +0200, Harald JOHNSEN a écrit :
I think Harald is working on this as an offshoot of his 3d clouds. I'm quite
sure we can't do better with the AI ballistic approach as it stands.
Vivian
Not really working on it atm becaue I need to advance on the shader
Le mardi 26 juillet 2005 à 23:13 +0200, Mathias Fröhlich a écrit :
Hi,
sorry for the late reaction.
Turns out to be a bad interaction between jsbsims crash detection and my
past initialization changes.
The attached patch fixes this by moving crash detection out of the
initialization phase
Le mercredi 27 juillet 2005 à 07:05 -0500, Jon Berndt a écrit :
FGLGear.cpp line 507
Here's the code:
// Crash detection logic (really out-of-bounds detection)
if (compressLength 500.0 ||
vForce.Magnitude() 1.0 ||
vMoment.Magnitude() 50.0
Le mercredi 27 juillet 2005 à 11:58 -0300, [EMAIL PROTECTED] a
écrit :
LeeE
I am trying to install plib and I got errors, it seems to be Mesa that is
not
installed.
cd plib-1.8.4/
../configure
..
..
..
checking for IceConnectionNumber in -lICE... no
checking for
Le mercredi 27 juillet 2005 à 23:15 +0200, Arnt Karlsen a écrit :
On Wed, 27 Jul 2005 14:18:34 +0200, Gerard wrote in message
[EMAIL PROTECTED]:
I did NOT ask for deleting that piece of code which is rather good
(and could be improved),
i only ask for to remove the new AGL test
Le mardi 26 juillet 2005 à 09:46 +0200, Erik Hofman a écrit :
Gerard Robin wrote:
It do not solve the Atlas problem.
Only one way to run atlas map is to use the old Airports format data.
Atlas is a very old program which is partly obsolete regarding FGFS.
Well, If you want Atlas
Le lundi 25 juillet 2005 à 23:55 +0200, Gerard Robin a écrit :
Le lundi 25 juillet 2005 à 23:02 +0200, Roy Vegard Ovesen a écrit :
AFAICT there hasn't been any significant changes to
Instrumentation/gps..*xx or
Airports/simple.*xx. There has been alot of improvements to the gui system
Le mardi 26 juillet 2005 à 15:16 +0200, Gerard Robin a écrit :
Le lundi 25 juillet 2005 à 23:55 +0200, Gerard Robin a écrit :
Le lundi 25 juillet 2005 à 23:02 +0200, Roy Vegard Ovesen a écrit :
AFAICT there hasn't been any significant changes to
Instrumentation/gps..*xx
Le mardi 26 juillet 2005 à 16:40 +0200, Roy Vegard Ovesen a écrit :
On Tuesday 26 July 2005 00:02, Gerard Robin wrote:
Le lundi 25 juillet 2005 à 09:38 +0200, Erik Hofman a écrit :
Markus Morawitz wrote:
Please can anyone help me by teaching me some history
about the Airport
Le mardi 26 juillet 2005 à 17:04 +0200, Roy Vegard Ovesen a écrit :
On Tuesday 26 July 2005 15:16, Gerard Robin wrote:
I am not fully sure,
but it is probably coming from an old update, because every July CVS
releases does not work (i keep it).
??? Do you keep every July CVS release
Le mardi 26 juillet 2005 à 18:05 +0200, Gerard Robin a écrit :
Le mardi 26 juillet 2005 à 17:04 +0200, Roy Vegard Ovesen a écrit :
On Tuesday 26 July 2005 15:16, Gerard Robin wrote:
I am not fully sure,
but it is probably coming from an old update, because every July CVS
releases does
Le mardi 26 juillet 2005 à 18:45 +0200, Roy Vegard Ovesen a écrit :
On Tuesday 26 July 2005 18:25, Gerard Robin wrote:
Hi Roy
I have got the answer the electrical nasal file must include the short
term patch 28 = 60 ideal volts with rpm_source : /engines/engine
[0]/rpm
In theory
In theory this hould not make any dfference because the gps is not as
demanding as the turn indicator. The gps should work with any electrical
input larger than 0. So it should work just as well on 28 as on 60. But
hey,
if you say it's working now, then who am I to dispute that? ;-)
Le mardi 26 juillet 2005 à 23:13 +0200, Mathias Fröhlich a écrit :
Hi,
sorry for the late reaction.
Turns out to be a bad interaction between jsbsims crash detection and my
past initialization changes.
The attached patch fixes this by moving crash detection out of the
initialization phase
Get Nearest Airport (From Menu Equipment GPS) seems not working.
It was working with olders CVS.
Is it any new modifications which deleted that function ?
Thanks
--
Gerard
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Le lundi 25 juillet 2005 à 23:02 +0200, Roy Vegard Ovesen a écrit :
AFAICT there hasn't been any significant changes to Instrumentation/gps.*xx
or
Airports/simple.*xx. There has been alot of improvements to the gui system
lately, so maybe my dialog has become broken. Could you try to
Le lundi 25 juillet 2005 à 09:38 +0200, Erik Hofman a écrit :
Markus Morawitz wrote:
Please can anyone help me by teaching me some history
about the Airport and NavAids file formats.
Where is the current file format being described?
FlightGear started out by using a native file format
Get Nearest Airport (From Menu Equipment GPS) seems not working.
It was working with olders CVS.
Is it any new modifications which deleted that function ?
Thanks
--
Gerard
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Le mercredi 20 juillet 2005 à 09:53 -0500, Curtis L. Olson a écrit :
I imagine there are a few people on this list that like to watch
airplanes. There is some beautiful photography here (Requires quicktime
plugin ...)
http://www.onesixright.com/video/aerials.html
Curt.
Wonderful.
Could you give some examples ? The noshadow thing is usualy used to hide
some artifacts
caused by transparent geometry like windows, rotating propeler disk,
paintings, etc, or to reduce the
complexity of the shadow (virtual cockpit or other complex parts of the
plane).
Harald.
Le lundi 18 juillet 2005 à 19:17 +0200, Harald JOHNSEN a écrit :
Gerard Robin wrote:
== some moving Aircraft components could cast shadow according to their
positions on the Aircraft. That is an exemple on a Naval aircraft the
hook will cast shadow only when it is not fully retracted
We can agree that a window or a propeler disk is transparent but for the
code a transparent part
is a part that uses a transparent material, ie an alpha channel in his
material or in his texture.
In practice you will see that the new option will break shadows on a lot
of aircrafts.
noshadow.myobjectname or animationtypenoshadow are really the same.
But I think Mathias is talking about the fact that some object parts
were silently not casting shadows
based on their name. Before the noshadow animation exist I was checking
for names like 'disk' for
example so a
property/position/altitude-agl-ft/property
value150/value
/greater-than
/condition
typenoshadow/type
object-nameLysander/object-name
/animation
Lysander is the whole Aircraft (group defined)
Le samedi 16 juillet 2005 à 18:22 +0200, Harald JOHNSEN a écrit :
Gerard Robin wrote:
Yes i have seen it. (my question was rather to get some answer about the
next noshadow updates depending on Harald to do list).
That property should be like select and any others property.
I never
Could you give some examples ? The noshadow thing is usualy used to hide
some artifacts
caused by transparent geometry like windows, rotating propeler disk,
paintings, etc, or to reduce the
complexity of the shadow (virtual cockpit or other complex parts of the
plane).
Harald.
Rather than keeping on my side a new version of the Airport Paris Orly
I guess that you could be interested to get it.
That Airport in the existing Scenery is wrong regarding the apt.dat
Here an update which suit to that apt.dat and the Scenery File e000n40
The Airport and the corresponding
Dedicated to Signs users:
A first part of France territory is available = France South-Est
at http://ghours.club.fr/france-SE.tar.gz
I divided the task in four parts, will come later on =
North-Est, South-Ouest, North-Ouest.
--
Gerard
___
Le mardi 12 juillet 2005 à 07:45 +0200, Mathias Fröhlich a écrit :
/animation
Yes.
As I last looked into the shadow code, there was some heuristic based on
object names which made some surfaces 'noshadow' ones.
That heuristic gives me false positives with the F-18.
I would vote for
I am not that has been said.
The rain is very funny:
In the rear view and looking toward the aircraft (rear view) the rain is
coming from the sky and going down to the ground which is the normal
way.
In a front view and looking toward the aircraft (front view) the rain is
coming from the ground
The object noshadow definition (name or animation) does not keep off
that object getting the shadow from an other object. will it be any way
to make it: noshadow means == not receiving shadow, in addition to the
existing not transmitting shadow
No that is not possible.
Harald.
Le lundi 11 juillet 2005 à 08:58 -0500, Corrubia, Stacie K a écrit :
What am I doing wrong? I have sucessfully built scenery before but I
wanted to change the terrain texture to desert.rgb so I set the material
type to DryLake when using tgvpf.
$terr_prep/tgvpf/tgvpf --tile=w087n30
Le dimanche 26 juin 2005 à 20:28 +0100, Vivian Meazza a écrit :
There's a bit of a funny with the interaction between the Hurricane
propeller disk and the ac shadow: it makes the shadow disappear, and there's
something throwing a shadow on to the disk, which I've not seen in real
life,
Le dimanche 10 juillet 2005 à 19:32 +0200, Harald JOHNSEN a écrit :
Gerard Robin wrote:
transparent objects because we don't want that a totaly transparent
triangle stops the light (and atm
it *is* stoping the light because it has changed the zbuffer).
As you said modelers usually sort
Le dimanche 10 juillet 2005 à 19:42 +0200, Frederic Bouvier a écrit :
I noticed another artefact :
http://frbouvi.free.fr/flightsim/moving-shadow.gif ( animated gif )
When moving toward the blue building, the shadow on the nearest building
face is moving and it seems dependant on the
Le dimanche 26 juin 2005 à 07:53 +0200, Roy Vegard Ovesen a écrit :
On Sunday 26 June 2005 04:04, Ampere K. Hardraade wrote:
I notice it as well, but I thought my CVS version is outdated, so I didn't
mention it.
Beside the turn coordinator, everything on the radio stack seems to be out
Le samedi 25 juin 2005 à 13:16 -0400, Josh Babcock a écrit :
Vivian Meazza wrote:
Josh Babcock
I have a nagging memory that the Wright Cyclone R-3500 was fitted with
reduction gearing between the crankshaft and propeller, although I can't
find any reference to it right now. Do you
Le samedi 25 juin 2005 à 13:53 -0400, Josh Babcock a écrit :
Gerard Robin wrote:
Le samedi 25 juin 2005 à 13:16 -0400, Josh Babcock a écrit :
Vivian Meazza wrote:
Josh Babcock
I have a nagging memory that the Wright Cyclone R-3500 was fitted with
reduction gearing between
Beware instrument failure !
C172r and others aircraft have a turn coordinator out of order :=(
seems to be property:
/instrumentation/turn-indicator/indicated-turn-rate
--
Gerard
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
With Melchior's valuable help I have developed a nasal simulation of the
Boost Control and Boost Control Cutout for the Hurricane. This should be
committed to cvs shortly. When a preset boost value is exceeded, the Boost
Control acts to reduce throttle opening. This action can be overridden
Le vendredi 24 juin 2005 à 15:41 +0100, Vivian Meazza a écrit :
Gerard
With Melchior's valuable help I have developed a nasal simulation of the
Boost Control and Boost Control Cutout for the Hurricane. This should be
committed to cvs shortly. When a preset boost value is exceeded, the
Le mercredi 22 juin 2005 à 17:55 +0200, Gerard Robin a écrit :
A better fix might be to use point lights for VASI/PAPI rather than
commenting them out entirely.
Here's my theory. VASI/PAPI and the get
drawn with larger antialiased points. These are unaccelerated
Le vendredi 24 juin 2005 à 17:39 +0200, Arnt Karlsen a écrit :
On Thu, 23 Jun 2005 17:26:40 -0700 (PDT), Alex wrote in message
[EMAIL PROTECTED]:
Got an idea for a new aircraft (not airplane) you'd like to try ?
http://www.dodsbir.net/Topics/Default.asp
Topic: A05-208
...concerns
Le vendredi 24 juin 2005 à 18:53 +0200, Gerard Robin a écrit :
Le mercredi 22 juin 2005 à 17:55 +0200, Gerard Robin a écrit :
A better fix might be to use point lights for VASI/PAPI rather than
commenting them out entirely.
Here's my theory. VASI/PAPI and the get
drawn
Le vendredi 24 juin 2005 à 18:13 -0500, Jon Berndt a écrit :
Thanks,
Both FDM -YASim -JSBSim with a different philosophic approach should
give the same end results.
--
Gerard
See the FGPiston.h file in JSBSim. See the constructor in FGPiston.cpp for
exact specification in the
Le jeudi 23 juin 2005 à 10:15 -0500, Corrubia, Stacie K a écrit :
To go along with the ground vehicles, is there a way to have them move
on the terrain within the scenes?
Thanks,
Stacie
You could refer to ship AI !
It should work too.
--
Gerard
Le mercredi 22 juin 2005 à 16:03 +0200, Melchior FRANZ a écrit :
The joysticks and default keyboard bindings do no longer set the gear/flap
properties directly, but both use wrapper functions in controls.nas. The
flaps did this since a while, but behave differently now: The bindings don't
only
Le mercredi 22 juin 2005 à 09:49 -0500, Alberico, James F a écrit :
-Original Message-
From: Gerard ROBIN [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 08, 2005 1:50 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Main Airports Conflict
withGraphic
Le mercredi 22 juin 2005 à 10:25 -0500, Curtis L. Olson a écrit :
Alberico, James F wrote:
For what it's worth, additional info on this thread:
I saw the same bad performance on an Fx 3400 with new driver. I was not
able to find any properties or run options to alleviate the problem (10
Le mercredi 22 juin 2005 à 16:44 +0200, Gerard Robin a écrit :
Le mercredi 22 juin 2005 à 16:03 +0200, Melchior FRANZ a écrit :
The joysticks and default keyboard bindings do no longer set the gear/flap
properties directly, but both use wrapper functions in controls.nas. The
flaps did
Le mercredi 22 juin 2005 à 18:44 +0200, Melchior FRANZ a écrit :
* Gerard Robin -- Wednesday 22 June 2005 16:44:
Le mercredi 22 juin 2005 à 16:03 +0200, Melchior FRANZ a écrit :
The default controls functions ignore this additional information and
should
exactly behave as before
Le mercredi 22 juin 2005 à 18:50 +0200, Harald JOHNSEN a écrit :
Gerard Robin wrote:
Le mercredi 22 juin 2005 à 09:49 -0500, Alberico, James F a écrit :
The hardware is able to do it, with the old driver 6229 it can.
But the average performance is less, because that driver
does
Le mercredi 22 juin 2005 à 19:54 +0200, Melchior FRANZ a écrit :
* Melchior FRANZ -- Wednesday 22 June 2005 19:44:
* Gerard Robin -- Wednesday 22 June 2005 18:46:
Is it any consequence when using interpolation ?
No.
Oh, you mean the XML interpolation. That is even less concerned
Le mercredi 22 juin 2005 à 21:21 +0200, Melchior FRANZ a écrit :
* Gerard Robin -- Wednesday 22 June 2005 20:54:
Le mercredi 22 juin 2005 à 19:54 +0200, Melchior FRANZ a écrit :
Oh, you mean the XML interpolation. That is even less concerned ...
Thank, that is i hoped to ear .
I
Le lundi 20 juin 2005 à 23:39 -0400, Ampere K. Hardraade a écrit :
On June 20, 2005 09:58 am, Curtis L. Olson wrote:
Melchior FRANZ wrote:
fgfs developers aren't only pedantic, but also lazy. :-)
Errr ... busy. :-)
Curt.
Or chaotic. =)
Ampere
Oh, not so chaotic, the
Le mardi 21 juin 2005 à 11:34 +0400, Roman Grigoriev a écrit :
to Harald JOHNSEN:
spot lights in fgfs I had 3 years ago. they worked on vertex program and
registercombiners but everyone afraid of vertex programs and multitexturing
You can see some screens here http://fgfs.narod.ru
But I work
Le mardi 21 juin 2005 à 11:34 +0400, Roman Grigoriev a écrit :
to Harald JOHNSEN:
spot lights in fgfs I had 3 years ago. they worked on vertex program and
registercombiners but everyone afraid of vertex programs and multitexturing
You can see some screens here http://fgfs.narod.ru
But I work
Le mardi 21 juin 2005 à 16:02 +0400, Roman Grigoriev a écrit :
- Original Message -
From: Gerard Robin [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Tuesday, June 21, 2005 3:43 PM
Subject: Re: [Flightgear-devel] Lights was: Shadows
Le mardi 21 juin 2005 à 16:26 +0400, Roman Grigoriev a écrit :
I found some earlier version of renderer.cxx
I sent it w/o testing with fgfs CVS
if It doesn't work please reply me
but you can see my source
OK, i will try to include it in fg 9.8 first,
i need only some delay, and i will give
Le mardi 21 juin 2005 à 12:20 -0300, [EMAIL PROTECTED] a écrit :
Hi,
1) I would like to disable the messages that appear on the TOP of screen, the
tower control.
Is there any property that I could set to disable it on FGFS 0.9.4?
2) I am compiling the FGfs 0.9.8 and I getting errors on
Le lundi 20 juin 2005 à 06:19 +0200, Arnt Karlsen a écrit :
On Mon, 20 Jun 2005 09:09:56 +1000, Mostyn wrote in message
What then you need to do is manually seperate all of the parts and
texture them.
...first thing to do is read the license; if it isn't GPL, it cannot be
made part
Le lundi 20 juin 2005 à 20:37 +0800, yue xianf a écrit :
HI Ampere k.
I need one of Aircraft of Bombardier Challengers( CL600 Cl601 Cl604)
my system is Windows2000.
Clifford
Well, i hope for you , you will find the right model, i did not
worked on that Aircraft.
Good Fishing :--)
Le lundi 20 juin 2005 à 22:07 +0800, yue xianf a écrit :
Hi Gerard:
I didn't built FlightGear by myself. I found all of the models in MS FS
I think the hard part is the convertion, to comfigure, it should be easier
Clifford
Well, you are running on the good waygood luck.
--
Le lundi 20 juin 2005 à 08:51 +, Martin Spott a écrit :
Gerard Robin wrote:
Le dimanche 19 juin 2005 à 22:10 +0200, Gerard Robin a écrit :
I have the same request LFPO is wrong: -- take off point beside the
runway
Oh yes i have tried with taxidraw, it seem only operate
Le lundi 20 juin 2005 à 23:05 +0800, Innis Cunningham a écrit :
Hi Clifford
Well you may be in luck.See attached snapshot.
One CL604 that I converted from Chuck Dome's great model.
Back in FG 9.4 but it just needs to be converted for 9.8.No big
deal just use the 737 fdm till you get a real
Le lundi 20 juin 2005 à 17:03 +0200, Gerard Robin a écrit :
Le lundi 20 juin 2005 à 08:51 +, Martin Spott a écrit :
Gerard Robin wrote:
Le dimanche 19 juin 2005 à 22:10 +0200, Gerard Robin a écrit :
I have the same request LFPO is wrong: -- take off point beside
Le lundi 20 juin 2005 à 18:27 +0200, Frederic Bouvier a écrit :
May be many others Airports have the same error.
Thanks for the answer
Do you have the scenery that was generated with that apt.dat.
In other words, do you get the latest version of the scenery ? ( if you
already
have
Le lundi 20 juin 2005 à 18:56 +0200, Erik Hofman a écrit :
Gerard Robin wrote:
You probably have the last, did you try on your side about LFPO ?
I didn't test LFPO yet, but is there any chance this is caused by a
displaced threshold:
http://www.jetphotos.net/images/l/lfpo_26.jpg
Le lundi 20 juin 2005 à 21:10 +0200, Erik Hofman a écrit :
Gerard Robin wrote:
Not so strange, we know now the data which are in LFPO.btg have
differents values than these which are in the official apt.dat;
we just have to update LFPO.btg.
How can it be done ?
By rebuilding it using
Le lundi 20 juin 2005 à 23:28 +0200, Melchior FRANZ a écrit :
* Andy Ross -- Monday 20 June 2005 23:14:
Melchior FRANZ wrote:
http://members.aon.at/mfranz/fgfs_gui.jpg [80 kB]
[...]
Someone should start hacking at the puButton class, though. That
close button is starting to look kinda
Le dimanche 19 juin 2005 06:20 +0200, Arnt Karlsen a crit :
for a week or more, quickest way is run http://damnsmalllinux.org off
ramdisk, boot it off a cd image with ' dsl toram ', set up networking
and the web server, dump in those screen shots and post the url here.
hello Arnt
my
Le dimanche 19 juin 2005 20:03 +0200, Oliver C. a crit :
On Sunday 19 June 2005 13:50, Jon Berndt wrote:
This short reference:
http://www.flightgear.org/Docs/FGShortRef.pdf
shows the rudder control on the numeric keypad as being the 0 and ,
(comma) keys. There is no comma on the
Le dimanche 19 juin 2005 15:32 -0400, Ampere K. Hardraade a crit :
If I found a lot of inaccuracies in an airport and want to get them fixed,
who
should I talk to?
Thanks in advance,
Ampere
I have the same request LFPO is wrong: -- take off point beside the
runway
Thanks
--
Le dimanche 19 juin 2005 23:27 +0200, Harald JOHNSEN a crit :
Jon Berndt wrote:
I think you are making a disingenuous assumption, here, on what I am saying.
It IS correct
and clear for*European*users, yes. All that I did to the PDF document was to
add a _note_
in the appropriate section
Le dimanche 19 juin 2005 22:10 +0200, Gerard Robin a crit :
Le dimanche 19 juin 2005 15:32 -0400, Ampere K. Hardraade a crit :
If I found a lot of inaccuracies in an airport and want to get them fixed,
who
should I talk to?
Thanks in advance,
Ampere
I have the same request
1 - 100 of 263 matches
Mail list logo