From: Alex Perry [EMAIL PROTECTED]
8MB + AGP in a RagePro chipset
UTAH-Glx ? I wonder how you would get RagePro running with plain
XFree86/DRI ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Curtis L. Olson wrote:
Erik Hofman writes:
Curtis L. Olson wrote:
D Luff writes:
I can do. I assumed Norman would provide a MingW compiled
one, but he doesn't seem to be around at the moment.
Norman has resigned from the FlightGear project for now ... :-(
For any particular reason, or
Martin Spott writes:
Until now it's got a transparent a**, eh, tail ;-))
Not really -- the problem is that the pilot offset is too close. Try
setting it back a bit.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Yesterday morning, I put in some changes that add the ability to set
glideslope and climb rate from the command line.
For example, try:
fgfs --altitude=1000 --vc=80 --glideslope=-3 --offset-distance=3
and you should find yourself in a steady descent towards the default
runway at KSFO. Assuming
When using the provided 'autogen.sh' to configure the CVS source tree (on
SuSE-7.3), then I see the following (at the moment configuring SimGear
sources:
Host info: Linux i686
automake: 1.4-p5 (14)
Running aclocal
[...]
Running autoconf
configure.in:21: error: possibly undefined macro:
Martin asks:
From: Alex Perry [EMAIL PROTECTED]
8MB + AGP in a RagePro chipset
UTAH-Glx? I wonder how you would get RagePro running with plain XFree86/DRI?
My understanding is that you have two choices:
(1) port the existing utah driver to DRI ... on your own, or
(2) use software rendering.
There's an issue that needs group input. Currently there's a property value
called y-offset (there's also an x-offset that isn't used much) and this
parameter is used to initialize the panel position adjustment (shift F5 or
shift F6). The default is 0.
Some of the panel xmls define initial
Martin Spott [EMAIL PROTECTED] said:
From: Alex Perry [EMAIL PROTECTED]
8MB + AGP in a RagePro chipset
UTAH-Glx ? I wonder how you would get RagePro running with plain
XFree86/DRI ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends ar
This could be
Hello,
I'd like to put some comments into the ~/.fgfsrc file. But when I write:
--airport-id=CYVK # Vernon
then the string # Vernon gets interpreted, too and I'm sitting on an
airfiled I've never seen before. Is it possible to extend the parser to
allow such notation ?
Thanks,
David Megginson [EMAIL PROTECTED] said:
John Check writes:
As for me I'd like to see
1)ground explosion when plane crash the ground (I have a lot
explosion
textures)
Hmm, I'm not sure I see a reason for this one.
I'd move it down the list, but it would be a crowd
David Megginson [EMAIL PROTECTED] said:
No, that's not right after all. Following a message from Jon Berndt,
I took a peek at the property browser, and the wind-{north|east}-fps
is the to- direction, not the from- direction. JSBSim was using the
from- direction already, while the other
Here's the code and textures. The code (panel*.?xx) goes into the src/Cockpit
directory. The rest (c172 and c310 directories) go into their respective
corresponding directories under $FGFSBase/Aircraft.
Let me know how it works, especially with the lower video memory cards:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Feb 18, 2002 at 10:27:58PM +, [EMAIL PROTECTED] wrote:
release - both technical and home life. This has given me, at least, some time
to think about it and I am going to try something I've had on my mind for a few
weeks as a
Jim Wilson writes:
Here's the code and textures. The code (panel*.?xx) goes into the
src/Cockpit directory. The rest (c172 and c310 directories) go
into their respective corresponding directories under
$FGFSBase/Aircraft.
They are now in their respective CVS repositories. Note that
Something has broken recently in YASim -- I noticed only because I
tried starting the DC-3 at a non-default airport, above sea-level, and
the plane froze with the bottom of the fuselage on the runway:
fgfs --aircraft=dc3-yasim --airport-id=KROC
Airports near sea level, like KSFO and KLGA, are
* Martin van Beilen -- Tuesday 19 February 2002 22:39:
On Mon, Feb 18, 2002 at 05:18:48PM +0100, Melchior FRANZ wrote:
$ cvs ann options.cxx|head -902|tail -1
What version of cvs is that? I just installed the RPM, and there
is no 'ann' in the manual.
I'm using V1.11. But ann isn't a new
Yep and some of the most important code ever written is designed for fun...and
to impress the user. It would be great to have something more interesting
than a frozen screen. Realism is not a requirement. Something creative
and/or funny would be good. A USB Flame-thrower would be a pretty
Melchior FRANZ writes:
... apart from the new font command, that is now broken. ;-)
Ah -- that's probably because of today's tiled-background patches from
Jim Wilson. I'll have to see if I can merge the font changes back
in.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
* Melchior FRANZ -- Tuesday 19 February 2002 22:47:
* David Megginson -- Tuesday 19 February 2002 21:58:
They are now in their respective CVS repositories. Note that you will
not see any difference with the default aircraft,
^^
... apart from the new font command,
David Megginson writes:
Ah -- that's probably because of today's tiled-background patches from
Jim Wilson. I'll have to see if I can merge the font changes back
in.
Done. Everything seems to be working now.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
Melchior FRANZ [EMAIL PROTECTED] said:
No wonder, the patch was not against the latest CVS, so it removed
everything that was added later! Very nasty ... :-(
m.
Sorry about that...actually I was quite current, but usually I like to cvs
update one last time before posting.
Best,
Jim
On Wed, 06 Feb 2002 10:36:55 +0100
Erik Hofman [EMAIL PROTECTED] wrote:
matthew law wrote:
I can provide these as .wav, .au, or .mp3 files. MP3 would be
better for me
to distribute as I am only on a modem at home.
Preferably not mp3. I'd rather have 22Khz than mp3 bacause it removes
David Megginson [EMAIL PROTECTED] said:
Andy Ross writes:
I have my own peeves about the panel coordinate conventions.
I wrote the code after about two hours puzzling through examples in an
OpenGL book, which was my first exposure to 3D programming. It works,
but I agree that it's
On Tuesday 19 February 2002 07:15 pm, you wrote:
David Megginson [EMAIL PROTECTED] said:
Andy Ross writes:
I have my own peeves about the panel coordinate conventions.
I wrote the code after about two hours puzzling through examples in an
OpenGL book, which was my first exposure to
On 19 Feb 2002 15:13:13 -0800, Tony Peden [EMAIL PROTECTED] wrote
in message 1014160393.3607.7.camel@raptor:
On Tue, 2002-02-19 at 15:48, Gene Buckle wrote:
Yep and some of the most important code ever written is designed
for fun...and to impress the user. It would be great to have
Curtis L. Olson writes:
Whenever I commit patches submitted by others I try to be pretty
careful not to just drop them in blindly, otherwise stuff like this
would be happening *all* the time.
Me too, but I missed this one. In any case, it was easy to fix using
Emacs ediff-revision.
All
We have a 'divide by zero' situation in simgear/math/vector.cxx, but I'm
sure what the right fix is. Here's the offending routine:
// Given a point p, and a line through p0 with direction vector d,
// find the shortest distance (squared) from the point to the line
double
Jim Wilson writes:
I could be one. Can you explain generally what you mean by integrate the
panel code into the main SSG scene graph? Basically, yes I don't yet know
what you mean by main SSG scene graph.
Go to plib.sf.net and read the docs on SSG. Basically, it holds the
whole 3D
We have a 'divide by zero' situation in simgear/math/vector.cxx, but I'm
sure what the right fix is. Here's the offending routine:
Nah.
double dd = sgdScalarProductVec3(d, d);
double tmp = ud / dd;
Personally, I'd stick an assert in there that dd must always be positive.
It is
29 matches
Mail list logo