David Megginson wrote:
I'd be happy to supply my own, but I make different tradeoffs than
Curt -- I add roads, rivers, railroads, and small towns, villages, and
lakes, but I build with with a minimum angle of 0 so there are
occasional artifacts in hilly terrain; I also use vmap0 for almost
On Wed 29. May 2002 22:21, you wrote:
I've fixed the missing model problem -- specifying a non-existant
aircraft model (not any other kind) will default to the glider again
rather than throwing an exception.
By the way, the 747 model is looking good. I'm happy that we're
building up a nice
I don't suppose such things exist for larger planes (or at least they wouldn't
be so readily available)?
On Friday 24 May 2002 4:09 pm, David Megginson wrote:
After waiting a month and a half for a C172P (1981) POH to get to my
flight club through the distribution chain, I just gave up and
Jim Wilson writes:
Thanks. I'm doing some major re-work with it now...basicly after
figuring out how to get around some of ac3d limitations. AC3D
works well for this stuff, but it's texturing options are limited
(but in the end sufficient). Blender is looking more attractive
but
Cameron Moore writes:
Many of you may be aware that I have a Developer Locations page[1] for
FlightGear (similar to Debian's). It's completely unofficial, but I
received a good response from everyone when I started it. Since then
we've gained a few new contributers.
So, if you
Cameron Moore writes:
FYI, the ChangeLog file in the base package needs to be updated to point
to our new -cvslogs list page:
http://mail.flightgear.org/mailman/listinfo/flightgear-cvslogs
Also, do we use the version file anymore? I'm guessing not since mine
says 0.7.9. :-)
Ooops,
Christopher S Horler writes:
I don't suppose such things exist for larger planes (or at least
they wouldn't be so readily available)?
Larger is relative. If you mean larger Cessnas (like the 310 or
Caravan), it probably wouldn't hurt to call -- they might cost a bit
more, with extra
David Megginson wrote:
Christopher S Horler writes:
I don't suppose such things exist for larger planes (or at least
they wouldn't be so readily available)?
Larger is relative. If you mean larger Cessnas (like the 310 or
Caravan), it probably wouldn't hurt to call -- they might
Christian Mayer writes:
If you mean large transport planes, then it's a whole different story.
Big birds like the 747 (or even a 50-seater regional jet) have a large
set of very long, very expensive manuals governed by the ATA 2100
standard, with names like AMM, FIM/FRM, CMM, SRM,
Cameron Moore [EMAIL PROTECTED] said:
Hi Cameron,
You can flag me at 44-48N /068-49W. It's actually the location of KBGR, which
is less than a mile away.
Best,
Jim
--
Jim Wilson - IT Manager
Kelco Industries
PO Box 160
58 Main Street
Milbridge, ME 04658
207-546-7989 - FAX 207-546-2791
Jim Wilson wrote:
Actually I tried all the way up to 80,000lbs and still ran into
problems in the 25000ft range. There is a little uncertaintly in just
what I'm observing. Basically there is a steady decrease in
attainable airspeed.
I found one bug. There was a property name typo* in
Major A wrote:
This may or may not have anything to do with the jet code, but with
the 747-yasim, I cannot slow the plane below about 280kt in level
flight at 3000ft ASL with throttles at minimum and full flaps, which
makes the plane rather hard to land...
By way of disclosure: there is a
Jim Wilson wrote:
There should be speed brakes which would have helped a lot, but they
might not be implemented yet.
Sure are: /controls/spoilers
There are also a bunch of flaps on a real 747 and I'm not sure which
ones are actually modeled.
All of them; YASim models flaps symbolically as
In particular, to ditch the data dump to the cmd window, but where can I
find a comprehensive list. I don't see this stuff on the website
anywhere.
Keith Wiley[EMAIL PROTECTED]
Keith Wiley wrote:
In particular, to ditch the data dump to the cmd window, but where can I
find a comprehensive list. I don't see this stuff on the website
anywhere.
Just do ./configure
this will give a full list of the possibilities.
Yours is: --disable-logging
Erik
Andy Ross [EMAIL PROTECTED] said:
The simulator freezing is almost certainly due to a crash (the
airplane kind, not a segfault) on startup. Why? Dunno. As to the
rest of the symptoms, I'm as clueless as you are. Can you post the
broken XML file so I can try to reproduce it? YASim is
Andy Ross [EMAIL PROTECTED] said:
Does anyone have good, hard climb numbers for this plane? I mean
stuff like: At NNN pounds gross weight, XXX feet MSL and YYY knots
TAS, the 747-400 can climb at ZZZ feet per minute. My suspicion is
that we're being bitten by a combination of bad
Andy Ross [EMAIL PROTECTED] said:
Jim Wilson wrote:
On the other hand it could be lift. A possible clue: when I'm having
trouble the mach reading seems to be way too high as compared to the
KAIS reading just above. Examples:
@ 19000ft 419KIAS MACH=0.91
@ 23000ft 344KIAS MACH=0.83
Jim Wilson wrote:
Think I saw something that was maybe at a fixed weight. Not the full
Flight manual table. When I get home I'll look for it. But I was
suprised at the data. At lower altitudes it was over 4000fpm and was
at least 2000fpm up to and over 3ft. Finally dropped off to
Jim Wilson wrote:
Yeah but look at the values again...we're getting close to tropopause
value at 23000ft. Mach should be well over 600knots at 23000ft,
unless it's _really_ warm.
Mach 1 at the tropopause and above is just about exactly 295 m/s,
which is 573 knots *true* airspeed. The
--- Jim Wilson [EMAIL PROTECTED] wrote:
Andy Ross [EMAIL PROTECTED] said:
Jim Wilson wrote:
On the other hand it could be lift. A possible
clue: when I'm having
trouble the mach reading seems to be way too
high as compared to the
KAIS reading just above. Examples:
@
More evidence. The following quote is from an HTMLized google cache
of a file named 747operations.pdf. The file itself is gone from the
web, unfortunately. It appears to be a POH compiled for an MSFS
virtual airline:
After climbing as described above to 10,000 feet, reduce climb to
500fpm.
Andy Ross [EMAIL PROTECTED] said:
Jim Wilson wrote:
Think I saw something that was maybe at a fixed weight. Not the full
Flight manual table. When I get home I'll look for it. But I was
suprised at the data. At lower altitudes it was over 4000fpm and was
at least 2000fpm up to and
Keith Wiley wrote:
In particular, to ditch the data dump to the cmd window, but where can I
find a comprehensive list. I don't see this stuff on the website
anywhere.
Just do ./configure
this will give a full list of the possibilities.
Yours is: --disable-logging
Okay. At first I
Andy Ross [EMAIL PROTECTED] said:
Jim Wilson wrote:
Yeah but look at the values again...we're getting close to tropopause
value at 23000ft. Mach should be well over 600knots at 23000ft,
unless it's _really_ warm.
Mach 1 at the tropopause and above is just about exactly 295 m/s,
which
I am attempting to run flightgear under Windows 2000 on a machine with 2
monitors. My primary monitor is driven by a Geforce 3, and my second one is
a Geforce 2 MX. When I run fgfs, it pops up on the primary monitor and runs
fine, but when I move the window it to the sencondary monitor the
On Thu, 30 May 2002 13:57:09 -0600
Boslough, Mark B [EMAIL PROTECTED] wrote:
I am attempting to run flightgear under Windows 2000 on a
machine with 2
monitors. My primary monitor is driven by a Geforce 3,
and my second one is
...
MX, so I don't think it is a video driver problem. Is
Andy Ross writes:
Does anyone have good, hard climb numbers for this plane? I mean
stuff like: At NNN pounds gross weight, XXX feet MSL and YYY knots
TAS, the 747-400 can climb at ZZZ feet per minute. My suspicion is
that we're being bitten by a combination of bad performance numbers
Thanks Jon,
Mine are both single head, the Geforce 3 is AGP and the other
is PCI. Maybe that's the problem. I always run with the heads-up
display anyway so the panel problem probably would not be an issue
for me. I'll see if I can find a duel head PCI card.
Mark
-Original Message-
On Thu, 30 May 2002 14:14:13 -0600
Boslough, Mark B [EMAIL PROTECTED] wrote:
Thanks Jon,
Mine are both single head, the Geforce 3 is AGP and the other
is PCI. Maybe that's the problem. I always run with the heads-up
display anyway so the panel problem probably would not be an issue
for me.
Jon S Berndt writes:
I'm not sure how things would work if you run with two
video cards.
Think about some of the implications ...
For instance, textures are stored on the card, so if you load a
texture into one card, it would some how need to be loaded into the
2nd card if a portion of the
David Megginson [EMAIL PROTECTED] said:
Andy Ross writes:
Does anyone have good, hard climb numbers for this plane? I mean
stuff like: At NNN pounds gross weight, XXX feet MSL and YYY knots
TAS, the 747-400 can climb at ZZZ feet per minute. My suspicion is
that we're being
Does that mean that my GeForce 3 is overkill for fgfs?
-Original Message-
From: Jon S Berndt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 30, 2002 2:25 PM
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Dual monitors
On Thu, 30 May 2002 14:14:13 -0600
Boslough, Mark
Cameron,
I have added a link to your page from the flightgear web site.
Thanks,
Curt.
Cameron Moore writes:
Many of you may be aware that I have a Developer Locations page[1] for
FlightGear (similar to Debian's). It's completely unofficial, but I
received a good response from everyone
Don't forget about wings... http://www.wings3d.com It's BSD licensed ;)
(for modelling, not texturing.)
In any case it'd be awful nice to have a gpl'd modler. Right now
we've got a choice between two closed source binaries. One from a
guy that may or may not ever get around to
Something I've been wondering about. The program that comes with the
downloadable binary is about 4 megs. The program that is built from cvs
is about 56 megs. I have been having major framerate issues with the cvs
version (2 or 3 fps) whereas the binary version runs at 7 or 8 fps. I'm
trying
Boslough, Mark B writes:
Does that mean that my GeForce 3 is overkill for fgfs?
As I understand it, the GeForce3 can run at higher resolutions than a
GeForce2 for the same frame rate. The GeForce3 introduces workable
antialiasing. The GeForce2 antialiasing is not generally useful
... i.e.
On Thu, 30 May 2002 13:57:41 -0700 (PDT)
Gene Buckle [EMAIL PROTECTED] wrote:
It's generally accepted in the flight simulator community
that trying to
get two out-the-cockpit views on the same computer is a
Bad Idea(tm).
I might modify your statement to read: two individual
video cards on
It has a symbol table so that the debugger would be useful.
You can strip it, but it should have no impact on execution speed.
Something I've been wondering about. The program that comes with the
downloadable binary is about 4 megs. The program that is built from cvs
is about 56 megs. I
Jon S Berndt writes:
A dual head card - at least in my case - works very good.
The drawback is as I stated before, but that can be fixed
by not displaying the panel. The HUD, however, is split
between two monitors. Other than that, it's flawless and
fast.
This is one of the arguments for
Keith,
Something I've been wondering about.
The program that comes with the
downloadable binary is about 4 megs.
The program that is built from cvs
The exe produced via CVS has numerous debugging information. Use
strip fgfs.exe
to cut it down to normal size. (BTW, this is in the
Alex Perry writes:
It has a symbol table so that the debugger would be useful.
You can strip it, but it should have no impact on execution speed.
But perhaps could impact how fast the application is loaded. I
apologize if I am wrong, but I believe Linux does demand paging so it
really should
Do we have any plans to host an opensource booth at the linux world
expo in SFO aug 12-15. I don't think we've discussed this one yet?
Alex? Jim?
Curt.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Andy Ross [EMAIL PROTECTED] writes:
reason to split them out. Although be aware that the flap drag bug
prevents them from being very useful for speedbrakes.
not only they are not useful as speed brakes but instead they seem to
provide extra thrust and lift. i was playing with the 747-yasim
not only they are not useful as speed brakes but instead they seem to
provide extra thrust and lift. i was playing with the 747-yasim model
yesterday, trying to come in for landing, no power (still going pretty
fast at about 300 knots), gear down and then i lowered the flaps. it
was fun.
Jim Wilson writes:
Is Innovation3D's texture mapping any better?
It has a UV editor, but I haven't tried it.
If not I'm going to take a stab at making a command line texture
re-mapper for ac3d files. To start with it'll probably just be
some sort of script (awk?) that adjusts the x or
I tried it both ways under windows and it seems not to make
any difference, at least on my machine.
Mark
-Original Message-
From: Curtis L. Olson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 30, 2002 3:17 PM
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] enormous exe
On Thu, 30 May 2002 14:13:31 -0700 (PDT),
Gene Buckle [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
The only dual-head card I'v ever dealt with is this ATI peice of crap
in my workstation here at work. It *sucks* (for VERY large values of
suck). ATI couldn't write a driver
Which Roskam did you find the Cherokee numbers in?
Oops. I was mistaken. It's not Roskam -- it's McCormick,
Aerodynamics, Aeronautics and Flight Mechanics, Appendix C. Cameron
Munro sent me copies of it.
It's a very complete example.
You could rough-in a Cherokee in YASim first, just
Do we have any plans to host an opensource booth at the linux world
expo in SFO aug 12-15. I don't think we've discussed this one yet?
I haven't heard of anybody making plans for a booth at LWCE-SF.
I will not be attending - I have other plans this summer.
Until you can recompile with ./configure --without-logging (you need
to run make clean; then make after the configure) you could try
minimizing the console window to see if that improves performance.
Regards,
Curt.
Boslough, Mark B writes:
I tried it both ways under windows and it seems not
The only dual-head card I'v ever dealt with is this ATI peice of crap
in my workstation here at work. It *sucks* (for VERY large values of
suck). ATI couldn't write a driver properly if you held a gun to
their collective heads and their lives depended on it.
..which ATI dual head
Alex Perry writes:
Do we have any plans to host an opensource booth at the linux world
expo in SFO aug 12-15. I don't think we've discussed this one yet?
I haven't heard of anybody making plans for a booth at LWCE-SF.
I will not be attending - I have other plans this summer.
It is
Andy Ross [EMAIL PROTECTED] said:
The bad pilot technique theory is looking pretty good. If YASim can
get to 1400fpm at 300 knots, then I move that it be declared
officially innocent on all counts. :)
Well maybe not yet...it is better with today's patch...but still run out of
steam in the
Curtis L. Olson wrote:
If we could get a couple people to commit to spend a chunk of time
in the booth, then I think it would *definitely* be worth getting
something organized.
I have a floor pass already, and could easily commit to spending a day
in the booth if needed.
Andy
--
Andrew J.
Jim Wilson wrote:
Andy Ross said:
The bad pilot technique theory is looking pretty good. If YASim can
get to 1400fpm at 300 knots, then I move that it be declared
officially innocent on all counts. :)
Well maybe not yet...it is better with today's patch...but still run
out of steam in
I wrote:
First, the air pressures returned from the environment system don't
agree with the standard atmosphere that YASim uses to do its
calibration
Heh, funny that. The new environment manager *is* using YASim's
numbers. :)
Nonetheless, I think I found the problem. In converting the
I could likely attend and lend a hand.
jj
On Thu, 30 May 2002, Curtis L. Olson wrote:
Do we have any plans to host an opensource booth at the linux world
expo in SFO aug 12-15. I don't think we've discussed this one yet?
Alex? Jim?
Curt.
--
Curtis Olson IVLab / HumanFIRST Program
David Megginson wrote:
Cameron Moore writes:
So, if you contribute to FG and would like to be listed, just let me
know.
Just to repeat something I mentioned before, it's probably a good idea
not to give your location *too* precisely.
Heh, good point. But I like to live dangerously (and
* [EMAIL PROTECTED] (Jon Berndt) [2002.05.30 20:45]:
I have not been keeping track of changes on the JSBSim XML formats for
several months, so I'll try to update the -180 definitions tonight and
see what happens. I will let you know if I get anyway. I'm pretty busy
these days, so I'd be
60 matches
Mail list logo
