On Tuesday 12 February 2002 09:31 pm, you wrote:
Can we try to make a decision of what aircraft are going to be in the 0.7.9
release, and then get them ready with panels, sounds and models? This way
everything it ships with will be good. Thanks,
David
On Wednesday 13 February 2002 12:02 am, you wrote:
It turned out to be quite easy to add multiple tiles for a panel
background.
This simple one could be enhanced to have more detail but it does look
quite a bit better than a single 256x256 stretched accross the window.
As always, licensing is an issue for 3d models. As a compromise
I've been including all the markup in the set files so that users
only need download models from Wolframs site, unzip them and drop
'em in.
That's why we need to create models for each of the aircraft before we ship
0.8.
David
John Check writes:
We could do it like we do panel_2, it's no biggie. Mind you,
256x256 can only hold so much text, although we could use generated
text. Or possibly do it as a HUD with static text.
Just a quick note -- right now, I'm using 512x512 textures for the
DC-3 model, effectively
I've uploaded a pre-release version of FlightGear 0.7.9 at:
http://www.a1.nl/~ehofman/fgfs/download/FlightGear-0.7.9.tardist
This release also needs the following package:
http://www.a1.nl/~ehofman/fgfs/download/metakit-2.0.1.tardist
And either the following, or the equivalent of the SGI
David Findlay [EMAIL PROTECTED] said:
On Wed, 13 Feb 2002 15:02, you wrote:
Definately. I hope this will go into 0.7.9 so it can be thoroughly tested for
the 0.8 stable release.
It's probably too late for that. In any case I'd like to revisit the syntax of
the xml (take a look at it)
Jim Wilson writes:
It's mine...started with a photo:
http://www.aircraftdealer.com/hdmandassociates/list_1/images/panel-1.jpg
But as you can see there isn't much resemblence to the photo other than
general shape of the corner. It was the wrong perspective etc, etc.
I've put a photo
David Megginson writes:
Andy Ross writes:
The startup stuff, though, should be really simple. What do I do,
check the cranking flag and add some delay before it turns over?
It would be better to have a cutoff RPM where the engine stops
running. As long as the cranking flag is set,
* David Megginson -- Wednesday 13 February 2002 13:26:
Just a quick note -- right now, I'm using 512x512 textures for the
DC-3 model, effectively leaving it untextured for Voodoo3 users (but
making my life a lot easier, since I have to map from only 2 texture
files rather than 8).
I'm not
I've succeeded in using the Blender to create textured models for
FlightGear, thanks to valuable help from Willian Germano. Here's how
I did it:
1. Get Blender 2.23.
2. Install Python 2.0 (*precisely* that version). I compiled and
installed a copy under /usr/local, even though Debian and
* Mally -- Wednesday 13 February 2002 15:08:
My old Voodoo Banshee would happily load 512x512 textures but automatically
reduce them to 256x256. I suspect these textures will be OK for Voodoo users
despite the 256x256 limit.
Yes, that also seems to be the case for my V3-3000. The new
Thanks for everyone who has been beating on the 0.7.9 pre-releases. I
have made the pre2 release available and am currently pushing it out
to the mirrors (that I can push to.) Just a couple of tweaks between
pre1 and pre2.
Hey, should we bump up the release date and make a valentines release?
I've made prelease tarballs of SimGear-0.0.17 and FlightGear-0.7.9 and
put them on the ftp server:
The best FlightGear I've ever seen. I'm still hunting for bugs that I knew
from previous releases and CVS checkouts (falling down on runways on startup
etc.). Even effects similar to this one:
The only thing preventing FlightGear from compiling on FreeBSD is the
missing gcvt function. Jon and I discussed it some yesterday and I sent him
a fix that places the definition in FGJSBBase.h. Hopefully that has made it
to him. I know it may be too late now to get it into 0.7.9 though.
Best
Curtis L. Olson writes:
As I understand it, in recent versions of plib, they have fixed the
bug/feature that prevented oversized textures from being properly
scaled down for voodoo users. So in theory, voodoo owners should
still see the textures, but they will be a bit blurrier.
The only thing preventing FlightGear from compiling on FreeBSD is the
missing gcvt function. Jon and I discussed it some yesterday and I sent him
a fix that places the definition in FGJSBBase.h. Hopefully that has made it
to him. I know it may be too late now to get it into 0.7.9 though.
In atis.cxx, line 163:
cout cloudbase = cloudbase endl;
This one can be commented out.
And in runways.cxx, lines 84 and 124:
cout index = index endl;
should be either commented out or turned into an SG_LOG
Cheers - Dave
--
[EMAIL PROTECTED]
Curtis L. Olson wrote:
Thanks for everyone who has been beating on the 0.7.9 pre-releases. I
have made the pre2 release available and am currently pushing it out
to the mirrors (that I can push to.) Just a couple of tweaks between
pre1 and pre2.
Hey, should we bump up the release date
Paul Deppe writes:
Gents,
With CVS as of 1200 EST, 2/13/2002, --time-offset does not work properly
when used in conjunction with --start-date-whatever. For example:
--start-date-gmt=2002:02:12:17:00:00
--time-offset=+01:15:00
...starts up at 1/1/1970 1:15:00.
As best as I can tell,
I've put up a Cygwin compiled binary of the second 0.7.9 pre-
release candidate up at:
http://www.nottingham.ac.uk/~eazdluf/fgfs-win32-bin-0.7.9pre2.zip
in case anyone with windows but without a compiler wants to test
it.
Cheers - Dave
--
[EMAIL PROTECTED]
One of the original reasons for the preferences file (and heirarchy) is
exactly Christian's point. Last time we had this discussion (or whatever
you want to call it 8-) the conclusion was that the aircraft should either
* Appear on the runway as though told to position-and-hold (which implies
Hmm, I have two issues:
Ctrl+U gives an exception
c310 doesn't work for me right now.
Refresh my memory: what's wrong with the C310?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Christian Mayer wrote:
To the logical side: as long as the plane start *on* the
runway it's
IMO very unrealistical that the engine isn't running.
Y'know, folks, this is actually a really (really) good point. :)
Hilarious. That's right. Why would anyone be on the runway, ready to take
BERNDT, JON S. (JON) (JSC-EX) (LM) wrote:
Hmm, I have two issues:
Ctrl+U gives an exception
c310 doesn't work for me right now.
Refresh my memory: what's wrong with the C310?
If you don't see the problem it might be a local compile problem.
I'm recompiling from scratch right now and I'll
David M.: do you see a problem with the C310? I can't fly now - my big
machine is in the shop.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Hi Curt,
This is a three line fix for some inconsistancies between the gui dialogs and
the panel controls for the autopilot. The heading dialog would only show the
last setting you did through it, even if it was later tweaked with the bug on
the hsi. The altitude dialog did a similar thing.
Curtis L. Olson wrote:
What I've seen done in more advanced sims is for the operator gui to
provide a set of positioning options such as:
- at gate
- position and hold
- 3 mile final
- 7 mile final
- etc.
Yup, that is what we should aim for.
But for 0.7.9 we need a solution
On Wed, Feb 13, 2002 at 12:43:05PM -0600, BERNDT, JON S. (JON) (JSC-EX) (LM) wrote:
Hilarious. That's right. Why would anyone be on the runway, ready to take
off, with the engine off.
It happens - with multi-engine aircraft anyway. Some years ago a plane
(747 I believe) taking off from Tokyo
On Wed, 2002-02-13 at 09:05, [EMAIL PROTECTED] wrote:
The only thing preventing FlightGear from compiling on FreeBSD is the
missing gcvt function. Jon and I discussed it some yesterday and I sent him
a fix that places the definition in FGJSBBase.h. Hopefully that has made it
to him. I
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
David M.: do you see a problem with the C310? I can't fly now - my big
machine is in the shop.
It's OK, but I haven't tried a lot of long cross-countries. I haven't
put much work into the prop model for the C310 compared to the C172 or
C182, so I
David Megginson wrote:
If Curt and the rest of you hate this change, I'm happy to roll it
back out, but I've been hearing some very strong arguments against
putting 0.7.9 out with engines off by default and no arguments in
favour. Since this is a config-file change rather than a change to
* David Megginson -- Wednesday 13 February 2002 21:15:
It's OK, but I haven't tried a lot of long cross-countries. I haven't
put much work into the prop model for the C310 compared to the C172 or
C182, so I wouldn't be surprised if it's spinning out of control by
producing excess power at
* [EMAIL PROTECTED] (Curt Olson) [2002.02.13 12:51]:
Alex Perry writes:
One of the original reasons for the preferences file (and heirarchy) is
exactly Christian's point. Last time we had this discussion (or whatever
you want to call it 8-) the conclusion was that the aircraft should
BERNDT, JON S. (JON) (JSC-EX) (LM) wrote:
Hmm, I have two issues:
Ctrl+U gives an exception
c310 doesn't work for me right now.
Refresh my memory: what's wrong with the C310?
Alright, the c310 doesn't cause (a real?) problem at once (no long run
tested though).
About the Ctrl+U, this is
Hi,
I just wanted to let you know I almost completely elliminated the white
spots in the scenery by explicitly telling the compiler *not* to
optimize floating point opperations.
This might be true for other compilers also.
Erik
___
* [EMAIL PROTECTED] (Erik Hofman) [2002.02.13 12:31]:
Curtis L. Olson wrote:
Thanks for everyone who has been beating on the 0.7.9 pre-releases. I
have made the pre2 release available and am currently pushing it out
to the mirrors (that I can push to.) Just a couple of tweaks between
pre1
* [EMAIL PROTECTED] (Curt Olson) [2002.02.13 12:32]:
Paul Deppe writes:
Gents,
With CVS as of 1200 EST, 2/13/2002, --time-offset does not work properly
when used in conjunction with --start-date-whatever. For example:
--start-date-gmt=2002:02:12:17:00:00
--time-offset=+01:15:00
Melchior FRANZ [EMAIL PROTECTED] said:
* David Megginson -- Wednesday 13 February 2002 21:15:
It's OK, but I haven't tried a lot of long cross-countries. I haven't
put much work into the prop model for the C310 compared to the C172 or
C182, so I wouldn't be surprised if it's spinning out
Just wondering if we should comment out the binding for this since it still
doesn't work with the default FDM.
Best,
JIm
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Martin van Beilen writes:
Whoa there! I didn't even have the opportunity to try pre1 yet.
Anyway, this is my first try since the FlightGear-2.7.8 release.
Build status: Success
Processor:Intel Pentium II 233 MHz
Graphics Card:the venerable Voodoo2
OS: RedHat Linux
David Megginson writes:
I am convinced that we're best off starting with the engines idling
rather than off, since our default start is always on a runway (even
if you specify a different airport). No C++ code changes are
necessary, other than a small bug-fix to JSBSim.cxx; I've just changed
Cameron Moore writes:
I've been meaning to bring this up for a while, but I've always
wondered why we don't have a --runway-id= option so we can choose
which runway we start on. Just a thought...
It's a good thought, please submit patches / additions to impliment
this option at any time. :-)
On Wednesday 13 February 2002 11:23 am, you wrote:
Jim Wilson writes:
This is what I'm getting:
http://www.spiderbark.com/fgfs/dc3-leaving-bangor.png
http://www.spiderbark.com/fgfs/dc3-on-runway.png
Does it look like the mapping is off on the right wing?
Yes, it is. I had a lot
On Wed, 2002-02-13 at 09:05, [EMAIL PROTECTED] wrote:
The only thing preventing FlightGear from compiling on FreeBSD is the
missing gcvt function. Jon and I discussed it some yesterday and I sent
him
a fix that places the definition in FGJSBBase.h. Hopefully that has made
it
to
From: Jim Wilson [EMAIL PROTECTED]
[...]
Melchior FRANZ [EMAIL PROTECTED] said:
Sorry from this strange heading - as I'm reading this list from my news
server I am posting from 'tin'
You don't need high speed to crash the c310 instantly. Just push the
nose down. And I don't agree that
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
OK. What does Ctrl-U do??
This was a *hack* that incremented altitude by 1000'. It was easy to
do in LaRCsim. However, it's ugly, not realistic, and I'd rather have
a more sensible and complete set of repositioning options instead.
I'd be happy to
Erik,
I've uploaded a pre-release version of FlightGear 0.7.9 at:
did you notice that you put the old 0.7.7 binary into that package ? 'inst'
complains about installing an older package as the one already installed,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its
Jim Wilson writes:
Just wondering if we should comment out the binding for this since it still
doesn't work with the default FDM.
I does work, but not when the plane is still and on the ground.
That's because of a new on-ground property that JSBSim uses. Try
starting in flight:
fgfs
John Check writes:
On that note... David, do you have the source files for your instruments?
I'd like to have a CVS module for the postscripts at least, so that we
can regenerate fresh copies and go with 1 instrument per texture.
Yes, I have. They're in TGIF's native format, but I can
On Wednesday 13 February 2002 01:24 pm, you wrote:
Christian Mayer wrote:
To the logical side: as long as the plane start *on* the runway it's
IMO very unrealistical that the engine isn't running.
Y'know, folks, this is actually a really (really) good point. :)
There's nothing wrong
John Check writes:
There's nothing wrong with realism, but since we're cheating in the
direction of expediency in so many places already, maybe it makes
sense to make the expedient mode the default one. Maybe add a
--pedantic switch, perhaps, to control the engnie start code for
John Check writes:
There's nothing wrong with realism, but since we're cheating in the
direction of expediency in so many places already, maybe it makes
sense to make the expedient mode the default one. Maybe add a
--pedantic switch, perhaps, to control the engnie start code for
John Check writes:
There's nothing wrong with realism, but since we're cheating in the
direction of expediency in so many places already, maybe it makes
sense to make the expedient mode the default one. Maybe add a
--pedantic switch, perhaps, to control the engnie start code for
John Check writes:
There's nothing wrong with realism, but since we're cheating in the
direction of expediency in so many places already, maybe it makes
sense to make the expedient mode the default one. Maybe add a
--pedantic switch, perhaps, to control the engnie start code for
Curtis L. Olson writes:
This was a *hack* that incremented altitude by 1000'. It was easy to
do in LaRCsim. However, it's ugly, not realistic, and I'd rather have
a more sensible and complete set of repositioning options instead.
I'd be happy to see us jettison ^U ...
Personally, I'd
David Megginson writes:
Curtis L. Olson writes:
This was a *hack* that incremented altitude by 1000'. It was easy to
do in LaRCsim. However, it's ugly, not realistic, and I'd rather have
a more sensible and complete set of repositioning options instead.
I'd be happy to see us
Curtis L. Olson writes:
David Megginson writes:
I am convinced that we're best off starting with the engines idling
rather than off, since our default start is always on a runway (even
if you specify a different airport). No C++ code changes are
necessary, other than a small bug-fix to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Update:
I deleted, rebuilt and re-installed fgfs-base-0.7.9pre2,
metakit-2.4.2-32 (included tarball from SimGear),
SimGear-0.0.17pre2 and FlightGear-0.7.9pre2 from scratch. Build
logs are available on request. Unfortunately my problem persists,
and
Martin van Beilen writes:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Update:
I deleted, rebuilt and re-installed fgfs-base-0.7.9pre2,
metakit-2.4.2-32 (included tarball from SimGear),
SimGear-0.0.17pre2 and FlightGear-0.7.9pre2 from scratch. Build
logs are available on request.
On Wednesday 13 February 2002 04:49 pm, you wrote:
John Check writes:
On that note... David, do you have the source files for your
instruments? I'd like to have a CVS module for the postscripts at least,
so that we can regenerate fresh copies and go with 1 instrument per
texture.
As long as we're clearing up odds and ends, should we have COM1
default to 118.85 for KSFO ATIS in 0.7.9? That means that the sim
will start with the ATIS text scrolling across the top of the screen,
but users might not know how to get rid of it.
All the best,
David
--
David Megginson
Jim Wilson writes:
Hmmm...that does work, but I'm talking about in flight after starting on the
ground. Using it while in flight seems to put the plane on the ground
instantly (throws an exception or something).
Interesting. I have no objection to removing the binding completely,
but
On Wed, 2002-02-13 at 14:59, David Megginson wrote:
Jim Wilson writes:
Hmmm...that does work, but I'm talking about in flight after starting on the
ground. Using it while in flight seems to put the plane on the ground
instantly (throws an exception or something).
Interesting.
David Megginson [EMAIL PROTECTED] said:
I am convinced that we're best off starting with the engines idling
rather than off, since our default start is always on a runway (even
Is there a way to set the parking brake at startup so that the plane doesn't
roll down (or off) the runway as soon
David Megginson wrote:
As long as we're clearing up odds and ends, should we have COM1
default to 118.85 for KSFO ATIS in 0.7.9? That means that the sim
will start with the ATIS text scrolling across the top of the screen,
but users might not know how to get rid of it.
I think that's
Tony Peden [EMAIL PROTECTED] said:
On Wed, 2002-02-13 at 14:59, David Megginson wrote:
Interesting. I have no objection to removing the binding completely,
but it is showing up a more serious problem with JSBSim's ground
trimming (it tries to trim to the ground on reset even when the
Tony Peden [EMAIL PROTECTED] said:
The way its set up right now, it should trim in-air if the speed is
above 10 knots.
From FGJSBSim::do_trim():
if(fgic-GetVcalibratedKtsIC() 10 ) {
fgic-SetVcalibratedKtsIC(0.0);
fgtrim=new FGTrim(fdmex,fgic,tGround);
}
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Feb 13, 2002 at 04:19:00PM -0600, Curtis L. Olson wrote:
From your image, it really looks like you may have a driver bug.
Yes, that is indeed likely. However, it doesn't appear to be a
memory issue. The problem is very specifically
[EMAIL PROTECTED] writes:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Feb 13, 2002 at 04:19:00PM -0600, Curtis L. Olson wrote:
From your image, it really looks like you may have a driver bug.
Yes, that is indeed likely. However, it doesn't appear to be a
memory issue. The
Jon S. Berndt writes:
* On a G400 card with lots of memory, I'm getting 4fps out-the-box.
This is down from the high 20s previous versions. It improves
to 14fps if I get rid of the Textures.high directory temporarily.
Thus, the decision making for texture sizing could be better.
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [2002.02.13 20:45]:
On Wed, Feb 13, 2002 at 04:19:00PM -0600, Curtis L. Olson wrote:
How much memory does your voodoo2 have?
Hard to tell. It was a gift, and I have no idea how to probe it.
These cards usually have 8 megs, or if I'm lucky, 12.
Look
Curtis L. Olson writes:
I would think that if we are going to have the engine running at
startup, we really should have either the parking brake set, or the
sim come up paused/frozen.
Perhaps, but if we get the idle speeds reasonable, it won't be too
bad. Having the brakes on by default
Sorry I don't have time to track this down right now, but the httpd
interface shows a null () entry when viewing the root path. It even
presents you with a page to change null's value (supposedly). Could
someone look into fixing this? Thanks
--
Cameron Moore
/ What do you do when you see an
Alex Perry writes:
* On a G400 card with lots of memory, I'm getting 4fps out-the-box.
This is down from the high 20s previous versions. It improves
to 14fps if I get rid of the Textures.high directory temporarily.
Thus, the decision making for texture sizing could be better.
Alex Perry writes:
Alex Perry writes:
* On a G400 card with lots of memory, I'm getting 4fps out-the-box.
This is down from the high 20s previous versions. It improves
to 14fps if I get rid of the Textures.high directory temporarily.
Thus, the decision making for texture
Alex Perry writes:
Dunno. It was the pre2 prebuilt binary from the Nottingham server ...
Curt asked:
Is it dumping a lot of console output when it runs?
It was dumping at least the first dozen screenfuls that I'm used to
seeing under Linux ... then I minimized the batch file's window.
That
Jim Wilson writes:
David Megginson [EMAIL PROTECTED] said:
Curtis L. Olson writes:
I would think that if we are going to have the engine running at
startup, we really should have either the parking brake set, or the
sim come up paused/frozen.
Perhaps, but if we get the
On Thursday 14 February 2002 12:32 am, you wrote:
Jim Wilson writes:
David Megginson [EMAIL PROTECTED] said:
Curtis L. Olson writes:
I would think that if we are going to have the engine running at
startup, we really should have either the parking brake set, or the
sim come
Sounds like we need to organize a focus group. :-)
Yeah, that's what the conferences are for ... to _prove_ to the
doubting new users that the simulator does actually work ...
I'm worried though that if the new user goes scooting off down the
runway at 40 knots before they get a chance to
I could bind a toggle for the brakes to the indicator.
I think it's fairly likely somebody might click on it
Good idea, in any case. However, instead of setting the
brakes, how about configuring the weather to have non-zero
wind directly down the runway, just enough to keep the
aircraft from
JSBsim C310 crashes the sim on gear retraction.
$PATLA,117.30,119.0,111.80,29.0,266*69
182: GEAR_CONTACT 1
183: Crash Detected
184: GEAR_CONTACT 1
185: Crash Detected
186: GEAR_CONTACT 1
187: Crash Detected
188: GEAR_CONTACT 1
189: Crash Detected
190: GEAR_CONTACT 1
191: Crash Detected
192:
That's the same error I have on the C172 at simulator startup. FYI.
JSBsim C310 crashes the sim on gear retraction.
$PATLA,117.30,119.0,111.80,29.0,266*69
182: GEAR_CONTACT 1
183: Crash Detected
184: GEAR_CONTACT 1
185: Crash Detected
186: GEAR_CONTACT 1
187: Crash Detected
188:
That's the same error I have on the C172 at simulator startup. FYI.
JSBsim C310 crashes the sim on gear retraction.
So ... this is an error?
This is the same message I get if I do this in real life.
;-)
Jon
___
Flightgear-devel mailing
83 matches
Mail list logo