Arnt Karlsen wrote:
On Fri, 08 Apr 2005 16:07:14 +0200, darko wrote in message
[EMAIL PROTECTED]:
Hi there,
you miss me, eh? ^_^
Too often it happens to me that when I'm flying and (usually) I'm
making a tacking (don't know if it's the right word...) FG has to
load the scenery and the PC
darko wrote:
Curtis L. Olson wrote:
Arnt Karlsen wrote:
It's not obvious to me what a user would find in --help that would be
relevant to this problem?
sorry, I have not thought to look at --help option...
FlightGear should load terrain in a background thread in the most
recent version
Steve Hosgood wrote:
Interactive history is certainly far better than dry facts in books, but
we'd have to be careful how we spread historical information.
FlightGear might well be a great means of keeping the historical flying
experience alive. The trouble is, AFAIK *no* airplane currently
Martin Spott wrote:
To my knowledge there _are_ aircraft in FlightGear that are build upon
real data. Right ?
I think this is always the case. Take the B-29 for instance. Josh has
obviously done a ton of research to get the dimensions and proportions
down exactly right ... that's a key
Timo Saarinen wrote:
Hi,
I have tried the altitude and heading hold features of the autopilot (ctrl-A
and ctrl-H with arrow keys or F11 autpilot dialog box). They work very well
with j3cub aircraft but with the default cessna 172 either of them don't
work at all. I suppose this is a bug.
The
Melchior FRANZ wrote:
* Erik Hofman -- Thursday 31 March 2005 13:27:
That's what Wiki's are for:
http://www.seedwiki.com/wiki/flight_gear/flight_gear_developer_documentation.html?wpid=123227
That's really where the FAQ should be maintained, too, as long as someone
is regularly archiving
Innis Cunningham wrote:
Hi Curt
No this problem has been around since 9.5 or maybe before.At
least for the autothrottle.
What seems to be the problem is when the autothrottle is cycled
it changes the speed property in autopilot/locks from nothing to off.
And from then on you cant use page up/down
Melchior FRANZ wrote:
I would sure like to help here, as some of the patches in the last week
were done by me -- none AP related, not even remotely. Unfortunately,
I can't reproduce the problems. Not because it works for me, but because
the whole autopilot system hasn't worked for me since ages,
Andy Ross wrote:
I kinda doubt it. The bugs that were fixed were about string constant
conversion and not runtime behavior, and were pretty obviously wrong.
It would be pretty pathological to have code that actually depended on
that behavior.
The bug was that string constants (e.g. 1.2) could be
Curtis L. Olson wrote:
Andy Ross wrote:
I kinda doubt it. The bugs that were fixed were about string constant
conversion and not runtime behavior, and were pretty obviously wrong.
It would be pretty pathological to have code that actually depended on
that behavior.
The bug was that string
Andy Ross wrote:
Curt wrote:
FWIW, testing against instead of 0 works with the latest nasal
changes.
Indeed. Actually, with the fix as of a few minutes ago you should be
able to do just:
if ( !auto.getValue() ) { ... }
The empty string and zero numeric values are both false, as is the
For the last day to two I've been having some keyboard input problems.
Specifically, after activating (and then deactivating) the wing leveler,
I can no longer use the arrow keys to control the ailerons. After
activating (and then deactivating) the auto throttle, I can no longer
use the page
Curtis L. Olson wrote:
Erik Hofman wrote:
Andy Ross wrote:
The fact that this is an apple header implies that it ought to work
out of the box on OS/X and the various BSDs. The only other platforms
we support right now are SGI and Solaris, right? Can anyone check the
status of stdint.h on those
I'd like to take a whack at making the FGNetFDM and FGNetCTRLS
structures more portable across platforms and OS's. There are some
serious problems right now going between 32 and 64 bit architectures.
There are other minor problems going between different OS's.
I see that Linux (C99) has an
Erik Hofman wrote:
Andy Ross wrote:
The fact that this is an apple header implies that it ought to work
out of the box on OS/X and the various BSDs. The only other platforms
we support right now are SGI and Solaris, right? Can anyone check the
status of stdint.h on those platforms?
SGI: present
Our current FAQ maintainer is not able to continue providing his
services. Is there anyone out there that is willing to take over this job?
Thanks,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project
Jim Wilson wrote:
From: Andy Ross
snip
FWIW, I also took the opportunity to re-visit the P-51D configuration
that I promised (long ago) to hack at. Attached is a version that
snip
Also, there is a syntax fix: the piston-engine tag should be a
subtag of the propeller tag. Putting
Josh Babcock wrote:
Does anyone know of some sort of gear serviceable property? I'm
trying to model a set of emergency gear motors driven off a separate
bus, but I don't know how to connect the gear to the buses, or even
make the normal gear mechanism fail.
I'm not aware of a specific gear
Anyone have any thoughts or ideas?
1. FlightGear has a property called /velocities/airspeed-kt; does anyone
know if this was originally intended to be VCAS, VIAS, VTAS, or what?
2. The pitot system uses /velocities/airspeed-kt as it's input (and
seems to assume this value is VIAS.)
3. We tie
leaves everything as VCAS internally and
doesn't allow for a separate VIAS at this point in time?
Curt.
Curtis L. Olson wrote:
Anyone have any thoughts or ideas?
1. FlightGear has a property called /velocities/airspeed-kt; does
anyone know if this was originally intended to be VCAS, VIAS, VTAS
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 in the
base
Vivian Meazza wrote:
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
Time out here!
There are two reasons two throttle frame rate.
1. Conserve CPU time and leave more cpu time for other tasks. Using
sleep() calls you can put FG asleep for a short time if it gets done
drawing a frame early, leaving those cycles for other tasks.
2. Accurately control frame rate.
Frederic,
Your patch helps, but typically the semantics of sleep() commands is
they will sleep at least as long as the requested time (up to the kernel
trap timing resolution) so I am still seeing dropped frames, although
not nearly as bad. If the kernel timing resolution is different than
Curtis L. Olson wrote:
Frederic,
Your patch helps, but typically the semantics of sleep() commands is
they will sleep at least as long as the requested time (up to the
kernel trap timing resolution) so I am still seeing dropped frames,
although not nearly as bad. If the kernel timing
Drew wrote:
I don't think anyone suggested there was a bug...I'm just trying to
improve performance. I'm writing a simulator that interfaces with
FlightGear, using FlightGear as the scenery generator on the same PC.
The program runs great, it's just that FlightGear gets interrupted
easily by
Drew wrote:
I don't know the answer to this. My computer has 512 megs, which is a
lot more than FlightGear uses.
I'm not really interested in how other 3D apps, including games,
work...I have a specific application, and I want to optimize the code
for this purpose, regardless of what the status
Frederic,
I've been hacking on your patch a bit more and I see that we rarely
oversleep by more than 2ms. So backing off by 2ms (instead of 1ms)
seems to work pretty well here. I also switched to doing all the math
in microseconds rather than milleseconds (and converting at the latest
Martin Spott wrote:
Hello,
would anyone mind having a look at this one:
make[2]: Entering directory `/usr/local/src/FlightGear/src/Network'
[...]
CC -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/opt/include -I/usr/freeware/include -Xcpluscomm
-I/opt/FlightGear/include
Jorge Van Hemelryck wrote:
Have you been successful in implementing your asymmetric frustum hack ?
It might be a good idea to add it to the official FlightGear code. It is
one of the features that might fill in the gap between amateur flight
simulation and a professional product. It might even be
Melchior FRANZ wrote:
* Curtis L. Olson -- Friday 04 March 2005 05:33:
When configuring a 2d instrument, there is a concept of property
aliases. The README.xmlpanel example uses absolute property paths, but
the real world instruments I've seen use relative paths with a lot
Melchior FRANZ wrote:
* Curtis L. Olson -- Friday 04 March 2005 15:15:
At that point I was 8 or 9 levels deep and it's pretty difficult to count back
though complex xml to figure out how many levels you actually need.
With proper indentation you just count the tabs in the alias line
Frederic Bouvier wrote:
There is the property /sim/frame-rate-throttle-hz that could be used to limit
the framerate but the source should be modified to call a system sleep method (
with a fine resolution, for example pthread_cond_timedwait ) instead of looping
wildly.
I know this is hard to do
Erik Hofman wrote:
Drew wrote:
Hey All,
I'm running flightgear on Windows, and have noticed that it seems to
use up all of the available processing time, and because of this, it
seems to get jumpy when other applications are being used while
FlightGear is running. I noticed that I can try to bump
Melchior FRANZ wrote:
* Curtis L. Olson -- Friday 04 March 2005 16:08:
Melchior FRANZ wrote:
With proper indentation you just count the tabs in the alias line.
Seven tabs in front == seven times ../ :-)
It's maybe analogous to writting assembly language without any sort of
jump
John Wojnaroski wrote:
Yes, I think I was successful in adding support for asymmetric view
frustums. It's a bit of a hack to get there, but the way I have set it
up I think is slightly more intuitive than just passing l, r, t, b, n, f
parameters to the glFrustum() function.
For my specific need I
John Wojnaroski wrote:
Sounds kind of like the problem I'm facing with the left seat/right seat
view perspective in the 747 simulator. Short of a fully collimated
projection(s) and optics to handle a curved, wrap-around screen any solution
will be a compromise.
Yes, any time you want to make the
When configuring a 2d instrument, there is a concept of property
aliases. The README.xmlpanel example uses absolute property paths, but
the real world instruments I've seen use relative paths with a lot of
../../../../../params/etc.
Can anyone explain to me how many levels you are supposed to
Curtis L. Olson wrote:
When configuring a 2d instrument, there is a concept of property
aliases. The README.xmlpanel example uses absolute property paths,
but the real world instruments I've seen use relative paths with a lot
of ../../../../../params/etc.
Can anyone explain to me how many
jj wrote:
I'd surely like to see an Observatory bulding (such as mine, see
http://kingmont.com and ftp://kingmont.com for pictures of it).
Jim, if you send the coordinates of your house to Jon Stockill, he can place a grain silo
there in the object database. The silo should match your house
David Luff wrote:
On 27/02/2005 at 22:51 Hans-Georg Wunder wrote:
Hi all,
some days ago, I have made some proposals to correct errors in
flightgear. Now, I would like to know, íf this is the right
procedure to add code to the cvs or if there is an other way defined ??
The best way is to
Can anyone explain to me how the camera, and view frustum, and field of
view is setup fot the inside a 3d cockpit view versus an outside
view? There have been a lot of fingers in the code since I last looked
at it (years ago) and I'm missing a key piece of the puzzle.
Hopefully none of this
During the Scale 3X show in LA last weekend, a podcaster named Harold J.
Johnson stopped by our our booth and did a few interviews with our
staff. It turned out quite nice and can be listened to here:
/
/http://radio.linuxquestions.org/?p=26
Harold's personal page (top level link) is here:
As has been noted previously on our mailing lists, the FlightGear
project had a booth this past weekend at the Southern California Linux
Expo in Los Angeles, California.
http://www.socallinuxexpo.org/
John Wojnaroski is building a 747 simulator (I use the present tense
here because these
Thomas Léauté wrote:
I recently posted an email on flightgear-users concerning a problem I
am having with scenery files in FlightGear 0.9.4. Someone suggested I
should forward my email on the -devel list, so here it is.
Thank you in advance for your help
Hi Thomas,
I still have a full world set
Ron Lange wrote:
Hi Gerhard,
certainly I examine the variables, as mentioned the last created
thread try to access the properties, but the static property pointers
don't point to valid memory regions. The 'vel' property node is just
the first invalid, where the invalid access occured. The other
Dave Martin wrote:
Just found this at http://www.linuxgames.com
Although the news story appears broken / mislinked, it states that someone
will be demoing a full-scale 747 cockpit driven by FlightGear at Scale 3x
this coming weekend.
Any idea who's hardware / project it is?
Yes, John
I suspect a flightgear dreamcast port is outside the realm of
possibility, but I am forwarding this to our developers list in case
someone wants to take a whack at it. It looks like you can get a
dreamcast unit for pretty cheap, and it looks like the development tools
are open source.
Dave Martin wrote:
You been smoking the 'whacky-baccy?' ;-P
I prefer the tomacco.
The Dreamcast is RISC based which may be a hurdle but the specs are *really*
low.
SH-4 RISC CPU @ 206Mhz
8MB PowerVR2 Graphics
16MB RAM
12speed GD-ROM.
Who knows, perhaps FG would 'run' but I can't see it
With help from Thomas Markowitz, I have posted a side by side comparison
of the FlightGear Alcatraz model versus a real photo here:
http://www.flightgear.org/Gallery/
Good work Frederic!
Regards,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program
Drew wrote:
I'm not sure what SDL means, but it will run on the primary display
without the secondary one going black, so I don't think what you said
is true...at least in my case.
I'm using the latest stable version of flightgear, which I compiled
myself from the source using VisualC++. So I can
Oliver C. wrote:
On Friday 28 January 2005 05:14, Curtis L. Olson wrote:
I'm told there is a way to do this with shaders, but plib/ssg doesn't
support shaders. :-(
Curt.
What happended about Manual Massing's new alternative terrain engine?
http://www.mail-archive.com/flightgear-devel
Oliver C. wrote:
Are there plans or better a planned release date
when the missing features will get added into plib?
You'll have to ask the plib people. Steve is very persnickety about
this section of the code and I suspect he may not allow significant
changes unless he does them himself,
Dave Martin wrote:
I'm working on a new aircraft model and have just come to putting some
instruments in place.
I discovered a problem with the turn-coordinator which takes input
from /instrumentation/turn-indicator/indicated-turn-rate
Unfortunately, as soon as FG starts, this value quickly
Paul Surgeon wrote:
I played around with some runway lighting today to see if textured polygons
are feasible.
Here is what textured, billboard runway lights look like :
http://surgdom.hollosite.com/flightgear/screenshots/index.html
With 6 * 1 ft runways all in view at one time my frame rate
Dave Martin wrote:
On Thursday 27 Jan 2005 18:06, Curtis L. Olson wrote:
I believe the default TC is designed to run off an electricly driven
gyro ... so if you have no juice, the gyro will spin down (or never spin
up) and you'll see symptoms like you describe. I would suggest
dropping
David Luff wrote:
On 27/01/2005 at 12:19 Curtis L. Olson wrote:
snip rwy lights are dropping the frame rate
Any ideas?
Not on the technical side, but one thing we could do now is to ditch the
green taxiway center lights. These aren't specified in the new format apt
data, and the latest
Drew wrote:
I appreciate that, and if I were using Linux, I'd have already known
exactly what to do. :)
I should have been more clear...unfortunatly, for this particular
application I need to use Windows XP Pro, and I currently have an ATA
Mobility Radeon 9000 in the laptop I'm using.
I'm trying
Tiago Gusmão wrote:
Altough the billboard itself always faces the POV, you can still set
the normal the way the real light would be pointing to, them set a
diffuse light on the POV and enable backface culling.
I suppose performance hit should be minimal for TnL hardware.
The normal only affects
Oliver C. wrote:
What about setting only one point at the beginning of the runway
and then calculating an angel between it and the normal of the billboard.
When the angel is 90° or - 90° the billboard is turned off when it is
90° or -90° then on.
We might need to do something like that.
Frederic Bouvier wrote:
Quoting Paul Surgeon:
On Wednesday, 26 January 2005 17:44, Curtis L. Olson wrote:
Fred is pondering/working on a more optimal solution for the next
release. There are a number of good ideas he can try so I'm sure he'll
come up with something that works quite well
Ampere K. Hardraade wrote:
On January 21, 2005 09:01 am, Frederic Bouvier wrote:
Quoting Innis Cunningham:
Curtis L. Olson writes
Innis,
I had no problem loading the version Ampere sent me in v0.9.8. I did
notice there was a large (and seemingly arbitrary) mix of file
permission
Dave Martin wrote:
On Monday 24 Jan 2005 17:50, Jim Wilson wrote:
Erik Hofman said:
Dave Martin wrote:
On Monday 24 Jan 2005 14:01, Oliver C. wrote:
I assume that this feature is not supported by the hardware on the
consumer video cards.
So OpenGL falls back to software
Paul Surgeon wrote:
On Monday, 24 January 2005 20:32, Curtis L. Olson wrote:
The opengl interface itself (for a variety of good reasons) doesn't
provide you a way to directly tell if something is implimented in
hardware or software. Note that this isn't dropping your whole card
into software
Durk Talsma wrote:
Hi Folks,
Since I haven't seen any response to my question I guess it's either so hard
that nobody knows the answer, or it just slipped by while everybody was
fighting each other last week. :-)
Anyways, I'm still interested in potential solutions.
Cheers,
Durk
On Saturday
Frederic Bouvier wrote:
This is in CVS now ( should show up in a few hours on SF ). In the
meantime, a screenshot :
http://frbouvi.free.fr/flightsim/fgrun-basic.jpg
Looks great Frederic, good work!
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program
Paul Surgeon wrote:
On Saturday, 22 January 2005 13:01, Melchior FRANZ wrote:
I hereby formally object to my name and my code contributions being dragged
into potential religious conflicts, and to using them for proselytizing
purposes.
It's sad to see that the repeated calls for keeping
Jonathan Polley wrote:
On Saturday, January 22, 2005, at 09:27AM, Curtis L. Olson [EMAIL
PROTECTED] wrote:
Let's not lose sight of a couple facts:
1. This is all regarding the Mac OS X package.
2. The author has already agreed to make some changes to his package.
3. This package is distributed
Arthur Wiebe wrote:
That may a good idea.
But just so you all know and so you'll hopefully calm down, the file
has been removed from the distribution although there is still a note
from the packager and future releases will not even have that.
Arthur,
Thanks, and thanks for all your efforts to
Innis,
I had no problem loading the version Ampere sent me in v0.9.8. I did
notice there was a large (and seemingly arbitrary) mix of file
permission, capitalization, etc. I'm running linux. If you are running
windows, perhaps there is a dos/unix line ending problem in one of the
files?
Innis Cunningham wrote:
Erik Hofman writes
Innis Cunningham wrote:
Seeing this is probably the first aircraft a new user will try what a
great advert.A panel that is upside down in the middle of the night
with no engines running and no obvious way of getting them started.
I mean if the idea is
Stewart Andreason wrote:
Jim Wilson wrote:
There are a couple bugs or at least they were there a week or so
ago. One is
just a mapping typo where latitude goes into both latitude and
altitude. The
other is under linux the fg-root and fg-scenery parameters don't get
saved and
passed on to
Vivian Meazza wrote:
Innis Cunningham wrote
Hi All
Could someone who uses FGRUN to start FG confirm
that the 172 fullscreen hi res Cessna starts at night
with the panel upside down and no scenery even
if you have noon selected in FGRUN.
Nope - it's fine apart the panel upside down, and the
Nick Coleman wrote:
Date: Fri, 21 Jan 2005 17:45:09 +0800
From: Innis Cunningham
Hi All
Could someone who uses FGRUN to start FG confirm
that the 172 fullscreen hi res Cessna starts at night
with the panel upside down and no scenery even
if you have noon selected in FGRUN.
There is a switch
I implimented a randomized mirror linking system in some of our download
pages using server side includes (which was the first mechanism I
figured out so I went with it.)
If anyone runs into any problems with the system, please let me know.
Regards,
Curt.
--
Curtis Olson
Jim Wilson wrote:
David Luff said:
On 21/01/2005 at 18:02 Jim Wilson wrote:
David Luff said:
Hi all,
I've commited a fix for the program crash when the piper model is not
present, and apologise for that. Would a v0.9.8a release be in order?
Just the base package maybe?
Jim Wilson wrote:
Probably I've got this wrong, but isn't the c-172 our most refined/realistic
flightmodel? My impression of yasim, from using it for the p51d, but not as
an aero engineer, is that getting an aircraft working is about 2 parts theory
and 1 part voodoo (the part that the basic
Frederic Bouvier wrote:
I just discovered that FG is suggesting me to upgrade my sound driver
after alGenSources failed :-(
This is the first time and all the other aircraft I tried never did the
same. I even remember flying successfully with it not far ago.
A quick glance with the debugger showed
Jon Berndt wrote:
I hear you. Coincidentally, I was thinking of this last night: what do we (JSBSim) need to
do before we finally call it a production 1.0 release? The gear problem is the first thing
I thought of, as well. Right now I am so focused on getting the new configuration file
format
Jim Wilson wrote:
Dave Martin said:
On Thursday 20 Jan 2005 16:13, Jim Wilson wrote:
Dave Martin said:
On Thursday 20 Jan 2005 14:42, Jim Wilson wrote:
getting an aircraft working
is about 2 parts theory and 1 part voodoo (the part that the basic
formulas don't cover).
Martin Spott wrote:
Christian Brunschen wrote:
Or to put is more succinctly: when I downloaded FlightGear and got an
unwelcome religious pamphlet thrown in my face, I got a seriously bad
taste in my mouth.
Indeed, in my opinion the FlightGear community can't tolerate such
action,
We
Jim Wilson wrote:
David Megginson said:
On Thu, 20 Jan 2005 18:35:53 +0100, Melchior FRANZ [EMAIL PROTECTED] wrote:
1. The responsible person should be asked to *immediately* remove the
offending religious content.
2. If he refuses (which the GPL lets him), he should not be given any
Lee Elliott wrote:
BTW, I've had some problems downloading a/c from the FG d/l page.
Eventually I manage to get them but it needs a few attempts.
Could this be due to the number of ftp users allowed?
Yes, most likely. I need to come up with a reasonably
easy/compact/maintainable way to
This is kind of off today's topic, but I have an unrelated question.
Working in 2d space, given 3 points, I know how to compute a circle
(center/radius) that passes through those three points. Now I need to
compute the direction of curvature of the 3 points. In other words,
moving from the
Oliver C. wrote:
On Thursday 20 January 2005 19:02, Martin Spott wrote:
Curtis L. Olson wrote:
Let's not be too quick to stamp out people's ability to express their
faith. The tides of societal whimsy shift very quickly, and if we
tolerate stamping out opposing view points, all too soon
Innis Cunningham wrote:
Durk Talsma writes
On Wednesday 19 January 2005 00:58, Ampere K. Hardraade wrote:
On January 17, 2005 01:51 pm, Christian Mayer wrote:
When do we have a flyable A380?
It can't be that Airbus was faster than we are:
Durk Talsma wrote:
Another thought: There are some other hangar pages out there like the ones
made by David Culp and Wolfram Kuss. Would it be an idea to add a link to
these pages at the bottom of the aircraft download page?
Presumably we can't merge these pages due to licence
Frederic Bouvier wrote:
The graphical interface and the FTP interface links for scenery download are
still pointing to Scenery-0.9.5
This is in page http://www.flightgear.org/Downloads/scenery.html
Yes, thanks ... I'm planning to roll up the win32 binary release today
(thanks for building the
I have renamed the 0.9.7 scenery tree on the ftp server to 0.9.8. There
is no change other than the new version number so if you have already
downloaded 0.9.7 scenery, there is no need to redownload the new
scenery. I am currently working on fully populating the rsync scenery
server with all
Arthur Wiebe wrote:
The Mac OS X package is now available from
http://macflightgear.sourceforge.net/
I wrote a small wxPython app which is included. For now it allows you
to choose the aircraft and airport. (Because I plain can't get fgrun
ported to OS X)
Ok, thanks, I'll update the web page.
Jon Stockill wrote:
The Slackware binary package for 0.9.8 can now be found at the usual
place: http://flightgear.stockill.org.uk/
Curt, you may want to check the permissions in the Models tree of the
base package - radio-medium.ac is only owner readable, and several
files have the execute
Paul Surgeon wrote:
On Wednesday, 19 January 2005 23:28, David Megginson wrote:
As I mentioned before, I also think that the user community will vote
for the open source models with its feet (or, I guess, mice) and tend
to stomp out others with social pressure or at least apathy.
There is
Chris Metzler wrote:
On Thu, 20 Jan 2005 00:16:07 +
Dave Martin wrote:
Let me know what you think :-)
FDM: http://www.cyfinity.com/fgfs/b1900d.xml - copy to your
Aircraft/b1900d/ directory after backing up the original.
Hi Dave. It appears to be a lot more stable (and as a note to
Syd
David Megginson wrote:
You know, after reading some of the other comments, I'm starting to
like the idea of having just the c172p in the base package.
In combination with this change, I'd like us to start thinking about
changing the starting airport to Palo Alto (KPAO) rather than KSFO.
It's more
Dave Martin wrote:
Is anyone currently working on the b1900d FDM?
The reason I ask is that while the model is gorgeous, the FDM is relatively
broken.
I've tried fixing the FDM before a couple of months ago but I didn't get
anything acceptable.
The aircraft accelerates at a hell of a rate on
Jim Wilson wrote:
I'm done doing thumbs for now. Feel free to replace the ones I've posted with
improved versions, especially authors may want to.
Hi Jim,
Thanks for all your efforts (and thanks to everyone else who's generated
thumbnail images or filled in missing fields.)
Related(?)
Christian Mayer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the web page is comming along nicely!
There's one thing that could be added: when you click on the thumbnail a
normal sized picture should open.
It also would be great if there'd be a thumbnail of the cockpit for that
plane
Dave Martin wrote:
Lovely model!
Well, so far, I've counter-rotated the props for now till I can find out if
they do in real life.
I've got the thing flying reasonably and the stall normalised at about 80-85
dirty / 100ish clean.
I've already experienced what you mention with the incidence at
I know we can debate this endlessly so I hesitate to even bring this up,
but are there any particular aircraft that absolutely, positively, must
be in the base package. Now that we have a separate aircraft download
page, there's no need to include every aircraft in the base distribution.
I
I have finalized the v0.9.8 release and rolled up the source and base
packages, updated the web site, and made the new files available on the
ftp site. Everyone should be clear to start building binary versions
for their favorite platforms.
Thanks,
Curt.
--
Curtis Olson
301 - 400 of 2502 matches
Mail list logo