Erik Hofman wrote:
Hi,
Does anybody else have problems with the engine sound (it doesn't start
playing)?
I have a very weird problem over here and was wondering if I am the only
one.
Heh, this seems to have gone since the last properties overhaul ??!?
Erik
Roman Grigoriev wrote:
- Original Message -
From: Jon S Berndt [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 15, 2002 6:40 PM
Subject: Re: [Flightgear-devel] black and white flightgear
On Fri, 15 Mar 2002 17:47:37 +0300
Roman Grigoriev [EMAIL PROTECTED] wrote:
Norman Vine wrote:
My apologies for the line noise
I'd better just go back into lurk mode I guess
Preferably not. The code improves the framerate by a factor which you
meantioned earlier, but also makes the framerate quite steady.
So you must have done something right!
:-)
Erik
Marcio Shimoda writes:
Does anybody have a tutorial describing how to create the ac
models?
You can create ac models with, AC3D (commercial), Blender (commercial
but free [and now unsupported]), PPE (open source), or Innovation3D
(open source); you'll need to pick your modeller than find
Curtis L. Olson writes:
I had to copy sgdPointInTriangle() as well as one other routine from
the old hitlist.cxx to get things to compile. We made a decision a
while back that we wouldn't require a development version of plib,
but require only the most recent 'stable' version. So,
C. Hotchkiss writes:
Should we add good exception handling in the future, then throwing and
catching exceptions would make for a more robust way of dealing with a lot
of problems. And, it would probably be more informative.
We have exception support and we use it, but there's a gotcha:
Norman Vine writes:
the routine has the 'smarts' to try the whole graph if and
when it doesn't get an intersection in the 'current tile' so
the tile boundary thing shouldn't be the problem.
Ok, that sounds correct.
I'll try testing with KBOS again but I was teleporting there
as part of
Marcio Shimoda writes:
Does anybody have a tutorial describing how to create the ac
models?
Yes, here is one.
http://www22.brinkster.com/wtailgunner/tut/.%5Csample.html
I've got Blender too but haven't tried using it yet for anything real yet.
It is possible to convert work back and
Curtis L. Olson writes:
I'll try testing with KBOS again but I was teleporting there
as part of my regression testing because of its unique tile
arrangement
Try --airport-id=KBOS --heading=270
Yikes good catch :-(
Hmm. hey this still works in my test bed :-)
What I'm seeing
C. Hotchkiss wrote:
The fact that the program exits gracefully as opposed to crashing with
a null de-reference helps considerably. The former says something
unacceptable or unhandled occurred. In this case, if we could turn on
a parser log it could do a lot in pinpointing XML problems.
And you really don't get much for your effort. The data that you get
with the exception is only what the thrower thought to include. And
the (IMHO) most important part, the stack trace, isn't available at
all! This is why I prefer the crashing idiom -- a crash gives you a
stack trace. :)
David Megginson wrote:
Curtis L. Olson writes:
I had to copy sgdPointInTriangle() as well as one other routine from
the old hitlist.cxx to get things to compile. We made a decision a
while back that we wouldn't require a development version of plib,
but require only the most recent
Norman Vine writes:
Curtis L. Olson writes:
I'll try testing with KBOS again but I was teleporting there
as part of my regression testing because of its unique tile
arrangement
Try --airport-id=KBOS --heading=270
Yikes good catch :-(
Hmm. hey this still works in my test
Really, we need a routine that works with an arbitrary ssg scene
graph. It's very concievable that someone could import scenery from
some other project with a completely different layout. Also, we are
talking about non-vertical intesection lines when it comes to landing
gear, so a line
And to pick on a silly point: it would never be called YAexit.
I thought it was quite appropriate ... Yet Another Exit Function YAexit().
8-)
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Hello,
Wound up rearranging some hardware, and am trying to move FlightGear to a
faster machine. Sytem is based on RH-7.1 as was the previous, but with a
better CPU and video card, more than triples my frame rates. Loaded up
the current CVS of base, plib SimGear, and Flightgear. The
If I was going to add blinking lights to the model animation code, how would I
do the timing?
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jim Wilson writes:
If I was going to add blinking lights to the model animation
code, how would I do the timing?
Not exactly sure what you are asking
but you will want to look at how to set up a ssgSelector Node
and how to switch it on and off if you want SSG to handle this
ssgSelectors are
I don't want to turn this into a distro debate, but I'm fixing to
install Linux on my Thunderbird 1333 /1gb RAM workstation mostly for the
purpose of joining in on development.
My question is primarily this: Other that personal preference, is there
any major need to install Debian over RedHat
Norman,
This does appear to work great! Thanks for tracking this down. I
able to fly successfully both at KBOS and KSFO which I couldn't do
before.
Thanks,
Curt.
Norman Vine writes:
Curtis L. Olson writes:
Again to summarize, we value your participation, and normally you
produce very
Personally, I use Red Hat 7.1 and have had no problems building FlightGear.
I have had some problems upgrading to 7.2 so I have stayed where I am.
From the friends that I have who use Linux, Debian seems to be the
preferred distribution. Debian has a superior package manager, but I have
Hi,
I'd like to define a new airport. How can I do that ? Is there any paper
talking about it ? Is there any place where we can get coordinates of all
airports around the world ?
Thanks.
Sergio Roth
___
Flightgear-devel mailing list
[EMAIL
My question is primarily this: Other that personal preference, is there
any major need to install Debian over RedHat Linux 7.2 for FlighGear
development?
No _need_.
If you're comfortable fixing the kinds of problems that the FAQ warns about,
all of which _are_ fixable, then there is no
Hi,
I'd like to experiment flying under San Jose photo scenary. I've already
downloaded the package but I don't know how to start it. Anyone coul'd help
me ?
Thanks.
Sergio Roth
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Greg Long wrote:
Sounds like a go ahead to stick with familiar turf - RH7.2 And I agree
- their package manager sucks, but Anaconda rocks as an installer -
with the exception that it won't tell you on the fly if you have bad
packages, it just gets to some point and chokes. Had that
I'd like to experiment flying under San Jose photo scenary. I've already
downloaded the package but I don't know how to start it. Anyone coul'd help
me ?
If you look at the contents, there is one directory.
Simply put it all in the same directory that currently has a KSJC* file in it.
Andy Ross writes:
I really don't subscribe to the indirection above all school of
software engineering, where the slightest hint that change might be
coming is enough to justify all sorts of contortions in the code.
Sometimes, simple things really should be left simple.
Fair enough. I
I have made an attempt to describe the contents of 'preferences.xml.'
Could someone knowledgeable in the properties list and preferences.xml
file let me know if I am understanding things correctly? Also, is there
any information about what each component of FlightGear needs from the
Can we patch the sgdPointInTriangle back to PointInTriangle
_and_ keep the improvements from Norman in the tree ?
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
David Megginson writes:
Also, if we add the ability to get surface attributes, it will be
obvious when one wheel slips off the side of the runway onto the
grass or gravel.
FWIW the Hitlist code has had the capability to return the ssgState
assosciated with the triangle 'hit' intersected
I am wondering does the view manager work-in-progress support a simple
tower view at this stage? Having gone from our non-CVS tower view in 0.7.8
to a recent CVS checkout leaves me wishing for more.
Regards,
Michael
**
Prof. Michael S. Selig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 17 Mar 2002 16:29, you wrote:
I am wondering does the view manager work-in-progress support a simple
tower view at this stage? Having gone from our non-CVS tower view in 0.7.8
to a recent CVS checkout leaves me wishing for more.
Sounds
Alex Perry writes:
Can we patch the sgdPointInTriangle back to PointInTriangle
_and_ keep the improvements from Norman in the tree ?
the sgdPointinTriangle() was specifically written for use with these
FGFS routines and was moved to PLib so others could take advantage
of it recently.
http://www.suse.com/us/products/suse_linux/i386/games.html
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
At 3/17/02, you wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 17 Mar 2002 16:29, you wrote:
I am wondering does the view manager work-in-progress support a simple
tower view at this stage? Having gone from our non-CVS tower view in 0.7.8
to a recent CVS checkout leaves me
Alex Perry writes:
Alex Perry writes:
Can we patch the sgdPointInTriangle back to PointInTriangle
_and_ keep the improvements from Norman in the tree ?
the sgdPointinTriangle() was specifically written for use with these
FGFS routines and was moved to PLib so others could take advantage
36 matches
Mail list logo