Ampere K. Hardraade wrote:
Dialog scenery_loading not defined
The message only appears when one is in KSFO. As for other airports, the
message doesn't appear; neither does the scenery. All there is is an ocean.
Is you base package in sync with FlightGear?
Both FlightGear and the base package
Ampere K. Hardraade wrote:
I'm sorry, but I still don't get it.
Take a look at FlightGear/data/Aircraft/f16/Models/f16.xml:
?xml version=1.0?
PropertyList
pathf16.ac/path
offsets
z-m0.15/z-m
pitch-deg0.3/pitch-deg
/offsets
!-- Submodels --
model
nameRudderPedals/name
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a must have for users, but it slows
down development speed dramatically when you have to test the
apparence of a new building or landmark.
Another point: FPS counter is off by default now. It was on
before. Is
There is a caught exception ( so it is harmless ) in
the XML reader because files are not in the base
package. Those files are :
Data/AI/FlightPlans/KSFO-KSEA.xml
Data/AI/FlightPlans/KSEA-KSFO.xml
Are the names generated randomly or are they really missing ?
-Fred
Another point: FPS counter is off by default now. It was on
before. Is it intended ?
Oh, I see it is in the rendering option dialog ( I was going
to add it ;-) so it is probably better like that.
-Fred
___
Flightgear-devel mailing list
[EMAIL
Peter Larson wrote:
Boris,
thanks. It appears to be the Crease command. I created a box, removed the
crease and it imported OK (now I have to work through how to save the
scenery so that it gets picked up by the Sim!). As I said, I'm new to this
(as in just the last 4 days) and have no
On Saturday 24 July 2004 10:13, Frederic Bouvier wrote:
There is a caught exception ( so it is harmless ) in
the XML reader because files are not in the base
package. Those files are :
Data/AI/FlightPlans/KSFO-KSEA.xml
Data/AI/FlightPlans/KSEA-KSFO.xml
Are the names generated randomly or
Durk Talsma wrote:
On Saturday 24 July 2004 10:13, Frederic Bouvier wrote:
There is a caught exception ( so it is harmless ) in
the XML reader because files are not in the base
package. Those files are :
Data/AI/FlightPlans/KSFO-KSEA.xml
Data/AI/FlightPlans/KSEA-KSFO.xml
Are the
Peter Larson wrote:
Not sure this is the right forum, I'm getting coloured apostraphe shapes
around 200 pixels high on the screen. They appear to be related to runway
lights. They also appear while the sim is in the air.
I'm running Windows XP Pro with a Radeon 9200SE video card and Gigabyte
On Saturday 24 July 2004 14:38, Josh Babcock wrote:
Peter Larson wrote:
Not sure this is the right forum, I'm getting coloured apostraphe shapes
around 200 pixels high on the screen. They appear to be related to runway
lights. They also appear while the sim is in the air.
I'm running
On Saturday 24 July 2004 15:35, Lee Elliott wrote:
On Saturday 24 July 2004 14:38, Josh Babcock wrote:
Peter Larson wrote:
Not sure this is the right forum, I'm getting coloured apostraphe
shapes around 200 pixels high on the screen. They appear to be related
to runway lights. They
I get the same ground poly problems that you seem to be getting with your
new
ATI driver, except I've been getting them for some time now.
It actually only seems to be the airfield polys that are affected but
you'll
often see it with airfields that are a long way away, to the extent that
you
On Thu, 22 Jul 2004 20:02:25 -, Jim wrote in message
[EMAIL PROTECTED]:
Andy Ross said:
CHANDRASEKHAR ACHALLA wrote:
I am doing a project for Boeing where I am trying to incorporate a
few additional features they want into Flightgear. Initially I
need to create a crater (hole)
On Thu, 22 Jul 2004 21:27:02 -0400, Ampere wrote in message
[EMAIL PROTECTED]:
On July 22, 2004 02:13 pm, CHANDRASEKHAR ACHALLA wrote:
I need to
create a crater (hole) if a plane crashes
Plane crash doesn't create craters. All there is is a black patch.
..depends on the what is hit by
On Fri, 23 Jul 2004 16:00:08 +0100, Al wrote in message
[EMAIL PROTECTED]:
On Friday 23 July 2004 15:23, Jim Wilson wrote:
Sure enough, it's right there in Stroustrup. The strange part is
never having noticed this before now. What is it with these
developers at microsoft anyway? ;-)
Hello,
Today i tried to compile the current cvs version of flightgear
and get the following error messages:
make[2]: Entering directory
`/home/oliver/x/src/cvs/flightgear/source/src/Main'
g++ -DPKGLIBDIR=\/usr/local/share/FlightGear\ -g -O2 -D_REENTRANT
-L/usr/X11R6/lib -L/usr/local//lib -o
Hi,
Got my Laptop, installed Linux, installed the latest ATI driver (although only
running SuSe's 9.1 updated kernel - 2.6.5)
I'm running fgl_glxgears (probably not an unbiased test given it's ATIs code I
would guess). I'm getting 490fps - looks good. I'm going to investigate
exactly what
I'd start by recompiling and reinstalling all of simgear ... if you've
upgraded your compilers recently, code compiled with the new C++
compiler may not be able to link against code compiled with an older
version.
Regards,
Curt.
Oliver C. wrote:
Hello,
Today i tried to compile the current cvs
Frederic Bouvier wrote:
I get the same ground poly problems that you seem to be getting with your
new
ATI driver, except I've been getting them for some time now.
It actually only seems to be the airfield polys that are affected but
you'll
often see it with airfields that are a long way away, to
Lee Elliott wrote:
Are you able to fly at night i.e. when the sun is below the horizon? If I try
flying in these conditions FG starts but crashes once I get a few hundred
feet in the air and I think this is also due to the ATI drivers.
Yeah, that's the problem I get. Once the sun is below the
No. What I want to do is tell each of these animation file where the livery
resides. I want to be able to tell all of them with in one single file,
instead of having to create a new xml file for every animation file.
Regards,
Ampere
On July 24, 2004 03:37 am, Erik Hofman wrote:
I believe
I believe so. I am using the 0.9.5-pre-2 base package .
Regards,
Ampere
On July 24, 2004 03:29 am, Erik Hofman wrote:
Ampere K. Hardraade wrote:
Dialog scenery_loading not defined
The message only appears when one is in KSFO. As for other airports, the
message doesn't appear; neither
Send them to me in an attachment.
Regards,
Ampere
On July 24, 2004 12:04 pm, Josh Babcock wrote:
If someone gives me an ftp site to put them on.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
On Saturday 24 July 2004 17:41, Curtis L. Olson wrote:
I'd start by recompiling and reinstalling all of simgear ... if you've
upgraded your compilers recently, code compiled with the new C++
compiler may not be able to link against code compiled with an older
version.
Regards,
Curt.
Vivian Meazza wrote:
Sent: 23 July 2004 20:15
To: 'FlightGear developers discussions'
Subject: RE: [Flightgear-devel] Tried the Spitfire
Jim Wilson wrote:
Sent: 23 July 2004 16:01
To: [EMAIL PROTECTED]
Subject: [Flightgear-devel] Tried the Spitfire
Very nice! Ok if I
Frederic Bouvier [EMAIL PROTECTED] writes:
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a must have for users, but it slows
down development speed dramatically when you have to test the
apparence of a new building or landmark.
i think the fix for the
Ampere K. Hardraade wrote:
Sent: 24 July 2004 18:58
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Tried the Spitfire
Can't you make it so that the engine feeds off the upper tank before it
feeds
on the lower tank?
Regards,
Ampere
On July 24, 2004 01:42 pm,
Alex Romosan wrote:
Sent: 24 July 2004 19:35
To: FlightGear developers discussions
Subject: [Flightgear-devel] Re: Is 'Scenery Loading...' mandatory ?
Frederic Bouvier [EMAIL PROTECTED] writes:
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a
Vivian Meazza [EMAIL PROTECTED] writes:
It starts exactly the way it says in the POH.
Magneto switches to on, advance throttle a little, press start button, keep
pressed until engine fires.
so, in terms of keyboard commands this should be { } (magneto switches
on) and then press space bar?
Let's get back to this one :-)
Erik Hofman wrote:
Boris Koenig wrote:
I wouldn't have a problem, creating the authoring part of the
application as an external application - but THEN I would need
to be able to load FlightGear resources (aircraft/images/panels).
Ok. Lets start a *minimal* list of
On Sat, 24 Jul 2004 21:32:25 +0200
Boris Koenig [EMAIL PROTECTED] wrote:
A couple of other things: I *did* search, but didn't find
a way to directly set the heading of an aircraft if you
want to position it in air - if it's there already, please
tell me where :-)
If it isn't it might be
Chris Metzler [EMAIL PROTECTED] writes:
Regarding the navaids discussion I'd like to know if airports
are currently exclusively bound to the scenery, actually I
was looking for some airports that FlightGear also finds, but
didn't see any rwys - if airports should really depend on specific
Chris Metzler wrote:
On Sat, 24 Jul 2004 21:32:25 +0200
Boris Koenig [EMAIL PROTECTED] wrote:
A couple of other things: I *did* search, but didn't find
a way to directly set the heading of an aircraft if you
want to position it in air - if it's there already, please
tell me where :-)
If it isn't
Alex Romosan wrote:
Chris Metzler [EMAIL PROTECTED] writes:
Regarding the navaids discussion I'd like to know if airports
are currently exclusively bound to the scenery, actually I
was looking for some airports that FlightGear also finds, but
didn't see any rwys - if airports should really depend
Alex Romosan said:
Frederic Bouvier [EMAIL PROTECTED] writes:
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a must have for users, but it slows
down development speed dramatically when you have to test the
apparence of a new building or landmark.
Frederic Bouvier said:
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a must have for users, but it slows
down development speed dramatically when you have to test the
apparence of a new building or landmark.
Another point: FPS counter is off by
Alex Romosan wrote
Sent: 24 July 2004 20:51
To: FlightGear developers discussions
Subject: [Flightgear-devel] Re: Is 'Scenery Loading...' mandatory ?
Vivian Meazza [EMAIL PROTECTED] writes:
It starts exactly the way it says in the POH.
Magneto switches to on, advance throttle a
Regards,
Vivian
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of Arnt Karlsen
Sent: 24 July 2004 21:33
To: FlightGear developers discussions
Subject: ..Coffmann starters on Merlins: [Flightgear-devel] Re: Is
'SceneryLoading...'
Help!
Since my CH Yoke and Pedals don't work with the new joydev driver in
Suse 9.1, I need to use my Saitek Cyborg Evo joystick. Both js_demo and
jstest show all it's axes and buttons working but ony the non DEFANGED
functions work in FlightGear (that is aileron, elevator and rudder ...
no
All I am saying is that it will be a good idea to look deeper into it instead
of pushing it aside. After all, from what I have read on their site, the
OpenRT library seems to offer some pretty neat capabilities that aren't in
the current version of plib.
At the very least, we should keep this
On July 20, 2004 03:23 am, Jim Wilson wrote:
Hmmm... that 777 Model page didn't mention a GPU. In any case, I gather
from reading just the first paragraph on the OpenRT page you'd be
looking
at having plib utilize the OpenRT API in lieu of OpenGL's.
I may be wrong, but from what I've read,
I get the same ground poly problems that you seem to be getting with your
new
ATI driver, except I've been getting them for some time now.
It actually only seems to be the airfield polys that are affected but
you'll
often see it with airfields that are a long way away, to the extent that
you
42 matches
Mail list logo