On Saturday, 30 July 2005 23:57, Paul Surgeon wrote:
There is still a problem.
If I roll back extensions.hxx and RenderTexture.cpp then I can compile
SimGear.
I'll try figure out what's causing it but I'm not very strong at C or C++
Paul
GLXPbufferSGIX and GLXPbuffer are not defined
Torsten Dreyer wrote:
directory. How common is the KRA10?
Well - you usually don't find it in the small trainers like 150's or 172's,
but in the upperclass like the mooney or beech or lite twins, it can be
seen. So I declare this one as common and I put the files under
Aircraft/Instruments
I had this message still in my TODO box and looking a bit closer it
looks to me like MIPMAPPING should take care of this, doesn't it?
Does anybody think this might be useful to include?
Erik
Phil Cazzola wrote:
I've been playing around with having different terrain textures at
different
Paul Surgeon wrote:
GLXPbufferSGIX and GLXPbuffer are not defined anywhere in my nVidia GL headers
although they are used throughout the GL headers!
I've checked Mesa - same thing.
The following lines in extensions.hxx cause a problem because GLXPbufferSGIX
is not defined.
#ifndef
On Sun July 31 2005 01:13, Paul Surgeon wrote:
On Saturday, 30 July 2005 23:57, Paul Surgeon wrote:
There is still a problem.
If I roll back extensions.hxx and RenderTexture.cpp then I can compile
SimGear.
I'll try figure out what's causing it but I'm not very strong at C or C++
Message transféré
De: Gerard Robin [EMAIL PROTECTED]
Objet: Re: [Flightgear-devel] Airport LFPO Paris Orly Update
Date: Sun, 31 Jul 2005 11:35:28 +0200
Le samedi 30 juillet 2005 à 17:58 +, Martin Spott a écrit :
Gerard Robin wrote:
That Airport in the existing Scenery
On Sunday, 31 July 2005 10:50, Erik Hofman wrote:
Ok, this is be fixed in CVS now.
Well almost fixed :-)
Using a clean SG checkout (extensions.hxx version 1.24) :
In file included from ../../simgear/scene/sky/bbcache.hxx:29,
from ../../simgear/scene/sky/newcloud.hxx:31,
Le dimanche 31 juillet 2005 à 11:36 +0200, Gerard Robin a écrit :
Just changing parts of the binary scenery doesn't help that much
because it will be overridden with the next scenery update.
Cheers,
Martin.
Thanks for the answer.
The scenery and the apt.dat content are not
Le dimanche 31 juillet 2005 à 10:39 +0200, Erik Hofman a écrit :
I had this message still in my TODO box and looking a bit closer it
looks to me like MIPMAPPING should take care of this, doesn't it?
Does anybody think this might be useful to include?
Erik
I have some shapshots to
On Sunday, 31 July 2005 11:19, Richard Harke wrote:
On my system, I find that both are defined in GL/glxproto.h
I have a Debian testing system and I run Nvidia. I don't think
this file is from Nvidia, however, but I don't know the exact package.
Apparently belongs to some part of glx
Richard
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem but I'm too tired and lazy and am happy that things now work. ;)
Paul
Le dimanche 31 juillet 2005 à 12:12 +0200, Paul Surgeon a écrit :
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem
Gerard Robin wrote:
The scenery and the apt.dat content are not the same.
If you try to take off on LFPO your aircraft is in the field outside of
the runway.
You cannot solve it with taxidraw, which do not operate on the runways.
I did solve it, by rebuilding the tile including LFPO with
Paul Surgeon wrote:
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem but I'm too tired and lazy and am happy that things
Andy Ross wrote:
Paul Surgeon wrote:
TeamSpeak doesn't have to be part of the FG package.
It's a separate program that has an API you can interface to.
Writing code that runs in the fgfs binary to interface to an API
is generally considered to be making a derivative work, for
fairly
Jon Stockill wrote:
http://www.voip-info.org covers practically everything out there.
Just an idea: In order to stick to 'standard' interfaces it might make
sense to integrate a simple SIP or IAX (Inter Asterisk Exchange) client
into FG with just enough features to connect to an Asterisk VoIP
Hi Ralf,
This has been committed to CVS now.
Thanks.
Erik
Ralf Gerlich wrote:
Hello,
find attached a patch for fgjs.cxx and jsinput.[h,cxx] (current CVS).
The changes are:
- automatic detection of axis directionality, so that axis inputs are
appropriately inverted only when necessary
-
Roberto Inzerillo wrote:
Hi,
current situation is: FGFS v.0.9.8 win32; shutting down FGFS the sound
configuration (volume and mute) is not saved as other configurable options.
At this time no option is saved from FlightGear itself. If you are using
fgrun then the options specified in fgrun
On Sunday 31 July 2005 14:34, Martin Spott wrote:
Jon Stockill wrote:
http://www.voip-info.org covers practically everything out there.
Just an idea: In order to stick to 'standard' interfaces it might make
sense to integrate a simple SIP or IAX (Inter Asterisk Exchange) client
into FG with
Martin Spott wrote:
Just an idea: In order to stick to 'standard' interfaces it might make
sense to integrate a simple SIP or IAX (Inter Asterisk Exchange) client
into FG [...]
I someone is willing to investigate the feasibility of incorporating
the IAXClient
Dave Martin wrote:
openmcu is basically a conference server for h323/sip etc clients and it also
supports 'rooms' which could be viewed as 'frequencies'.
This is almost how I'd implement the desired functionality with
Asterisk (as we already have frequencies recorded as simple 6-digit
numbers
Hello group,
I have modified the preferences file to start FGFS with the options I want, and everything is working great. One quick question though. I need to start the sim with the parking brake on, how would that line of code look in the preferences file?
Also,
I want to replace the splash
Craig Martin wrote:
I want to replace the splash screens, what are the formats?
Why would you want to do that?
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
To put in pictures that I likeyou know, the whole customization thing.
Is replacing the splash screens a problem in some way?Erik Hofman [EMAIL PROTECTED] wrote:
Craig Martin wrote: I want to replace the splash screens, what are the formats? Why would you want to do
Le dimanche 31 juillet 2005 à 11:30 -0700, Craig Martin a écrit :
Hello group,
I have modified the preferences file to start FGFS with the
options I want, and everything is working great. One quick
question though. I need to start the sim with the
On Sat, 30 Jul 2005 16:40:58 +0200, Oliver wrote in message
[EMAIL PROTECTED]:
On Saturday 30 July 2005 16:25, Dave Martin wrote:
I don't know if anyone has brought this up yet but the 1.0-7667
driver from NVIDIA for linux breaks the drawn shadows as in they
don't appear at all.
This
Hi everybody,
I'm very pleased to let you know that FlightGear was mentioned
(although consider as a game) in the Computers section of Clarin, the
most important newspaper in Argentina, and the newspaper in Spanish
language with the most printed copies every day.
This is the link (although in
27 matches
Mail list logo