Harald JOHNSEN wrote :
Ben Morrison wrote:
I have downloaded the following source code files: FlightGear 9.8,
SimGear 3.8, plib 1.8.4, and zlib 1.1.4. I was able to get this to
compile in Visual Studio 2003 but when I try to run flight gear with
the following command: fgfs
Quoting Erik Hofman:
Jon Berndt wrote:
In any case, I'll bet there is champagne flowing in Toulouse tonight! :-)
I'm sure it takes much less to get champagne flowing in Toulouse ;-)
Yep, they also could win the European Rugby Championship ;-)
-Fred
Quoting Erik Hofman:
Frederic Bouvier wrote:
I know this is preliminary code, but is there a reason why 100% cloud
density
doesn't give us overcast rather than scatered/broken as it is now ?
I don't think we want to draw overcast (and cirrus) using 3d clouds but
rather using
Quoting Ampere K. Hardraade :
http://www.airbus.com/A380/Seeing/indexminisite.aspx
Click on Discover, then Videos for the video of the take off.
Do you noticed the number of that plane : F-WWOW
-Fred
___
Flightgear-devel mailing list
Selon Melchior FRANZ:
* Harald JOHNSEN -- Tuesday 26 April 2005 20:41:
Clouds are not culled correctly. That explains the poping, but it had
also an enormous impact on fps.
In attachment is a quick hack.
Ahh. That makes a big difference. Almost usable now. :-)
Now, if you could fix
Selon Andy Ross [EMAIL PROTECTED]:
Just nocied this on the simgear-cvslogs list. If I read this
correctly, this is still a terrible bug, and even worse because it
will be much harder to detect and correct in the future. The FOV is a
dynamically settable property. Hardcoding a particular
Selon Lee Elliott :
Hello all,
just curious - are the ground textures bump-mapped?
No. Bump mapping requires at least multi texturing. There are 2d clouds with
bump mapping, and it was done behind plib.
-Fred
___
Flightgear-devel mailing list
Selon Andy Ross [EMAIL PROTECTED]:
(-0.25 * math::pow(rpm_norm,3)) + (-0.15 * math::pow(rpm_norm,2))
+ (1.11 * rpm_norm);
Whereas this one is just really obviously a polynomial, and I
understand polynomials, they're simple and not scary at all:
rpm_norm * (1.11 - rpm_norm * (0.15 *
Drew a écrit :
I don't buy that argument. It's easier to grow with fgfs in small
steps than to adapt everything after major releases. Following the
cvslogs mailing list is usually enough, and there isn't such a fast
progress anyway.
Ok, I'm trying to take your advice, and get a later version
Selon Andy Ross [EMAIL PROTECTED]:
I wrote:
4. I have a warning on a non standard extension used on
naRef array[];
This one is new, but I honestly thought it was a standard C89 feature.
Can you post the warning? Or is there a #pragma I can use to turn it
off?
I just looked it
Selon Andy Ross:
Please try again, this time in C, and let me know the error you are
seeing. I strongly suspect you've been fooled by a much simpler
issue.
OK, I backed out all my changes and restart the compilation. I found where it is
not C : you don't always declare local variables at the
Selon Andy Ross:
Frederic Bouvier wrote:
I found where it is not C : you don't always declare local
variables at the beginning of functions but you have the C++
habit to declare them as you need them.
... which is a well-established feature of the (now 6-year-old!)
C99 standard. It's
Selon Terry Reinert:
I am still using VC++ 6.0 from 98 myself. I have been thinking of
upgrading to either 2003 or 2005 but hesitant to do so until I find out
whether I can still code the same way as I do now in those environments.
I did some reading on the MS website last night and it seemed
Andy Ross wrote :
Erik Hofman wrote:
It's quite simple, SGI has the zero warning compiling philosophy; No
build will be shipped if it generates a warning. It has gained them
the reputation of being one of the most stable UNIX variants
available.
Now I'm even more confused. What warning
Andy Ross a écrit :
Scream really loudly if something breaks and you want this patch reverted.
I don't really want to see this patch reverted, but here is my first
experience with MSVC.
1. empty struct member ( ;; ) seems to be disallowed. So I changed :
--- data.h18 Apr 2005 19:48:47
Quoting Curtis L. Olson:
Luuk,
Another thing to check:
In options.cxx when you look for the --rh_flight= option, make sure you
are counting the right number of characters ... if you copied from
another else if clause, but that option was a different length, then
you'll need to change the
Quoting darko [EMAIL PROTECTED]:
Hi, I've download a new scenery (e010n30.tgz) and put it unzipped and
untarred in the scenery directory of the FG data root.
e010n30 scenery contains the entire Sicily, but when I choose to place
(via menu) the plain on the ground in LICJ 25 (Palermo airport,
Quoting BONNEVILLE David:
Hi there,
I get errors running FG under Windows in debug mode :
assertion failed in ctype.h in isspace cause a character was not in the range
0..255. Running in debug mode I saw that the problem happened during airports
loading because of the copyright character.
Quoting Melchior FRANZ :
* Thomas Förster -- Wednesday 06 April 2005 12:17:
Sounds like the airport itself is missing. Is there a file 'ENSB.btg.gz' in
Scenery/Terrain/e010n70/e015n78? Are the file permissions correct?
This is a known bug. Curt is aware of it. Yes, ENSB.btg.gz is missing,
Curtis L. Olson wrote :
I'd like to take a whack at making the FGNetFDM and FGNetCTRLS
structures more portable across platforms and OS's. There are some
serious problems right now going between 32 and 64 bit architectures.
There are other minor problems going between different OS's.
I see
Quoting Martin Spott :
I have the whole set but I don't volunteer because I personally don't
feel that we're going to gain noticeable improvement just by offering
another file transfer method.
And what about version management on a P2P network ?
What is the version of file w090n40.tgz ?
-Fred
Quoting Martin Spott :
Martin Spott wrote:
I didn't hunt for debug output this morning but I'll do that tonight.
My friend told me something like FlightGear is broken, it stops after
selecting the A-10 - so I assume 'fgrun' works correctly,
I was unable to reproduce after I reverted the
Quoting Martin Spott :
A friend of mine (the best I have) brought this to my attention:
The current Windows binary of FlightGear as present in the 0.9.8a
download package refuses to load aircraft with a dash in the filename.
This _might_ be an issue in general but I don't know if it acually
Quoting Curtis L. Olson :
Time out here!
There are two reasons two throttle frame rate.
1. Conserve CPU time and leave more cpu time for other tasks. Using
sleep() calls you can put FG asleep for a short time if it gets done
drawing a frame early, leaving those cycles for other tasks.
I wrote:
Maybe it is doable to sleep for a millisecond less than computed and achieve
the
targeted framerate with the loop.
Could you try this patch :
cvs -z4 -q diff -u main.cxx (in directory
I:\FlightGear\cvs\FlightGear\src\Main\)
Index: main.cxx
Curtis L. Olson wrote :
Frederic,
I've been hacking on your patch a bit more and I see that we rarely
oversleep by more than 2ms. So backing off by 2ms (instead of 1ms)
seems to work pretty well here. I also switched to doing all the math
in microseconds rather than milleseconds (and
Quoting Erik Hofman :
Drew wrote:
Hey All,
I'm running flightgear on Windows, and have noticed that it seems to
use up all of the available processing time, and because of this, it
seems to get jumpy when other applications are being used while
FlightGear is running. I noticed that
Quoting Andy Ross:
* Hopefully in a CPU-friendly way. I know that older versions of
the NVidia drivers did this by spinning in a polling loop
inside the driver. I'm not sure if this has been fixed or not.
From my experience, the latest non-beta Windows NVidia driver seems to eat CPU
Quoting Oliver C. :
On Wednesday 02 March 2005 11:14, Melchior FRANZ wrote:
* Martin Spott -- Wednesday 02 March 2005 10:46:
Your intention is clear, it's just that I don't share everyting of it.
... and you don't need to. Just keep the number of 512x512 textures as
low as possible,
Quoting Martin Spott :
If I may quote Frederic Bouvier (regarding FGSD):
It shouldn't be too difficult. Just a matter of wrapping up the
FGSD_TriangleObject class into a main function.
but nobody did that.
Work in (slow) progress.
-Fred
mat churchill wrote :
I'm getting seg faults 25% - 50% of the time when I try to start fg.
This is on a fresh install of Mandrake 10.1 with the latest CVS of
plib, simgear, flightgear, with the latest nvidia drivers.
e.g.
[EMAIL PROTECTED] mat]$ fgfs --fg-root=/home/Flightgear/data
Quoting Melchior FRANZ :
* Erik Hofman -- Wednesday 23 February 2005 10:03:
[absolute paths in *.ac files]
Is there a reason to change the path in AC3D files?
As far as I know the path is neglected anyhow.
These absolute paths are a bit annoying when one wants to view a model in a
3D
Quoting Jim Wilson :
The ac3d editor does that as well. It seems to strip off the path on loading
if the absolute path fails. As does the AC loader in plib. It seems odd
then that
ppe isn't doing the same.
Does the ac3d editor generate absolute path ? or is it a feature of the Blender
AC
Martin Spott wrote :
Hello,
I'm currently importing the base package models and objects into the
Scenery database. As I'm picking some information from the base package
I realized that there's a linke break missing in
data/Scenery/Objects/w130n30/w123n37/942066.stg
between coit-tower-fb.xml and
Quoting Erik Hofman [EMAIL PROTECTED]:
Frederic Bouvier wrote:
Jon Stockill a écrit :
Assuming there's a unique ID in the DOF (I've not seen the file yet)
I'll maintain an exclusions list, so that when an updated DOF is
imported such buildings can be ignored because we have a better
Quoting Erik Hofman [EMAIL PROTECTED]:
Frederic Bouvier wrote:
Quoting Erik Hofman [EMAIL PROTECTED]:
Are these generic buildings now officilally part of the database?
I don't know if it is official, but they are in the database I downloaded
recently.
Cool, that would make
Quoting Frederic Bouvier:
Quoting Mathias Fröhlich :
Jon,
I cannot reproduce this.
It just works for me with a plain cvs checkout
using that scenry tile from Scenery-0.9.8.
On Freitag 18 Februar 2005 01:24, Jon Stockill wrote:
(gdb) bt
#0 0x0ce8b760 in ?? ()
#1
Quoting Mathias Fröhlich :
Jon,
I cannot reproduce this.
It just works for me with a plain cvs checkout
using that scenry tile from Scenery-0.9.8.
On Freitag 18 Februar 2005 01:24, Jon Stockill wrote:
(gdb) bt
#0 0x0ce8b760 in ?? ()
#1 0x40142974 in __dynamic_cast (from=0xce8b760,
Quoting Jon Stockill :
Mathias Fröhlich wrote:
From that backtrace:
There is exactly one dynamic_cast in this function.
In theory it should never happen that the argument to that dynamic_cast is
zero.
Since I cannot reproduce it myself, can you help me?
Could you please apply the
Dave,
How about retrying to make a release ?
-Fred
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Quoting Steve Hosgood :
On Thu, 2005-02-17 at 15:09, Steve Hosgood wrote:
Sounds bizarre, but this is quite reproduceable: if you *don't* have the
w010n50 scenery tile loaded and use the command-line params --lat=51.6
--lon=-4.0 to start FlightGear, then it starts up just fine.
There is a
Quoting Steve Hosgood :
Might I propose the FGFS gods avoid causing pointless grief for newbies
and insert a fragment of code in the command-line parsing to the effect
of:
/* KLUDGE: FIXME: avoid hang when starting on a tile boundary */
if (startup_long == floor(startup_long)) startup_long
Jon Stockill a écrit :
Frederic Bouvier wrote:
That's really nice !
But if all these models are placed automagically, what would happen
to model that represent the real buildings ? I mean : if I create the
Empire State Building and put it in fgfsdb, would there be a hole
around it or would
Martin Spott wrote:
Erik Hofman wrote:
Maybe someone else can step in and explain the 942058 part of the file
called 942058.stg ?
I cannot _explain_ it but I could point an an implementation of the
algorithm that's used to determine this number. This is part of
TerraGear:
Geoff Air a écrit :
Hi Fred, and others ...
First I would say I LOVE fgrun ... my hat off
to those in our community who 'remember' all the
130 plus command line options for FlightGear ... yet
they are part of its 'power' ... as well as giving
a beautiful preview of the aircraft ... fgrun takes the
Erik Hofman a écrit :
John Wojnaroski wrote:
Started building a CVS version and bombed out in Simgear with the
following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
Hermann Schiffer a écrit :
Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier:
Erik Hofman a écrit :
off
You might want to check if the glx-dev package is installed, or the
glx.h header is present on your system.
Perhaps John can enlight us on the system he
Quoting David Luff :
I have an inkling in the back of my mind that it might also possibly be
useful for drawing impostors for the 3D cloud rendering, but that's just a
wild guess.
Mark Harris, who wrote both RenderTexture and 3d clouds, used the framebuffer to
do the latter's impostors. But
Erik Hofman a écrit :
Jim Wilson wrote:
Uggh...sometimes plib really sucks. The ssg API seems pretty
straight forward
until some quirk rears its ugly head. There's just enough
documentation to
make you think it'll work.
The above idea didn't pan out. It seems odd that I can write a
Jim Wilson a écrit :
Note that earlier in this thread it was mentioned that the hack that's in
SimGear now worked with plib 1.8.3 and does not work with plib 1.8.4 (I've
confirmed). Someone also mentioned that the hack is working on one particular
model, but I haven't looked at that yet. Really
Chris Metzler a écrit :
With building positions and heights from the FAA Digital Obstruction
File, and a few new buriable (thus, height-adjustable) models, here's
an approach into La Guardia Rwy 04, starting over Staten Island.
http://www.speakeasy.org/~cmetzler/KLGA_04_approach_001.jpg
thru
Erik Hofman wrote :
Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main
In directory baron:/tmp/cvs-serv24714
Modified Files:
fg_init.cxx
Log Message:
Geoff Air:
RE: --aircraft=ufo in system.fgfsrc is ignored
To change a 'feature', one that has been mentioned here many
times, and again
Erik Hofman wrote :
Jim Wilson wrote:
not part of cvs logtext
Note the diff file has been renamed from the earlier submission.
This version
works better with more complex models.
/not part of cvs logtext
This patch adds support to the model animation system for modifying
emissive
states on the
Vivian Meazza wrote :
Fred wrote
Erik Hofman wrote :
Jim Wilson wrote:
not part of cvs logtext
Note the diff file has been renamed from the earlier submission.
This version
works better with more complex models.
/not part of cvs logtext
This patch adds support to the model animation
Erik Hofman wrote :
Frederic Bouvier wrote:
I can revert the patch or someone running windows should provide me a
patch instead.
Or do both, because the current patch seems useless.
Is it windows specific ?
-Fred
___
Flightgear-devel mailing list
Frederic Bouvier a écrit :
Erik Hofman wrote :
Frederic Bouvier wrote:
I can revert the patch or someone running windows should provide me a
patch instead.
Or do both, because the current patch seems useless.
Is it windows specific ?
This one seems better ( move the added block 3 lines upward
Vivian Meazza a écrit :
Fred wrote
Erik Hofman wrote :
Jim Wilson wrote:
not part of cvs logtext
Note the diff file has been renamed from the earlier submission.
This version
works better with more complex models.
/not part of cvs logtext
This patch adds support to the model
Robicd wrote :
A windows binary of the code a few weeks ago is here:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/atlas-win32-20050112.zip
courtesy of Fred Bouvier. Hopefully he will produce a release binary as
well.
Oh! That's nice :-)
Thank you Frederic, you are sooo great !
Downloaded
Andy Ross a écrit :
Christian Mayer wrote:
Manual Massing wrote:
Yes, textures and geometry are paged and decompressed
asynchronously in the background (seperate thread). The engine
supports image compression to save IO (and possibly bus)
bandwith, e.g. JPEG and S3TC compression. The first
Jim Wilson wrote :
Erik Hofman said:
Jim Wilson wrote:
not part of cvs logtext
Note the diff file has been renamed from the earlier submission. This version
works better with more complex models.
/not part of cvs logtext
This patch adds support to the model animation system for modifying
Quoting Dave Martin:
On Friday 28 Jan 2005 16:01, Curtis L. Olson wrote:
With help from Thomas Markowitz, I have posted a side by side comparison
of the FlightGear Alcatraz model versus a real photo here:
http://www.flightgear.org/Gallery/
Good work Frederic!
Regards,
Curt.
Quoting Curtis L. Olson :
Drew wrote:
I'm not sure what SDL means, but it will run on the primary display
without the secondary one going black, so I don't think what you said
is true...at least in my case.
I'm using the latest stable version of flightgear, which I compiled
myself from
Quoting Robicd :
Datum: WGS84
Projection: NUTM33
Coordinate top left
x: 353620.2 y: 4225543.6
Coordinate bottom right
x: 354212.2 y: 4225976.1
These are UTM North Zone 33
I entered these coordinates in fgsd and I had my test picture mirrored upside
down. It appears that your bottom has a
Quoting Paul Surgeon:
On Wednesday, 26 January 2005 17:44, Curtis L. Olson wrote:
Fred is pondering/working on a more optimal solution for the next
release. There are a number of good ideas he can try so I'm sure he'll
come up with something that works quite well. :-)
Does fgrun scan
Quoting Andrew Midosn:
OK, I appear to have the Select Airport from List
option working properly (as far as I can tell). I'm
not completely happy with the solution, as I have had
to declare a constant for PUCLASS_LIST that could be
reassigned within plib. I have used a value at the top
end
Quoting Andrew Midosn:
--- Frederic Bouvier [EMAIL PROTECTED] wrote:
Thanks for your efforts. I just have practical
remarks regarding patch post to
the list.
Use unidiff ( -u ) because all those are confusing
mail readers that interpret
added lines as message quote
Attach
Quoting Geoff Air:
It certainly paves the way for fgrun to simply write the
system.fgfsrc, and run the binary with a minimum of command
line parameters ... and leaves a persistent file 'trace'
of what fgrun 'requested' of FG ... more info benefit ...
Because some argued, and I mostly agree,
Martin Spott wrote:
Frederic Bouvier wrote:
Quoting Geoff Air:
It certainly paves the way for fgrun to simply write the
system.fgfsrc, and run the binary with a minimum of command
line parameters ... and leaves a persistent file 'trace'
of what fgrun 'requested' of FG ... more info
Quoting Martin Spott:
Frederic Bouvier wrote:
But... The fact that Geoff tells that the file is read twice ring a little
bell
in my mind. I think the issue was raised sometimes ago and could have
unwanted
side effects I can't recollect for the moment.
It makes sense - especially
Quoting Ampere K. Hardraade [EMAIL PROTECTED]:
On January 23, 2005 10:38 pm, Jorge Van Hemelryck wrote:
On Mon, 24 Jan 2005 00:39:36 +0100
Frederic Bouvier wrote:
Soon on your screen :
http://frbouvi.free.fr/flightsim/fg-spin-perso.jpg
Has this screenshot been taken near
Quoting Dave Martin :
On Sunday 23 Jan 2005 23:39, Frederic Bouvier wrote:
Jon Stockill a écrit :
Frederic Bouvier wrote:
If you look at the tower-medium.xml, you will have an idea on how it
is made.
Jon, I will see if I can do something during the week for the spin
animation
I wrote:
I also have to update documentation. Basically, in the spin animation, you'll
replace :
factor2.0/factor
starting-pos-deg0/starting-pos-deg
by :
factor
random
min1.8/min
max2.2/max
/random
/factor
starting-pos-deg
random
min0/min
Paul Surgeon a écrit :
Can someone comment on how FLTK works under OpenGL?
Would it be possible to use FLTK and all it's nice widgets in FG and drop the
rather crude PUI toolkit?
fgrun and fgsd are here to prove OpenGL is possible with FLTK.
You also can have a look at GLgooey :
Robicd wrote:
Hi,
I've made a .ase 3d object (a Villa of my town) for a scenery. I have
a satellite picture of the place where the Villa resides, which has
datum wgs84 coordinates of the two corners of the bitmap. I really
don't know how to convert such coordinates (1st corner is
Frederic Bouvier a écrit :
To bring fgrun to 1.0 quality grade, and after receiving suggestions from Curt,
I am now planning to add basic options to the wizard instead of keeping them
hidden behind the Advanced button. Maybe by reducing the size of the command
line textfield ( it could also
Erik Hofman wrote :
Frederic Bouvier wrote:
This is in CVS now ( should show up in a few hours on SF ). In the
meantime, a screenshot :
http://frbouvi.free.fr/flightsim/fgrun-basic.jpg
If you're going this path (and it certainly does look good) then you
might want to consider removing
Jon Stockill a écrit :
I've recently produced a model of a wind turbine, which I'm in the
process of adding to the scenery, but when they're clustered together
in groups it looks rather unnatural as they're all spinning round in
perfect synchronisation. Is it possible to introduce some random
Vivian Meazza wrote :
Fred wrote
Erik Hofman wrote :
Frederic Bouvier wrote:
This is in CVS now ( should show up in a few hours on SF ). In the
meantime, a screenshot :
http://frbouvi.free.fr/flightsim/fgrun-basic.jpg
If you're going this path (and it certainly does look
Erik Hofman a écrit :
Frederic Bouvier wrote:
I implemented something in between :
http://frbouvi.free.fr/flightsim/fgrun-basic-2.jpg
The popup on this window is modal and stay as long as FG is running :
http://frbouvi.free.fr/flightsim/fgrun-basic-3.jpg
Much better, great work!
If someone want
Vivian Meazza wrote :
Fred wrote:
Erik Hofman a écrit :
Frederic Bouvier wrote:
I implemented something in between :
http://frbouvi.free.fr/flightsim/fgrun-basic-2.jpg
The popup on this window is modal and stay as long as FG is running :
http://frbouvi.free.fr/flightsim/fgrun-basic
Andrew Midosn a écrit :
I've just updated my source code from CVS, but the
build fails with the following:
Update SimGear too.
-Fred
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Andrew Midosn a écrit :
--- Frederic Bouvier [EMAIL PROTECTED] wrote:
Update SimGear too.
Yup - my poor tired brain eventually noticed that it
was complaining about SimGear *not* FlightGear (doh!),
so I've updated that also. I'm still getting errors
relating to FGMetar, so it certainly
Andrew Midosn a écrit :
I've just updated my source code from CVS, but the
build fails with the following:
It looks as though the methods getRain(), getHail()
and getSnow() rely on private attributes that haven't
been declared.
They are declared line 237-239 of simgear/environment/metar.hxx and
Andrew Midosn a écrit :
I've fixed one problem with the FGMetar constructor,
where the call to the parent class SGMetar was
incorrect, but now have another problem. In the
constructor the method getCAVOK() is called, although
it isn't defined anywhere in either FlightGear or
SimGear. Unfortunately
Stewart Andreason a écrit :
It seems this aircraft is required to start FlightGear.
fgfs
WARNING: ssgLoadAC: Failed to open
'/usr/local/share/FlightGear/data/Aircraft/pa28-161/Models/pa28-161.ac'
for reading
Abort
This plane is required by the AI/ATC module and has been removed from
the
To bring fgrun to 1.0 quality grade, and after receiving suggestions from Curt,
I am now planning to add basic options to the wizard instead of keeping them
hidden behind the Advanced button. Maybe by reducing the size of the command
line textfield ( it could also be move to the Advanced section
Quoting Erik Hofman :
Innis Cunningham wrote:
Seeing this is probably the first aircraft a new user will try what a
great advert.A panel that is upside down in the middle of the night
with no engines running and no obvious way of getting them started.
I mean if the idea is to discourage
Quoting Martin Spott :
Frederic Bouvier wrote:
Comments welcome
Great ideas, just one little concern: What measures are applied to
identify which airports should show up in the selection list ? Consider
a user has installed most of the world scenery, is FGrun then going to
parse
Quoting Erik Hofman:
Frederic Bouvier wrote:
I forgot this one. It is not an improvement though, rather a fix ;-)
The scenery scan is done every time and is very long although it is
threaded and
doesn't prevent you to launch flightgear. Curt suggested to show all the
content
Quoting Innis Cunningham:
Curtis L. Olson writes
Innis,
I had no problem loading the version Ampere sent me in v0.9.8. I did
notice there was a large (and seemingly arbitrary) mix of file permission,
capitalization, etc. I'm running linux. If you are running windows,
perhaps there
Jim Wilson wrote :
Norman Vine said:
but I don't see where setting the lat less then the ground elevation
has any bearing on this this sounds more like a parsing error
Norman
Well, yeah, fgrun still needs to be fixed.
The fix is in CVS
-Fred
Martin Spott a écrit :
Hello,
I just downloaded the Win32 package and took it for a test-ride. There
are three things I'd like to mention:
1.) The Isle of Alcatraz doesn't look as I'm used to it from
FlightGear. To my knowledge Frederic adapted the terrain to
include the heliport, this is
Martin Spott wrote :
System.fgfsrc is no longer overwritten but it is still read by
flightgear.
This is what I meant: I run FlightGear and it actually reads most of
the values in my manually written 'system.fgfsrc', except a single one
(as far as I can tell), which is the aircraft to use.
Quoting Martin Spott :
Frederic Bouvier wrote:
Martin Spott wrote :
This is what I meant: I run FlightGear and it actually reads most of
the values in my manually written 'system.fgfsrc', except a single one
(as far as I can tell), which is the aircraft to use. I've already
moved
Quoting Martin Spott:
Christian Brunschen wrote:
Or to put is more succinctly: when I downloaded FlightGear and got an
unwelcome religious pamphlet thrown in my face, I got a seriously bad
taste in my mouth.
Indeed, in my opinion the FlightGear community can't tolerate such
action,
I
Oliver C. wrote
FlightGear has gone a long way, but imo it is still far too early for a 1.0
production release.
Hey, there is a life after 1.0. Why not 1.1, 2.0 etc...
Trying to reach the perfection the first shot is the best way to drag
our 0.x forever that make feel that FG is still in
Paul Surgeon a écrit :
Whether you want to remove the file or not is your choice but just consider
for a moment that a lot of people have put work into FG and they don't
necessarily share the same beliefs. You may possibly be offending them by
re-distributing their hard work with your beliefs.
The graphical interface and the FTP interface links for scenery download are
still pointing to Scenery-0.9.5
This is in page http://www.flightgear.org/Downloads/scenery.html
Regards,
-Fred
___
Flightgear-devel mailing list
I just discovered that FG is suggesting me to upgrade my sound driver
after alGenSources failed :-(
This is the first time and all the other aircraft I tried never did the
same. I even remember flying successfully with it not far ago.
A quick glance with the debugger showed me that alGenSources
I just commit a change in fgrun CVS that use command line options to
start fgfs. That means that user preferences ( ~/.fgfsrc on linux,
system.fgfsrc on Windows ) are not overwritten anymore.
Regards,
-Fred
___
Flightgear-devel mailing list
101 - 200 of 926 matches
Mail list logo
