Alex Romosan wrote:
Alex Romosan [EMAIL PROTECTED] writes:
+ delete Atmosphere; Atmosphere=0;
I know there's no real styleguide for FlightGear. But please let's stick
to the one command per line rule. Lines are not that expensive after all :)
And I think it's even more obvious, when
Martin Spott wrote:
Dave Culp wrote:
Adding to that, think of the Scenery Objects database. This database
has been live for several months now and we're far from the situation
where we have to queue submissions because we can't cope with the
workload. The opposite is the case: I'm happy for
Martin Spott wrote:
I usually don't judge a piece of software after just one single use - I
wonder how you managed to stick to FlightGear as it definitely has some
rough edges for the first-time user.
Having at least a second try with TaxiDraw does not only get you into
routine, you probably
Martin Spott wrote:
Then, why don't you simply post a link to your work and ask someone
else to have a look at it. I didn't feel offended by your decision not
to try TaxiDraw, I simply can't follow your argument.
That's actually an interesting idea. Didn't occur to me.
So if someone wants
Erik Hofman wrote:
Lighten up, I just started looking at this patch since Fred promised
to fill in the missing gaps.
I just noticed, that this patch could break compilation, since in
sg_patch.cxx the new method is called makeDir and in the header it's
still makedir. I know, I should always
Erik Hofman wrote:
I noticed this already. I think I like it to be called create()
instead, but that's a different matter.
Maybe createDir? Because it's a member of SGPath which may as well be
the path to a file. So it'd be confusing if path_to_a_file.create()
created a directory.
I
Hi,
attached are the latest versions of my options saving patches. For those
who missed it (probably because they were posted in the KLN89 GPS
added thread):
they implement persistent dialog options, so changes in rendering,
static LOD and sound settings dialogs are made permanent.
For this I
Curtis L. Olson wrote:
Is gamemode just broken in freeglut-2.2.0? Has anyone had this
working with freeglut? I would have thought we would get a lot of
complaints if something this basic didn't work?
I always thought that this was a well known limitation of gamemode in
FG, so never asked.
Steve Knoblock wrote:
Perhaps the autopilot element could include the location of the
Autopilot dialog. Then if the default was loaded it would just load the
existing dialog. If a location was specified, then it would load the
custom dialog.
Something like
systems
autopilot
Melchior FRANZ wrote:
* Melchior FRANZ -- Tuesday 06 December 2005 15:20:
the attached patch adds an fgCommand that allows to disable/enable
menu entries
This should better be hooked into the property tree, so that one can
directly set /sim/menubar/default/menu[2]/item[3]/enabled to
Hi,
as discussed already on IRC, there seems to be another gcc 4.0.2/SUSE
1.0 problem:
engine sounds on the 737, Concorde and every other plane that uses
thrust_lb[0] as base for the engine sound calculation don't work on this
platform.
Builds from SuSE 9.3 and from SUSE 10.0 compiled with
Steve Hosgood wrote:
But you could consider that after 1.0.0 things will change - if you make
it so. Have a rule that the only tarballs and other packages on the
FlightGear website are of the even subtree. Anyone wanting odd subtree
stuff must go to the CVS for it. Make sure that the even
Buchanan, Stuart wrote:
--- Vassilii Khachaturov wrote:
What about labelling the fg tree with your own 1.0 pre-release label?
And branching off it, only merging in the trunk changes
that you see fit?
I think this might result in the v1.0 release withering on the branch so
to speak
Curtis L. Olson wrote:
Vassilii Khachaturov wrote:
For example I'd strongly consider the missing options saving a bug that
has to be fixed before we give FlightGear to all the people out there.
They are used to this behavior from nearly every program they use, and
will expect the same from FG.
Releasing flares on the f16 did not work anymore. Thanks to Joacim and
vivian we have a cure for this.
Patch attached.
Nine
Index: f16-set.xml
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/f16/f16-set.xml,v
retrieving
Stefan Seifert wrote:
The scope I thought about is actually not really difficult to reach. I
do just want to make changes a user makes in the option dialogs
(rendering options, level of detail, sound volume, maybe others)
persistent. For this I changed SGProperty node to include a new
Mathias Fröhlich wrote:
On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Serial number of failed request: 30
Melchior FRANZ wrote:
* Erik Hofman -- Friday 18 November 2005 18:36:
After this release we'll only accept bug-fixes to the code, except for
the new JSBSim version. Any major code changes that are not intended to
fix one or more bugs will have to wait.
One new feature *must* go in.
Buchanan, Stuart wrote:
OK, I'll suggest /var/share/FlightGear/WorldScenery/[Terrain|Objects] for
*nix, and FG_ROOT\Scenery\[Terrain|Objects] for Windows.
I'm sure you meant /usr/share/FlightGear/... and not /var.
Just to clarify,
Nine
___
Vassilii Khachaturov wrote:
On Mon, 14 Nov 2005, Stefan Seifert wrote:
Buchanan, Stuart wrote:
OK, I'll suggest /var/share/FlightGear/WorldScenery/[Terrain|Objects] for
*nix, and FG_ROOT\Scenery\[Terrain|Objects] for Windows.
I'm sure you meant /usr/share/FlightGear
Oliver C. wrote:
To make use of /usr/local/games/flightgear/ or /opt/flightgear/ by
default we
should change the configure script accordingly.
As FlightGear is a self contained package (including binaries, libs and
data) it belongs to /opt/flightgear according to the FHS. Which would
also
Hi,
in an attempt to make fgfs a little more user friendly, I implemented
persistence for changes to some options, namely the rendering dialog,
sound volume and static-lod settings. They are saved to
~/.fgfs/preferences.xml on exit and loaded in on startup.
This patch is just for review and
Martin Spott wrote:
Ampere K. Hardraade wrote:
On another note, this was taken in Singapore recently:
http://www.airliners.net/open.file/957790/L/
Compare to what we have in FlightGear now:
http://www.students.yorku.ca/~ampere/fgfs-screen-005.jpg
You might want to ignore the two
Jeff McBride wrote:
This one is a little lost on me. I understand why quoting whole
messages, and using HTML or
various encoding schemes can be a nuisance, but to me it is easier to
write and read replies at the top of the old message. I suppose if you
are looking back in an archive, it might
Alex Perry wrote:
From: Martin Spott
Vassilii Khachaturov wrote:
Maybe some German-speaking user could point the reporters to Atlas
for the moving map solution they describe as absent [...]
I probably would do, but I don't have any experience with Atlas at all,
so I'm unable
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,
Innis Cunningham wrote:
Hi Stefan
Stefan Seifert writes
Before 0.9.9 is released I think one problem should be resolved: on
some planes (like the 737, f16, Concorde, fokker100) the engine
sounds are missing. Specifically Sounds/jet.wav is not audible.
I discussed this problem some
Melchior FRANZ wrote:
It's not the UFO that's superfluous, but the discussion about its
removal. I wouldn't even list it as an aircraft that's up for
discussion. Sheesh.
Good point. I would drop it from the aircraft list, but not from
distribution. It's no real aircraft and doesn't use
Steve Knoblock wrote:
I tried a suggestion on the SuSE forums to issue an yast -i
package.rpm command, but nothing seemed to happen. No error, nothing
was added to my Yast config as far as I can tell. I am uncomfortable
(prefer to let Yast handle it) issuing an rpm command, but perhaps I
should
Steve Knoblock wrote:
On Tue, 08 Nov 2005 11:26:51 -0600, you wrote:
freeglut (fgfs): Failed to create cursor
freeglut ERROR: Function glutSetCursor called without first calling
'glutInit'.
I installed freeglut, all three packages found in the SuSE library.
Restarted and ran
Melchior FRANZ wrote:
The funny thing is, though, that nobody came up with an alternative
'theme' yet.
And why should one? The new style is very nice, not too intrusive when
flighing at night. And it works now, so what more coule one want?
Nine
Before 0.9.9 is released I think one problem should be resolved: on some
planes (like the 737, f16, Concorde, fokker100) the engine sounds are
missing. Specifically Sounds/jet.wav is not audible.
I discussed this problem some weeks ago on the IRC channel and tried to
find out what's causing
Hi,
attached are two small patches for giving the 737 nosewheel some
animations. Namely it rotates when steering and compresses on breaking.
For the latter I attached a one line patch that let's JSBsim expose
compression-norm to the property tree just like YaSim.
I don't know if this is in
Torsten Dreyer wrote:
Hi everybody,
just tried to get latest CVS compiled on a fresh install of SuSE 10.0. It has
gcc 4.0.2 and freeglut 2.4.0 installed. It compiles, but does not run due to
the known
freeglut (fgfs): Failed to create cursor
freeglut ERROR: Function glutSetCursor called
configure: error: OpenGL header file not found
Please just install the xorg-x11-Mesa-devel package. Your 3d seems to
work just fine and there is no 3d without OpenGL in Linux. Also your
xorg.conf is just fine with Driver fglrx on modern ATIs.
If configure is complaining about something
35 matches
Mail list logo