Josh Babcock
Lee Elliott wrote:
On Thursday 10 Nov 2005 20:20, Andy Ross wrote:
After some prodding from Curt, I finally spent a few hours
yesterday tracking down the pitch down discontinuity in the
Citation.
Well, I didn't find a discontinuity. I can now graph the lift
curve from
Curtis L. Olson wrote:
Just a quick announcement that I rolled up v0.9.9-pre3 tonight. I had
screwed up and missed a file in the base package, and then some other
changes got snuck into simgear/flightgear so I figured I might as well
roll out another try.
There's one thing I really like to
On Fri, 2005-11-11 at 09:09, Erik Hofman wrote:
Curtis L. Olson wrote:
Just a quick announcement that I rolled up v0.9.9-pre3 tonight. I had
screwed up and missed a file in the base package, and then some other
changes got snuck into simgear/flightgear so I figured I might as well
[mailto:[EMAIL PROTECTED] On Behalf Of
Ralf Gerlich
snip
I was just thinking of a more general way of solving the
calibration issues than putting it into the configuration files.
Regards,
Ralf
snip
I have used systems (PS, PS2, the driver for my Saitek joystick under
Windows) which
On Friday 11 November 2005 01:43, Georg Vollnhals wrote:
There was a review/test of FlightGear in linux user, November 2005, a
very popular German linux magazin. Although they gave FlightGear 4 full
pages, scenery on their cover CD and a lot of very usable hints aimed to
flightsim beginners
Richard Bytheway wrote:
I have used systems (PS, PS2, the driver for my Saitek joystick under
Windows) which appear to monitor the highest and lowest values that have
been seen from a given axis, and assume that these are the extremes of
the axis. Obviously when you first start it up,
Oliver,
Thank you for finding this online, I was very interested in reading
it when Georg mentioned it (thanks to Georg also)!
Here is the online version of this review:
http://www.linux-user.de/ausgabe/2005/11/070-flightgear/
Best Regards,
Oliver C.
If someone needs translation into
Steve Hosgood wrote:
That's certainly not getting in before 0.9.9!
Turns out to be wy more tricky than it looked. It would seem that
the entire handling of sun/moon azimuth/altitude as it's done now in
flightgear needs replacing, with the alt/az calculations themselves done
in Simgear.
Ima Sudonim wrote:
http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux-
user.de%2Fausgabe%2F2005%2F11%2F070-flightgear%2Flangpair=de%
7Cenhl=ensafe=offie=UTF-8oe=UTF-8prev=%2Flanguage_tools
Oh yeah: flies are still an expensive pleasure :-)
Martin.
--
Unix _IS_ user
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.
If you are talking about code from xglobe ( src/Time/sunpos.cxx,
moonpos.cxx) , which
Steve Hosgood wrote:
Curt: if you've not done it yourself yet, the file
data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.
The following files probably *shouldn't* be there:
Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Those using the alternative dark GUI theme may want to update plib/cvs.
All packagers should IMHO do that in any case. This fixes two problems:
- The maximum length of entries in the property viewer was changed
from 80 to 256. The old value affected a few longer entries, like
the METAR
Martin Spott wrote:
Ima Sudonim wrote:
http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux-
user.de%2Fausgabe%2F2005%2F11%2F070-flightgear%2Flangpair=de%
7Cenhl=ensafe=offie=UTF-8oe=UTF-8prev=%2Flanguage_tools
Oh yeah: flies are still an expensive pleasure :-)
Ima Sudonim wrote:
http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux-
user.de%2Fausgabe%2F2005%2F11%2F070-flightgear%2Flangpair=de%
7Cenhl=ensafe=offie=UTF-8oe=UTF-8prev=%2Flanguage_tools
Oh yeah: flies are still an expensive pleasure :-)
Martin.
Martin,
I agree,
Ladislav Michnovic( wrote:
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.
If you are talking about code from xglobe (
Josh Babcock wrote:
Martin Spott wrote:
Oh yeah: flies are still an expensive pleasure :-)
Damn right. Do you know how much money it costs to upgrade a fly from
annoying to pleasurable?
Yes, I do, but my system is not that expensive. You need a money purse
and good visual judgement
Melchior FRANZ wrote:
Not in yesterday's update, but another reason to update, especially
for creators of binary 0.9.9 packages. This was added after the last
stable plib release 0.8.4:
This is not the only reason why it makes sense to have a new PLIB
release. FreeBSD portability fixes for
* Erik Hofman -- Friday 11 November 2005 14:07:
How should we proceed at this point; add it prior to 0.9.9, or add it
for 1.0 and provide a patch for 0.9.9?
I'm strongly in favor of 0.9.9. If it takes us as long to get 1.0.0
out as it took us for 0.9.9, then there will be several releases of
Melchior FRANZ wrote:
I'm strongly in favor of 0.9.9. If it takes us as long to get 1.0.0
out as it took us for 0.9.9, then there will be several releases of
Linux distributions during its lifetime. Risking that fgfs won't be
included in any of these releases is not a good idea. (Similar
On Fri, 2005-11-11 at 13:07, Erik Hofman wrote:
Ladislav Michnovic( wrote:
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.
If
On Fri, 2005-11-11 at 12:29, Jon Stockill wrote:
Steve Hosgood wrote:
Curt: if you've not done it yourself yet, the file
data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.
The following files probably *shouldn't* be there:
And the following file probably should
Steve Hosgood wrote:
I shall go hang my head in shame somewhere quiet
There's no reason for that, I didn't manage to get around it at first
either. I think I have a lucky day today to discover how simple it could
be done.
Let me emphasize that I really appreciate it that you took the
On Thu, 2005-11-10 at 19:05, Dave Culp wrote:
Aside from the already mentioned glitch about the missing cloudlayers.xml
file, I was able to build 0.9.9-pre2 without any problems on my linux box.
I just moved on to 0.9.9.pre3
No (real) problems now.
Thanks to all who looked at my 'strace'
Steve Hosgood wrote:
And the following file probably should (considering that otherwise you
get a complaint message on the screen when using the default aircraft):
data/Aircraft/c172r/Models/c172-dpm.ac
I've fixed this in the code to use the default included c172p instead.
Erik
Erik Hofman wrote:
Yes, that's the code.
I now have a fully working version without any of the affected code,
just a routine which was written by Curtis anyhow.
How should we proceed at this point; add it prior to 0.9.9, or add it
for 1.0 and provide a patch for 0.9.9?
Erik,
If you
If anyone wants to test 0.9.9-pre3 on Fedora Core 2,3 or 4 but can't
compile it for themselves, please help yourselves to my RPMs:
ftp://tallyho.bc.nu/pub/steve/flightgear/0.9.9-pre3/RPMS/i386/FlightGear-0.9.9.pre3-0.FC.i386.rpm
* Melchior FRANZ -- Friday 11 November 2005 13:38:
There have no problems been reported for plib cvs/head.
I take that back. There was also some network code committed to
the net/ directory that crashes fgfs. I assume that this will be
reverted very soon. :-(
m.
Hi All,
I have compiled and installed pre3 and noticed that I was not able to
load the b1900d (my preferred plane), as FlightGear would load until the
terrian appears and the splash screen starts to dissolve. At this
point, flightgear is in a loop with some high pitched beeps. (That would
normall
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
This is the reason why I proposed to release a patch:
http://www.a1.nl/~ehofman/fgfs/download/sunpos.diff
Great work. Thanks, but there is still moonpos.cxx which needs to be replaced.
Erik
I'd also prefer to have this new code in 0.9.9.
Regards
Curtis L. Olson wrote:
If you could run the clock forward a year or two or five or 10 and
verify that the new code matches the results of the existing code within
acceptable tolerences, then I think I'd be ok with sneaking it into v0.9.9
Both 1970 and 2025 seem to work properly.
Erik
Ladislav Michnovič wrote:
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
This is the reason why I proposed to release a patch:
http://www.a1.nl/~ehofman/fgfs/download/sunpos.diff
Great work. Thanks, but there is still moonpos.cxx which needs to be replaced.
I've removed moonpos.[ch]xx for this
The main fgfs website only lists scenery for 0.9.8
Is world scenery for 0.9.9 waiting for a stable, offical 0.9.9 release
first?
Steve
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Hi everybody!
Last tuesday, the A380 serial number 2 (F-WXXL) came to the airbus site in
Hamburg to get a new painting and the interior. They will also do the
evacuation test and some others here.
This is the first A380 that came to Hamburg for a full-stop after a short
fly-by visit some
If someone needs translation into another language, you might try to
translate the web page using google translation. http://
www.google.com/language_tools?hl=en
The english language version is here:
http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux-
Steve Hosgood wrote:
The main fgfs website only lists scenery for 0.9.8
Is world scenery for 0.9.9 waiting for a stable, offical 0.9.9 release
first?
There is a current world scenery rebuild in progress. We are currently
hung up on a data processing glitch that is being worked on. The
Curtis L. Olson wrote:
There is a current world scenery rebuild in progress. We are currently
hung up on a data processing glitch that is being worked on. The
scenery and the source release can and will happen independently.
Rebuilding the world (and trying to fix bugs and improve the
Torsten Dreyer wrote:
An aerial foto of EDHI is here
http://www.eddh.de/info/landeinfo-ergebnisb.php?ueicao=EDHI
would be nice to have the current version of EDHI included in our
airports database :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are
I wish it was that simple. But it does this no matter what aircraft I select. The only change is in the colors really.Any other mac users with this problem?On 11/11/05,
Lee Elliott [EMAIL PROTECTED] wrote:
On Thursday 10 Nov 2005 18:01, Arthur Wiebe wrote:
I've been trying to use exception handling in a particularly appropriate place
in JSBSim,
but am having little success, and it's got me confused.
I have a section where I am reading in some data. If it is inappropriate, I
need to let
the user know and exit.
Here's what I'm doing:
In the Table
Now when it comes to debugging stuff like this I'm a newbie.When I select the default c172p aircraft everything works fine. But if I select say the f16 or A-10 then fgfs crashes.Here's the output from gdb.
Loading program into debugger…
Program loaded.sharedlibrary apply-load-rules all
Attaching
On Fri, 2005-11-11 at 15:14, Curtis L. Olson wrote:
There is a current world scenery rebuild in progress. We are currently
hung up on a data processing glitch that is being worked on. The
scenery and the source release can and will happen independently.
I'll just wait then.
Thanks
Steve
Hi,
There's a file in the base package /data/Sounds/intro.mp3 The
filename suggests this is introduction music presumably played during
the FG boot. I have CVS FG compiled with Cygwin for Win32 (using
Norman Vine's pre-compiled OpenAL libraries in case OpenAL is
suspicious here). Windows Media
Arthur Wiebe wrote:
Now when it comes to debugging stuff like this I'm a newbie.
When I select the default c172p aircraft everything works fine. But if I
select say the f16 or A-10 then fgfs crashes.
Here's the output from gdb.
http://www.codecomments.com/archive242-2004-4-170396.html
The
Kevin Jones wrote:
Hi,
There's a file in the base package /data/Sounds/intro.mp3 The
filename suggests this is introduction music presumably played during
the FG boot. I have CVS FG compiled with Cygwin for Win32 (using
Norman Vine's pre-compiled OpenAL libraries in case OpenAL is
suspicious
OK,But then why when I select the A-10 or f16 fgfs crashes? But when selecting the c172p and j3cub there is no problem?I'll do a bit more testing.It almost seems to be a problem with the actual aircraft.
On 11/11/05, Erik Hofman [EMAIL PROTECTED] wrote:
Arthur Wiebe wrote: Now when it comes to
On Friday 11 November 2005 17:14, Curtis L. Olson wrote:
The new world will be based on
SRTM v2 data supplimented with USGS DEM data to fill in the voids where
possible, i.e. in the usa. The grand canyon and rhode island will be
much better. These places glitched out in SRTM and portions
Arthur Wiebe wrote:
OK,
But then why when I select the A-10 or f16 fgfs crashes? But when
selecting the c172p and j3cub there is no problem?
The only commonality between the A-10 and f-16 is the turbine sound file??
Erik
___
Flightgear-devel
Paul Surgeon wrote:
There is 100% void free SRTM data here : http://srtm.csi.cgiar.org/
As best as I can see from their site, they just interpolated through the
voids. That generally works fine and is pretty much what we did for the
current scenery, but when you are missing big chunks
So can be this mp3 be removed or substitued with wav (ogg)?
Regards Ladislav.
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
FlightGear doesn't use OpenAL for MP3 playback. In fact, it isn't even
supported.
Erik
___
Flightgear-devel mailing list
Martin Spott wrote:
I just finished removing the remaining duplicates at San Francisco
downtown - at least I think I did so. Tomorrow, when the next export is
done, will prove if I did it right :-)
Jon kindly triggered a fresh export and I took the freedom to place the
current set of base
George Patterson wrote:
I have compiled and installed pre3 and noticed that I was not able
to load the b1900d
Yeah, that was me. The patch yesterday for turn off the engines when
out of fuel broke the solver for turbine aircraft. Fixed. That'll
teach me to add features right before release.
Martin Spott wrote:
Jon kindly triggered a fresh export and I took the freedom to place the
current set of base package objects on my FTP server. Unfortunately my
FlightGear test machine refuses to run FlightGear this afternoon (it
simply crashes after two minutes) so I'm unable to test this
Hi all ...
Had some problems with latest CVS ... so I wiped out and downloaded
simgear and flightgear again from CVS. I get an error now compiling
Simgear .
I cant cut and paste from the terminal but make stops at :
[visual_enviro.o]Error 1
Has anyone run across this before?
... I get so much
I compiled 9.9 test version on my Thinkpad T42 (I'm on the road) and after
loading the cloud file, it worked for the default Cessna. However, when I
tried the Citation I got the following messages, and it would not take off. It
also had a couple of the instruments on the left side o f the
On Friday 11 November 2005 18:40, Curtis L. Olson wrote:
As best as I can see from their site, they just interpolated through the
voids. That generally works fine and is pretty much what we did for the
current scenery, but when you are missing big chunks of things like the
grand canyon or
I've compiled a list of all the aircraft included in fgfs-base 0.9.9pre3 that do and don't work:+737-.#A-10cl-A-10cl-A-10fl+bo105+c172p-2dpanel+c172p+c310-yasim+c310dpm-3d-c310-3d
OK I found the problem. I hope.In A-10cl-set.xml I removed the following line: splash-textureAircraft/A-10/A-10-splash.rgb/splash-textureAnd it worked. So it seems something is broken in whatever loads these rgb files.
The file does not look corrupted as it opens fine in QuickTime.On 11/11/05,
Since Flightgear-0.9.9-pre2 compiled fine without any problems, I was
surprised to see this:
if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/usr/X11R6/include -I/usr/local/include
-DPKGLIBDIR=\/usr/local/share/FlightGear\ -g -O2 -D_REENTRANT -MT
fg_init.o -MD -MP -MF
Stewart Andreason wrote:
Since Flightgear-0.9.9-pre2 compiled fine without any problems,
I was surprised to see this:
fg_init.cxx:1581: error: `setRealtimeProperty' undeclared
This is SimGear version skew. You need to use the properly
matched version of SimGear, but are probably building
Torsten Dreyer schrieb:
Hi everybody!
Last tuesday, the A380 serial number 2 (F-WXXL) came to the airbus site in
Hamburg to get a new painting and the interior. They will also do the
..
An aerial foto of EDHI is here
http://www.eddh.de/info/landeinfo-ergebnisb.php?ueicao=EDHI
but
On November 11, 2005 06:23 am, Martin Spott wrote:
Ima Sudonim wrote:
http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux-
user.de%2Fausgabe%2F2005%2F11%2F070-flightgear%2Flangpair=de%
7Cenhl=ensafe=offie=UTF-8oe=UTF-8prev=%2Flanguage_tools
Oh yeah: flies are still an expensive
On Friday 11 November 2005 22:27, Oliver C. wrote:
Isn't SRTM data version 2 allready corrected manually?
That's what i thought, when i heard sth. about SRTM v2.
Best Regards,
Oliver C.
Well yes SRTM version 2 has had some corrections made to it including
flattening the areas covered by
Figured out the problem with ATIS voice. It's in SimGear with the
code for OpenAL/Alut 1.1, whereby with in sample_openal.cxx,
alutCreateBufferFromFile() does not give us the raw sound data, and
ATCVoice depends on it, which leaves the data and the data size
uninitialized.
The patch used
I _knew_ it was something simple...
I guess one prerequisite at
http://www.flightgear.org/Downloads/source.shtml
needs to be updated.
Thanks Andy
Stewart Andreason wrote:
Since Flightgear-0.9.9-pre2 compiled fine without any problems,
I was surprised to see this:
fg_init.cxx:1581: error:
Oliver C. wrote:
On Friday 11 November 2005 18:40, Curtis L. Olson wrote:
As best as I can see from their site, they just interpolated through the
voids. That generally works fine and is pretty much what we did for the
current scenery, but when you are missing big chunks of things like
I think this report basically pins down two of my problems.First, where spash screens on startup showed up as strange color stipes. And second, where certain aircraft which define their own spash screen crash fgfs.
I got this report when trying to load the c310 (pre3).Hopefully either one of you
I am also getting GLXUnsupportedPrivateRequest error. This is so darn
annoying!
I used to be able to get around this problem by migrating back to XFree, or
failing that, start XServer under 16-bit depth. Now, I can't go with either
option: Debian has moved onto Xorg, and SDL doesn't allow me
With this change, FlightGear on Mac OS X launches the mac os x Safari
browser instead of netscape (w/o this change, the browser won't
launch without netscape installed, and netscape isn't one of the
installed mac os x browsers).
thank you
Ima
Index: FlightGear/src/Main/options.cxx
On Fri, 2005-11-11 at 16:13 +0100, Thomas Förster wrote:
A slightly outdated version of FlightGear is installed for Suse via
Yast and via Apt for Debian. For the newest release you have to
compile the source code yourself [1]. For Mandrake 10.2, Fedora Core 3
and the newest version 5.10 of
On Friday 11 Nov 2005 02:47, Josh Babcock wrote:
Lee Elliott wrote:
On Thursday 10 Nov 2005 20:20, Andy Ross wrote:
After some prodding from Curt, I finally spent a few hours
yesterday tracking down the pitch down discontinuity in
the Citation.
Well, I didn't find a discontinuity. I can
Lee Elliott wrote:
On Friday 11 Nov 2005 02:47, Josh Babcock wrote:
Lee Elliott wrote:
On Thursday 10 Nov 2005 20:20, Andy Ross wrote:
After some prodding from Curt, I finally spent a few hours
yesterday tracking down the pitch down discontinuity in
the Citation.
Well, I didn't find a
On Friday 11 Nov 2005 17:35, Erik Hofman wrote:
Arthur Wiebe wrote:
OK,
But then why when I select the A-10 or f16 fgfs crashes? But
when selecting the c172p and j3cub there is no problem?
The only commonality between the A-10 and f-16 is the turbine
sound file??
Erik
Agreed - I
[EMAIL PROTECTED] wrote:
I compiled 9.9 test version on my Thinkpad T42 (I'm on the road) and after loading the cloud file, it worked for the default Cessna. However, when I tried the Citation I got the following messages, and it would not take off. It also had a couple of the instruments on
Jon Stockill wrote:
The following files probably *shouldn't* be there:
Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Aircraft/c172/Panels/.#default.xml.1.3
Aircraft/c172/Panels/.#c172-panel.xml.1.8
Aircraft/c172/Panels/.#c172-panel.xml.1.4
Speaking of scenery, there are still people from time to time having
trouble installing new sceneries. (The whole Scenery/ vs
Scenery/Terrain/ and Scenery/Objects/ issues). I think it's worthwhile
updating the docs and the getstart guide with these details.
It's quite well described at
On November 11, 2005 08:59 pm, Pigeon wrote:
Today 08:59:41 pm
Speaking of scenery, there are still people from time to time having
trouble installing new sceneries. (The whole Scenery/ vs
Scenery/Terrain/ and Scenery/Objects/ issues). I think it's worthwhile
updating the docs and
On 12 Nov 2005, at 00:58, Ima Sudonim wrote:With this change, FlightGear on Mac OS X launches the mac os x Safari browser instead of netscape (w/o this change, the browser won't launch without netscape installed, and netscape isn't one of the installed mac os x browsers). This approach seems silly
On November 11, 2005 08:05 pm, Gerard ROBIN wrote:
Le vendredi 11 novembre 2005 à 19:47 -0500, Ampere K. Hardraade a
écrit :
On November 11, 2005 07:32 pm, Gerard ROBIN wrote:
DO http://ghours.club.fr/fgfs-tux.tar.gz
Is it GPL'ed? If so, it will be a good idea to put it into
Due to underwhelming response to my previous post concerning a test run of
0.9.9-pre2, I'll repost now. Here is the console output while running the
F-16:
Dent: .Dent: ..Dent: EHAMopening
file: /home/dave/FlightGear-0.9.9-pre2/data/Navaids/carrier_nav.dat
On Fri, 2005-11-11 at 20:17 -0600, Dave Culp wrote:
Due to underwhelming response to my previous post concerning a test run of
0.9.9-pre2, I'll repost now. Here is the console output while running the
F-16:
Dent: .Dent: ..Dent: EHAMopening
file:
I just did a cvs up and when I run fg I get this strace output
.
.
.
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7,
On Friday 11 November 2005 08:31 pm, George Patterson wrote:
/home/dave/FlightGear-0.9.9-pre2/data/Aircraft/c172r/Models/c172-dpm.ac
Does this file exist?
It exists in CVS data, but not in 0.9.9-pre2 data. I think the underlying
question is the more interesting one. Why is FG trying to
Dave Culp wrote:
Due to underwhelming response to my previous post concerning a test run of
0.9.9-pre2, I'll repost now. Here is the console output while running the
F-16:
Dent: .Dent: ..Dent: EHAMopening
I can get rid of the Dent ... debugging output in Airport/simple.cxx
which
I agree with James. I've been using the --open-with option for sometime in the mac builds which is set to open. This opens the url is whatever is the default browser.On 11/12/05,
James Turner [EMAIL PROTECTED] wrote:
On 12 Nov 2005, at 00:58, Ima Sudonim wrote:
With this change, FlightGear on Mac
On Fri, 2005-11-11 at 10:04 -0800, Andy Ross wrote:
George Patterson wrote:
I have compiled and installed pre3 and noticed that I was not able
to load the b1900d
Yeah, that was me. The patch yesterday for turn off the engines when
out of fuel broke the solver for turbine aircraft.
George Patterson wrote:
Thanks Andy.
I just completed a nice flight from KSFO to KLAX with 3D clouds turned
on. Mistakenly misread 25L as being 24L.
George
Ooops, stop by the FAA office, do not pass Go, do not collet $200 ...
Curt.
--
Curtis Olson
I haven't tried to debug this yet, but thought I'd report it.
$ fgfs
opening file: /usr/local/share/FlightGear/Navaids/carrier_nav.dat
/usr/local/share/FlightGear/Navaids/TACAN_freq.dat
RenderTexture Error: glXCreateGLXPbufferPtr() failed.
Initialising callsign using
Arthur and James,
Yes, I agree it's silly, but currently help was broken on my two mac
systems (giving a log message that netscape couldn't be found),
followed by a dialog that my browser was started. It's really
important to me to have browser-based help work on 0.9.9... I forgot
that
Alex Perry wrote:
I haven't tried to debug this yet, but thought I'd report it.
$ fgfs
opening file: /usr/local/share/FlightGear/Navaids/carrier_nav.dat
/usr/local/share/FlightGear/Navaids/TACAN_freq.dat
RenderTexture Error: glXCreateGLXPbufferPtr() failed.
Initialising callsign using
According to apple developer connection (ADC) news, Apple's xcode 2.2
has been released.
It would be nice to know that the new fixes haven't broken
FlightGear... It is an 834 MB disk image update for mac os x 10.4.x.
Download Newly Released Xcode 2.2 Today
Latest tools make building
The message:
WARNING: ssgLoadAC: Failed to open
'/home/dave/FlightGear-0.9.9-pre2/data/Aircraft/c172r/Models/c172-dpm.ac' for
reading
appears all the time now because FGAIMgr::init() attempts to pre-load this
model even if the AI-Traffic system is disabled (and it's disabled by
default).
Hello All,
I am considering using a property tree similar to that in Flightgear
for a UAV ground control application, and I have a question for the
developers on the list. Has anyone ever looked into creating a system
to share a common property tree between two computers over a network
Pigeon wrote:
Another thing is a lot of people expect scenery to be scenery + 3d
buildings/objects. While, when you download scenery from FG's site they
are pretty much terrain only.
This is in fact everything we have for most parts of the world until
people start populating their
93 matches
Mail list logo
