All I can say by now: it's most likely not a user error ;-)
Or is it? My first check was with fdm=magic to easily climb to any desired
altitude. This fdm does not update /position/altitude-agl-ft which is used to
interpolate through the environment layers.
So _my_ check was based on user error
On Tue, Jul 13, 2010 at 3:04 PM, Torsten Dreyer tors...@t3r.de wrote:
All I can say by now: it's most likely not a user error ;-)
Or is it? My first check was with fdm=magic to easily climb to any
desired altitude. This fdm does not update /position/altitude-agl-ft
which is used
What level of detail in the windfield would you like to see implemented,
and on what level of detail would you like to be able to configure it? I'm
asking because:
In principle, modelling a mean airmass movement corresponding to the
large-scale spiralling into low pressure areas,
So, how would you imagine the GUI for this to be? I have never seen such
charts (my real flight experience is with gliders, and they don't really
use such charts...), so I don't know what level of information they would
provide and how you'd use it.
Jeppesen provides weather charts at
I've pushed some changes to the aircraft search code, including the
--show-aircraft option. We're no longer using PLIB ulDir to traverse
directory structures (a couple more steps on the road to kill off PLIB),
and aircraft searching is a unified code path - previously the actual
of units conversion or scaling problem (?)
when the local wind vector is applied to submodels and particles?
Is this issue within your domain as the weather master?
Thanks!
Curt.
On Sat, Jul 17, 2010 at 12:08 PM, Torsten Dreyer wrote:
Not the best quality but readable, hopefully those
Ok, quick test with a new pull and it seems like heading and speeds
are working for the layers now. The temperatures don't seem to be
taking though, same setup as previous and I was below zero celcius
before reaching 9000 feet and already nearly 9 below celcius at 12000
feet. Not sure about
Sorry for replying late, I was out of town.
I'm posting in haste so I apologize if I'm missing something, but was there
a recent change to the autopilot system that now ignores stages if they
have the same name tag as a previous stage? Previously this wasn't the
case, but if it's a new
For the time being, entering temperature into the dialog box is broken.
The only way to set a temperature is by setting
/environment/temperature-sea- level-degc which calculates the temperature
at altitude based on ICAO standard atmosphere.
That's a little disappointing. Hopefully a
It has been a long, long time since I last did a build or update, what am
I missing/forgetting? Is boost now mandatory? What advantage/improvement
is realized with boost?
Yes, boost is mandatory now, but currently only some header files are
required, no libraries.
Running configure
Hello
I don’t know who is maintainer of the Joystick directory in fgdata
master. I had the problem that Logitech Extreme 3d Pro was not working
on my mac. There was one missing name definition and there where no
mac definitions for the axis. With this small changes it works perfect
now.
Interesting... I guess it depends on numbers - if you have a detailed
airport with 1500 different buildings, cars, aircraft, crates, lampposts,
fences,... then you should have the same problem - and I guss the same
solution, i.e. a sloppy range check which only probes every n frames
should
Hi all,
I have just pushed a rather huge patch after some weeks of coding. It's a
major overhaul of the environment controller managing and applying real
weather, interpolation of weather layers etc.
It's main intention is to decouple all the individual modules and make them
more configurable
Torsten,
I saw that you updated MSVC project files and that's nice of you, but it
happens that for the MSVC100 (2010) files, things are a little bit more
complicated than for MSVC90 (2008).
Thanks, Fred!
Sorry for the mess - I just have vs2008 on my machine, so I was imagining by
looking
Hi
This is what I get when I try to acitvate 'Global Weather' in the GUI:
Compatibility layer: Checking available Nasal APIs:
(this may cause harmless error messages when hard-coded support is lacking)
##
Warning: invalid line segment passed to
Torsten, sorry, I get this anyway in the log, it’s just new here today.
But I get a bus error when I try to use 'Global weather' in the GUI,
'Local weather' seems to work. Do I need some special command line
options to use 'global weather' from the menu?
No special option is required for
non-high-end systems (mine, too).
I'm getting slightly frustrated here. I've spent months to improve
performance, and I feel by now that I at least deserve a fair judgement
for my effords, i.e. an apples-to-apples comparison rather than a highly
skewed comparison.
Sorry if my
Hi all,
the new METAR handler uses the following code
static const string coverage_string[] = {
SGCloudLayer::SG_CLOUD_CLEAR_STRING,
SGCloudLayer::SG_CLOUD_FEW_STRING,
SGCloudLayer::SG_CLOUD_SCATTERED_STRING,
SGCloudLayer::SG_CLOUD_BROKEN_STRING,
Under MSVC9 it compiles and builds OK (Pull from git a few minutes old). On
the other hand, I can see no effect of METAR and the old 3d clouds are not
displayed. In the GUI the clouds remain set at clear, and cannot be
manually changed.
Thanks for the report.
I am currently building under
On Mon, Sep 13, 2010 at 5:03 PM, Torsten Dreyer tors...@t3r.de wrote:
Hi all,
the new METAR handler uses the following code
static const string coverage_string[] = {
SGCloudLayer::SG_CLOUD_CLEAR_STRING,
Does anybody else see this? Is a static string array a bad idea
Under MSVC9 it compiles and builds OK (Pull from git a few minutes old).
On the other hand, I can see no effect of METAR and the old 3d clouds are
not displayed. In the GUI the clouds remain set at clear, and cannot be
manually changed.
Thanks for the report.
I am currently building
Am 14.09.10 03:57, schrieb Alasdair:
I have recently been delving into FG's innards, with a view to fixing
some problems with the speech handling capabilities. This has led
indirecly to my having to understand how XML files are parsed.
Now in SG's XML folder is a program called easyxml.cxx
Oh dear. The problem seems to be in the coverage column. All the global
weather scenarios set all the correct data except the coverage. If I
attempt to set those manually they set back to clear.
3d clouds work correctly if I select the scenario manual. They also work if
I select disabled -
http://img832.imageshack.us/i/fgfsscreen0011.jpg/
Yes - that doesn't look right.
There are two files responsible for setting the cloud layers:
FGDATA/Environment/metarinterpolator.xml
FGDATA/Environment/cloud-layers.xml
if you run fgfs --log-level=info, can you confirm you see something like
Am 20.09.10 06:53, schrieb willie:
On 19/09/10 11:29, Vivian Meazza wrote:
Gijs,
The 4^th dimension has re-emerged. Anything else need fixing?
Err - did we lose the Weather Scenario as well?
Ive put it back in and moved the ATC in Range to the F12 Radio
Settings dialog - yes I
It isn't possible for me to insert a METAR with manual input- it doesn't
react and sets it immediately back.
That's most certainly my fault and not linked to the menubar changes but the
the GlobalWeather dialog changes. I'll fix it later today.
Torsten
One quick observation regarding the new menu structure: I noticed that the
new OSG rendering options menu item, that was recently added by Torsten,
under the view menu, has disappeared. Since I wanted to test the new
stereoscopic vision modes, I reverted my git fgdata tree back to an
On 22/09/10 21:48, Torsten Dreyer wrote:
One quick observation regarding the new menu structure: I noticed that
the new OSG rendering options menu item, that was recently added by
Torsten, under the view menu, has disappeared. Since I wanted to test
the new stereoscopic vision modes, I
OK OK OK -I'll move it back
I'd like you all to know that this change of heart is _entirely_
unrelated to my finding a pair of these red/green specs in the kids
bedroom and wanting to have a shot at this 3D stuff for
myself:-)
Naa - your to late! I already spent hours in
I think I can remove the expermiental state and cleanup
the dialog.
... what I just did. And it's Stereoscopic View Options under View now.
Enjoy, Torsten
--
Nokia and ATT present the 2010 Calling All
Am 25.09.10 12:33, schrieb thorsten.i.r...@jyu.fi:
Hi, in yesterday's GIT version somehow the menu
local_weather_config.xml
(which contains settings for view ranges of clouds and the amount of
resources given to moving clouds) seems to have vanished from the menu
bar, although it still is
Hmmm - looking through the commit log of menubar.xml, I can't find any
reference to local_weather_config.xml since local weather was first
commited at Apr, 12th. Looks like it has never been in GIT's menubar!?
I wouldn't know... It's part of the package though and should be
accessible
After 18 minutes sitting on the runway with the altimeter setting
matching the current METAR, the altimeter is still showing 100 ft too high.
Questions:
Q1: Since there has not been a METAR change, why is interpolation
smoothing necessary at launch.
Q2: The rate of interpolation seems
After 18 minutes sitting on the runway with the altimeter setting
matching the current METAR, the altimeter is still showing 100 ft too
high.
Questions:
Q1: Since there has not been a METAR change, why is interpolation
smoothing necessary at launch.
Q2: The rate of interpolation
Am 10.10.10 18:06, schrieb Stuart Buchanan:
Hi All,
I've been working on a small patch to change the existing global Nasal
function airportinfo() to return more than one result.
With this patch, and optional argument allows the caller to specify
the number of nearest airports to return.
Hi Guys,
I think I've found a bug in the new weather environment code.
I started up at Austin Bergstrom International (KAUS), a fairly large
Texas airport with runways 17L/R, 35L/R. The METAR had wind of 9 knots
at 190 degrees.
I would expect FG to start on runway 17. Instead it
Hi,
we currently have a variety of combinations of line endings in text files.
Most use *nix style LF, some (increasing number) DOS style CRLF and I even saw
a few that used both styles within a single file.
Can some of our GIT gurus explain a best practice how locally configure git
so we get
That's a timing problem. The METAR arrives _after_ /sim/signals/nasal-dir-
initialized is fired which triggers the runway selection code in
startup.nas. This code uses the raw, not interpolated wind values from the
metar, so it's definitely not an interpolation issue.
I am currently
Hi,
we currently have a variety of combinations of line endings in text files.
Most use *nix style LF, some (increasing number) DOS style CRLF and I even
saw a few that used both styles within a single file.
Can some of our GIT gurus explain a best practice how locally configure
git so
Gene,
I'm a little confused by these emails. As best as I can tell they simply
report that nothing has changed in git. Do we really need this posted to
flightgear-devel?
Probably it's a bug that nothing has changed and the script wants to tell us
to be more active in development !?
Hi all,
currently my GIT fails to merge with the error message in the subject.
I suspect this is a line-ending conflict. I did not touch the file locally.
I tried
git checkout -- Aircraft/Jaguar/Models/jaguar.xml
git checkout --ours Aircraft/Jaguar/Models/jaguar.xml
git checkout --theirs
Hi All,
I would just like to drop a note here, announcing that FSWeekend, the
largest flight simulation event in Europe is coming up again. As in
previous years, the event will be organized in the Aviodrome, the aviation
museum at Lelystad (EHLE) airport, in the Netherlands. This year,
That stuff is unnecessary and in
real life you'd probably get your license yanked if you were caught using
foul language on the radio.
Here, in Canada , its a $5000 fine and/or a year in jail.That,s a
pretty good deterrent :).
When I had my first engine failure in RL, I remember not
It looks like a change from last weekend break something in FGEventInput's
dependencies.
Thanks for posting - should be fixed now.
Torsten
--
Nokia and ATT present the 2010 Calling All Innovators-North America contest
Great, thanks for the feedback.
Torsten
Thanks for your fast reply. I can confirm that compiling and running
FlightGear works again.
Cheers
Mike
--- If you want to be understood, you first have to listen ---
It looks like a change from last weekend break
something in
For those interested, here is a picture of the current setup of our
machine:
http://www.flightgear.org/forums/viewtopic.php?f=28t=9645st=0sk=tsd=a;
start=15#p100599
Milestone reached: Our setup for the show performes well:
Now five(!) nVidia Cards (4xGTX460 + 1x9500GT) drive 10 displays
If I may ask, what is the rest of the hardware configuration for that
setup?
Certainly,
http://www.flightgear.org/forums/viewtopic.php?f=28t=9645st=0sk=tsd=a#p99755
Torsten
--
Nokia and ATT present the 2010 Calling
Hi,
as pointed out in other threads, I am currently assembling a machine with five
nVidia cards. The machine and the cards are fast enough to render a steady
60fps, synced to vblank.
But this is only with shaders disabled. The moment, I enable shaders and 3d-
clouds, the frame rate drops to
This mirrors comments to the OSG mailing list, where people have reported
performance issues with multiple GPUs and screens. There hasn't been much
of a resolution there; some people have the problem, others don't. I've
put together a multi-GPU machine to explore these issues; now I just
) and your X configuration file?
Tim
On Mon, Nov 1, 2010 at 9:06 AM, Torsten Dreyer tors...@t3r.de wrote:
Hi,
as pointed out in other threads, I am currently assembling a machine with
five
nVidia cards. The machine and the cards are fast enough to render a
steady 60fps, synced to vblank
Just to add a few more details:
Not only did it draw a lot of
people to our booth who wanted to check it out, handing out 3D glasses
also worked as an extremely good vehicle to start a conversation with
people.
Some visitors must have liked what they saw so much, that they probably forgot
Hi,
I just commited a hack to make startup.nas obsolete and removed it from
FGDATA/Nasal. The sole purpose of startup.nas was to assign a runway uppon
startup of flightgear based on wind-direction received from realwx/metar.
Unfortunately, this nasal script called the command presets-commit
Hi Torsten,
The new mechanism appears to override the --parkpos=foo commandline
argument here. That is not entirely convenient.
I wonder why this has worked before, parkpos was not checked by startup.nas.
Anyway - it should be fixed now.
Thanks for reporting
Torsten
2010/11/12 16:00 LFST 121600Z 19009KT 170V230 BKN030 13/09 Q1004
NOSIG
So I ran the metar command from the CLI to see what it told. That gives
the same result for this particular airport. I was using git revision
0917a5e0. Upgrading to the current git revision 5bb247d4 also shows the
If I check the METAR data for LFST using another program (AeroWeather on
the iPhone for example or the metar utility for debian from the
http://packages.debian.org/unstable/utils/metar package), I receive
correct METAR data for LFST. So METAR fetching in FlightGear is wrong.
FlightGear uses
But would it be possible to accept old data, just not time going
backwards. I feel any METAR data is better than none, so perhaps;
1. accept any any valid METAR data, log warning message if it is old,
2. don't update METAR data if the date is older than current METAR date,
log severe
Ok, Stuart and Martin make a fair point. Lets move forward with putting
something onto the main FlightGear page. Stuart, you mentioned a faq you
had drafted?
I think it's all here:
http://sourceforge.net/mailarchive/message.php?msg_name=206864.11472...@web26005.mail.ukl.yahoo.com
Torsten
Hansajet
Fixed.
Torsten
--
Increase Visibility of Your 3D Game App Earn a Chance To Win $500!
Tap into the largest installed PC base get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get
There is a typo in one of the configuration files for CanBerraBI8 as
outlined below. Can someone with write credentials to the git repository
apply the fix?
Done. Thanks for reporting.
Torsten
--
What happens now with
Now it starts, but strangely my
system hard locks (frozen mouse, frozen screen) a few minutes after
starting, which means that this is almost certainly a bug in the Intel
display drivers.
Don't know if this helps you, but I had a lockup error when I ran four NVidia
GTX460 in one system.
Hi all,
as some of you may have noticed, I'm playing with the METAR generated weather
(once again). Because it's winter in the part of the world where I am living
and our winter usually provides endless foggy or misty days, I thought it
might be a good idea to bring these nasty days straight
Hi all,
i have just pushed some changes to activate a METAR generated cloud layer
representing fog, mist and haze if reported.
Check it out by selecting the Early morning fog weather scenario in the
global weather dialog. It'll get you half a mile visibility and a fog layer
of 500' thickness.
the
top of it. It certainly goes up over 15,000. Tried clearing all weather
first and turning off all other options but I can't clear the top of it.
Will get the Lightning out later and try and find where the top is!
Any ideas?
Alex
On 15 Dec 2010, at 18:00, Torsten Dreyer wrote:
Hi all
On Thu, Dec 16, 2010 at 6:55 PM, Curtis Olson curtol...@gmail.com wrote:
Hi Torsten,
When I tried it the last time, I saw that the early morning fog option
was now available, but upon choosing it, the code pushed the ground level
visibility out to 20k.
Same here. However, it also adds
IIRC clouds default to 2D if there isn't a 3D definition in
Environment/cloudlayers.xml
That might provide an work around.
Correct. Currently, the layer type is guessed in fgclouds.cxx by looking at
altitude, thickness etc. My fog cloudlayer results in st (stratus) which
is absolutely
Hi,
I just notice some modifications about the snow and rain norm property,
which seems to be exposed twice.
One place, in the /environment directory , which is new; and an other
place in the /environment/metar directory , which is the old usable place.
I am maintaining a lot of
Here is another hint:
http://wiki.flightgear.org/index.php/Howto:_Understand_console_output#Warning:_TangentSpaceGenerator:_unknown_primitive_mode_9
Torsten
Hi, John
Thanks for your answer and explanation, though that is somewhere out of my
know how skill.
We can live with such message.
Am 23.12.10 19:35, schrieb Donn Washburn:
On 12/23/2010 12:24 PM, Gijs de Rooy wrote:
FGDATA site seems to be down or have problems. I have tried about 5
times over time to get fgdata with the same error.
Gitorious was down since earlier today. However, it appears to be up
again now.
You
How about adding
legendX/legend
to the small close button?
Torsten
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
Hi,
I just pushed a patch that provides functionality for more than one METAR in
the property tree. This patch also provides the magnetic variation for the
reporting station exposed to a property.
For backwards compatibility, the METAR for the nearest airport still live
under
Is there any interest in mouse acceleration properties,
besides myself ?
Defenitely yes! Much, much nicer/realistic for levers!
Gijs
Good idea, and cheap to implement. I just pushed the patch with some tiny
modifications. I added some code cleanup, too, to make it look more worthy
could you invert the y
acceleration before updating the property ?
Sorry, my bad. It's inverted now.
Torsten
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive
I knew this was too easy , and looking for the reason , but the
acceleration properties don't zero out when the mouse stops moving .
While it still works to a point , still not quite right.
Hmm - I have no idea how to solve that. Our mouse motion handler gets called
with last movement since
...
On Sat, Jan 8, 2011 at 1:27 AM, Torsten Dreyer tors...@t3r.de wrote:
I knew this was too easy , and looking for the reason , but the
acceleration properties don't zero out when the mouse stops moving .
While it still works to a point , still not quite right.
Hmm - I have no idea how
Sound like a good idea . I don't get smooth results without some nasal
help , but its so much nicer to move the mouse in the direction you
want to push the lever rather than clicking 2 hotspots or two separate
mouse buttons for forward/back.Having this routine in the global nasal
should also
It has been in the wiki since Sep, 27th:
http://wiki.flightgear.org/index.php?title=Anaglyph_(3D)action=historysubmitdiff=24285oldid=24270
Torsten
Cool thanks. So someone should update the wiki? I'll have a look at that
soon.Regards Michael
--- On Mon, 1/10/11, Heiko Schulz
Not quite sure about the sim itself, but I believe the sim isn't waiting
for valid METAR before selecting the start-up runway (or it has a timeout
and doesn't always wait long enough).
This should work. I moved the logic from startup.nas into the initialization
sequence to use the same code
Hi all,
I just pushed a bugfix to SGMisc::normalizePeriodic(min,max,value).
The method allways returned zero for values less than min instead of
normalizing these values into the given period.
This function is used
SGGeodesy::advanceRadM()
SGGeodesy::radialIntersection()
which are probably
I'll have to go back and look at the [JSBSim] code again. I'd like to
figure out how to make resetting work better from the API - more
naturally and without having to reload the aircraft model. This would be
useful for both the JSBSim standalone executable and for any larger
simulation
As many of you might be aware of, a group of FlightGear enthusiasts have been
presenting FlightGear at FSWeekend in Lelystad(NL) and LinuxTag in Berlin(DE)
over the last years. Our presentation and the equipment list has grown with
each show with every single item being donated by the
not sure how to go about this with the posted mail address.
Cheers
On Sat, Feb 5, 2011 at 1:57 PM, Torsten Dreyer tors...@t3r.de wrote:
As many of you might be aware of, a group of FlightGear enthusiasts have
been presenting FlightGear at FSWeekend in Lelystad(NL) and LinuxTag in
Berlin
Hi FG developers,
Since no further comments have been made, is there any chance to see
this patch committed in Flight Gear ?
In case you would have additional comments or questions before
committing, I am of course open to answer them
Cheers,
Bertrand.
Hi Bertrand,
I am currently
Need to update the MSVC90 project file?
Yep - that's done.
All builds should be green again.
This patch provides consistent tank properties for
/consumables/fuel/tank[0..7]. The handled properties under each branch are
* level-kg (fuel level in kilogramm)
* density-kgpm3 (fuel density in kg
I have checked your code and it breaks the previous behaviour for
JSBSim. Your code is overwriting JSBSim values during initialization,
I would rather do it the other way around and make JSBSim overwrite
FlightGear default values. Especially because the capacity of all the
tanks is now set to
Hi,
trying out the bo105 today with latest GITt I noticed a new Bug which
prevent using any of our helicoters:
http://code.google.com/p/flightgear-bugs/issues/detail?id=266sort=-id
With this bug I can't go on currently on developing my helicopters for
FGFS, but the main pint is the
And that is because of the hardcoded default of 8 fuel tanks. Attached
patch makes sure at least the existing tanks are covered by the
properties.
Thanks for spotting this. I was naive enough to think no aircraft ever has
more then eight tanks. Now TankProperties are created for every
We have curently no better simulation of that, even the S76 by Syd which
uses a different code, is affected.
The problem is that for some reason the configured fuel-density does not reach
the TankProperties class but stays at zero, resulting in division by zero in
the nasal-based engine/fuel
Hi all - here comes a tricky one:
(good bugs are usually tricky - not everything tricky is necessarily a bug)
Imagine an arbitrary PropertyList config file like this:
PropertyList
foo type=double3.14/foo
/PropertyList
and a code fragment like
class MyClass {
public:
double getter() const {
Hi guys,
I.ve been working at changing over the Citation X EFIS to use 3d text
,but having a few problems. The property scale and offset don't work
here , and formating doesnt behave like I expected ... for example ,
format%2.0f/format for altitude at 3029.23341234 prints 3029 .
Scaling
Stay tuned,
Quick update: I found the reason for this bug (see previous post SimGear bug?
read-only properties tied to object methods not initialized) so there is a
good chance for a fix soon.
Torsten
--
The ultimate
I've also got on my TODO list replacing the Nasal nose gear animation code
with straight XML animations.
Maybe this can help creating the necessary animations:
http://wiki.flightgear.org/index.php/Howto:_Animate_gear_scissors
Torsten
But you have broken my patch! :)
Apologies! It's been a busy week and I tried to commit smart fixes between
long work-days. Obviously not a good idea ;-)
Also, Anders pointed out that more tanks may be needed even if they
are not (yet) in the property tree, so ultimately the FDM should be
That was not my point.
I was talking about the Nasal error.
Nasal runtime error: vector index 7 out of bounds (size: 7)
at
/wrklvm/FlightGear/FlightGear_CVS/data/Aircraft/Boeing314/Nasal/Boeing314-f
uel.nas, line 79
That should be fixed. However, the version in GIT is broken due to a
The stand-alone nasal compiled fine. Any ideas what is wrong here?
No idea, sorry. It runs fine here and creates this result:
?xml version = '1.0' encoding = 'UTF-8' ?
PropertyList
entry
ind0.000/ind
dep0.000/dep
/entry
entry
ind0.050/ind
dep1.751/dep
/entry
entry
ind0.100/ind
dep3.463/dep
The stand-alone nasal compiled fine. Any ideas what is wrong here?
No idea, sorry. It runs fine here and creates this result
Ah - wait a minute, there used to be a release version and a cvs version from
nasal and I think I have it installed from cvs here.
Haven't used it for a while and
Hi Bertrand,
I am currently working on a more generic solution to the issue based on
your
patch. Currently we have at least three different places within
FlightGear
calculating tank contents and converting them between different units.
The idea is to have a TankProperties class
On 02/12/2011 12:59 PM, Torsten Dreyer wrote:
By the way. The filtering that will remain in the c172p action-sim.nas
for the nav radio could be moved to navradio.cxx. Here again, the
needle damping and the needle behavior when tuned to an out-of-range
frequency or when the gs is out
On 02/14/2011 11:58 AM, Torsten Dreyer wrote:
On 02/12/2011 12:59 PM, Torsten Dreyer wrote:
By the way. The filtering that will remain in the c172p
action-sim.nas for the nav radio could be moved to navradio.cxx. Here
again, the needle damping and the needle behavior when tuned
Hi,
just in case your are not following the forum and like to create FlightGear
videos, this one is for you:
http://flightgear.org/forums/viewtopic.php?f=19t=11059
Torsten
--
The ultimate all-in-one performance
As for the Dragonfly, the performance just seems unreal, thought I've
never flown on myself. I think we could replace it with the Dromader,
a much higher detail aircraft with a pretty extensively detailed FDM.
What part of the FDM do you think is unreal? Having flown the Dragonfly
401 - 500 of 747 matches
Mail list logo
