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 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 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 :
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
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 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,
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 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 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
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
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
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]:
(-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 *
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 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
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
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
Erik Hofman wrote :
Melchior FRANZ wrote:
* Erik Hofman -- Friday 29 April 2005 09:38:
By teleporting I think Jim means selecting different airports across
the world (one after another), i.e. KSFO, CYYR, EHAM, etc.
Yes, probably. Works without the least problems.
Ok, I tried it and liked it.
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
Indeed, the AC3D loader now honour the smoothing property of surfaces
rather than applying a general, random smoothing strategy as it was in
the past.
You now have to reload your model in AC3D or Blender, and smooth
surfaces as needed with the tools available in both modeler.
-Fred
Jeff Koppe
Melchior FRANZ wrote :
* Durk Talsma -- Monday 02 May 2005 21:16:
I don't know what point you're trying to make: either that there is such a big
discrepancy between the number of files that are checked for their precence,
and the fact that there are currently none in CVS,
Well, checking
Quoting Paul Furber:
On Tue, 2005-05-03 at 13:26 +0200, Melchior FRANZ wrote:
* Paul Furber -- Tuesday 03 May 2005 12:50:
it's just the Himalayas region which doesn't work. (doesn't work on 0.9.8
either) I'm running CVS versions from last night on amd64 Gentoo Linux.
Any ideas?
Curtis L. Olson wrote :
Ben Morrison wrote:
I have modified flight gear and I am getting an error that is printed
to the
command window but before I can read the error flightgear closes. Is
there
a way to keep flightgear from closing?
If you start FG from a command shell (and bypass the
Ampere K. Hardraade a crit :
Just an information: Linux + Mozilla no problem
Konqueror has no problem either.
Windows + firefox = no problem either.
-Fred
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Andy Ross a écrit :
Melchior FRANZ wrote:
I've found the bug already. In dialog.cxx:
// Remove automatically generated properties, so the layout looks
// the same next time around.
if(!userx) props-removeChild(x);
if(!usery) props-removeChild(y);
if(!userw)
I didn't follow the property problem closely, so this may be related,
but this is what I am getting today :
http://frbouvi.free.fr/flightsim/fgfs-dialog.jpg
I just wanted to display the rendering options a second time. First time
was ok.
-Fred
___
BONNEVILLE David a écrit :
Hi people,
maybe my problem should be exposed in FG user list...
I've installed from scratch the 0.9.8 win release. I've downloaded the tile
e000n40 from FG scenery ftp and e000n40 airport package too. I've used fgadmin
to install the scenery and i unpacked the aiports
]
It's not as much fun as it sounds, though:
I know, my suggestions might sound a bit boring. Still I'm convinced
that this might be a great job for a FlightGear apprentice developer.
In private conversation Frederic Bouvier once suggestet to pick the
appropriate FlightGear Scenery Designer
Drew a écrit :
FlightGear takes nearly a minute to start up from my Windows build,
and I'm just wondering if there's an easy way to shorten this if I'm
not using all of flightgear's features. Is there one particular task
that takes particularly long?
Do you use the Debug or the Release
is
necessary). I'll see what I can do about disabling navaids...that
seems like it be a lot of help. I haven't found a property in
preferences.xml or a command-line option for this, yet.
Drew
On 5/24/05, Frederic Bouvier [EMAIL PROTECTED] wrote:
Drew a écrit :
FlightGear takes nearly a minute
Martin Spott wrote :
In article [EMAIL PROTECTED] you wrote:
The Release build, as in the official win32 releases, is way faster.
Maybe 5x to 10x.
BTW, Frederic, would you consider uploading a Win32 binary - to the
'well-known site' - that represents the current stae of development
Drew a écrit :
That's probably about right, but your computer is much more capable
than mine (Intel Pentium M 1600 MHz laptop, 512 Megs of RAM). I just
timed mine at 57 seconds.
On 5/24/05, Frederic Bouvier wrote:
It takes 23 seconds to start my build on an amd64 3400, 1Gb ram
Frederic Bouvier a écrit :
It takes 23 seconds to start my build on an amd64 3400, 1Gb ram.
9 seconds to load airports and nav data,
5 seconds to init other subsystems,
9 seconds to load scenery objects.
-Fred
___
Flightgear-devel mailing list
Drew,
The question was intended to the other Linux adopters, not you specifically.
-Fred
Drew a écrit :
I don't know. I can't try it, though, because this is a work
computer, and 'm not supposed to install Linux.
On 5/24/05, Frederic Bouvier wrote:
Drew a écrit :
That's probably
...I'll
play with it some more to see what I can do.
Thanks for all your help.
On 5/24/05, Frederic Bouvier [EMAIL PROTECTED] wrote:
Frederic Bouvier a écrit :
It takes 23 seconds to start my build on an amd64 3400, 1Gb ram.
9 seconds to load airports and nav data,
5 seconds to init
Drew a écrit :
Really? That's helpful. I wasn't able to get the CVS software to
work last time I tried...it seems like that's a useful feature, so I
think I'll try again.
Get a taste of it by downloading the binary I posted earlier.
-Fred
Drew a écrit :
Correction, that was pthreadVC-nd.dll
As I said, you must install fgsetup-0.9.8a.exe before, and replace fgfs.exe
-Fred
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Selon Martin Spott [EMAIL PROTECTED]:
Wesley Alden Pegden wrote:
glxgears gives me 700fps (as good as it's ever given me), [...]
With a working OpenGL/DRI setup you typically get far more than 1000
fps with 'glxgears'. Please run 'glxinfo' or 'gl-info' - whatever you
have on your machine
Quoting Roberto Inzerillo :
C'è qualcuno che vuole contribuire a migliorare gli scenari del territorio
italiano? Io mi stò divertendo con FGSD, i risultati li potete vedere
all'indirizzo http://www.geocities.com/robitabu/fgfs_pa/fgsd_palermo.html .
Anyone wants to help bringing a new feeling
Roberto Inzerillo wrote :
Von: Frederic Bouvier [EMAIL PROTECTED]
Anyone wants to help bringing a new feeling to visual flights over
italian
territory? I am having fun building the scenery around my town with
FlightGear Scenery Designer; the results can be seen at
http://www.geocities.com
Gerard ROBIN a crit :
Le mercredi 25 mai 2005 20:56 +0200, Roberto Inzerillo a crit :
Von: Frederic Bouvier [EMAIL PROTECTED]
Anyone wants to help bringing a new feeling to visual flights over
italian
territory? I am having fun building the scenery around my town with
FlightGear
Andy Ross wrote :
Attached is a patch that pre-reads the directory contents ahead of
time (currently that is a list of length zero) to avoid having to hit
the kernel (twice!) for every airport.
Under Linux, this doesn't provide much speedup. But Windows (and
especially the cygwin libraries)
Oliver C. a crit :
On Wednesday 25 May 2005 23:31, Frederic Bouvier wrote:
Gerard ROBIN a crit :
Wonderfull.
You where using FGSD, does it mean you are working on windows.
because on the linux side i could never make a compilation of that
program.
It is a long time ago i wondered
Did you download this file in binary mode ? The basic windows ftp client
is in ascii when started and corrupt binary files with line endings
conversion.
-Fred
Corrubia, Stacie K wrote :
I have been trying to build some scenery over some pretty mountainous
areas in California (w117n35) using
Andy Ross a écrit :
//
// VERY bad performance characteristics when linked against
// cygwin.dll. Watch under strace, and note that every N reads, there
// is an inexplicable delay of several milliseconds. Spinning in the
// malloc implementation?
The Debug build of MSVC has the exact same
tom bonnell a écrit :
i am compiling FG under msvc7.1in debug mode with few performance
warnings. however in release mode i get to many link errors. in
debug mode the size of fgfs.exe is 5.8mb and causes very very
slow loading. how can i optimize solution?
Melchior FRANZ a écrit :
In less verbosity: this technique does only make sense for objects with high
face
*density*, not high face *number*.
The beacon has a lot of vertical, or near vertical, faces.
-Fred
___
Flightgear-devel mailing list
Curtis L. Olson wrote:
Drew wrote:
Thanks for the info.
FWIW, it probably doesn't have to be that way. The shading 'math', as
you put it, should already be a function of the observer's position,
in which case some conditional logic might take care of that.
I might try to find the code
Dave Culp a écrit :
This is a poll. Does anyone really want the FDM to allow flying under the
terrain, or was that a misunderstanding by me?
If nobody wants it then I think it should be disallowed.
Fly under terrain : no
Fly under bridges : yes
Taxi under hangars : yes
-Fred
Sorry ,I probably, missed something but i have no access to CVS respective
changelog entry,
You can subscribe to the flightgear-cvslogs mailing list or check the archive
here;
http://baron.flightgear.org/pipermail/flightgear-cvslogs/
This one may interest you :
Selon Josh Babcock :
This grouping thing keeps coming up. It is a real pain. I guess the
chances of getting the plib people to fix it are about nil though.
This has nothing to do with plib. It is the animation code ( in SimGear ) that
reparent branches when several objects are put in the same
BONNEVILLE David a crit :
Hi people,
I have a bi Xeon 3.2 GHz with 3.25 Go RAM and a NVidia Quadro FX 3000 on WinXP.
Without any anysotropic and antialiasing, i get FG running 30 fps and sometimes
20 fps.
Here are the option i use in my command line :
--airport-id=LFMI --aircraft=ufo
eagle monart wrote :
I can succesfully compile fg.0.9.8 in release mod under msvc71 . Now I
am trying to compile latest version of flightgear I . compiled
latest version of simgear but in flightgear source i ve some errors
first error was about config.h...compiler couldnt locate
Would the buildings cast shadows ?
What about creating a new animation type that will specify objects (
branches ) that cast shadows and objects that do not ?
-Fred
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
eagle monart a crit :
thanks for the config.h solution what about problems in gl.h ?
C:\Program Files\Microsoft Visual Studio .NET
2003\Vc7\PlatformSDK\Include\gl\GL.h(1152) : error C2146: syntax error
: missing ';' before identifier 'glAccum'
C:\Program Files\Microsoft Visual Studio .NET
Frederic Bouvier a crit :
eagle monart a crit :
thanks for the config.h solution what about problems in gl.h ?
C:\Program Files\Microsoft Visual Studio .NET
2003\Vc7\PlatformSDK\Include\gl\GL.h(1152) : error C2146: syntax
error : missing ';' before identifier 'glAccum'
C:\Program Files
Harald JOHNSEN a crit :
But other files were added too in flightgear, you should check that
all sources are included in the VC project.
I've updated this file
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/FG-ProjectFiles-msvc71.zip
that is ok for CVS.
-Fred
eagle monart wrote :
thank you guys , finaly compiled the latest source : ))
but still i am looking for the puffy clouds that i saw in devel mailing
list. How can I enable puffy clouds??? . I played with layers types
and also enable 3dclouds in fgrun but didnt succeed.
It is in
I had the chance to get a pass for Le Bourget 2005. Unfortunately, the
only day I could go was a rainy day.
Nevertheless, I took pictures that you can see here
http://frbouvi.free.fr/photos/yappa-ng/index.php?album=Aviation%2FLeBourget2005%2F
.
Some may interest aircraft designers.
-Fred
Quoting Gerard Robin :
I have found something:
Using taxidraw on LFPO (LFPO.btg file), i can export with TaxiDraw a
file in X-plane format, i get LFPO.dat, which should give the same
coordinates than the ones which the official apt.dat. -- IT IS NOT
that explain the beside position of
Quoting Gerard Robin :
Using taxidraw on LFPO (LFPO.btg file), i can export with TaxiDraw a
file in X-plane format, i get LFPO.dat, which should give the same
coordinates than the ones which the official apt.dat. -- IT IS NOT
Just curious : Taxidraw can read .btg files ? That's a big value
You can check if fgsd is correct by importing a map that has both UTM33N and
longitude/latitude markings. You calibrate the map with the UTM coordinate
system, and then over the mouse on the main window to see if the reported
latitude/longitude ( in the status bar ) are correct according to the
There was a similar problem report not far ago. It seems cygwin switched
recently from gcc 3.3 to gcc 3.4.4, and that is the problem.
Vivian, what is your own version of gcc ?
-Fred
Vivian Meazza wrote :
tom bonnell
Not really, except to say that I’ve compiled the cvs version under
Cygwin
Vivian Meazza a écrit :
I've just seen the new volumetric shadows. Brilliant!!! On a Nvidia gForce
5200, the frame rate hit is about 10 in external view (I can live with it)
and no noticeable effect in internal - perhaps 1 or 2.
Yes, it is very nice. I have a drop of 10 fps ( 50 - 40 )
Harald JOHNSEN wrote :
Yes, I can see that. The markings on the Hunter are on
separate transparent object: these throw a shadow. It seems as
if I'm going to abandon that method if shadows are to be
usable with that model. Pity; it saves a huge amount of
artwork and texture.
Don't change your
Another nit picking :
When an object ( say a building ) is culled because it is not in the
view, its shadow is also culled even if it is in the view.
2 screen shots :
In the first, an oracle building cast its shadow on another one
http://frbouvi.free.fr/flightsim/fgfs-shadow-1.jpg
If I go
Quoting Ampere K. Hardraade [EMAIL PROTECTED]:
On June 27, 2005 05:00 pm, Frederic Bouvier wrote:
In the first, an oracle building cast its shadow on another one
http://frbouvi.free.fr/flightsim/fgfs-shadow-1.jpg
If I go forward a bit, the shadow disappear :
http://frbouvi.free.fr
Quoting Martin Spott :
Frederic Bouvier wrote:
What do you mean ?
http://ccrma.stanford.edu/~salauns/Oracle_building.jpg
Hey Frederic, you obviously forgot to model the basin in front of the
buildings :-)
I didn't lose the idea fgsd can do it one day ( I mean without addind other
Ampere K. Hardraade wrote :
On June 28, 2005 04:47 am, Frederic Bouvier wrote:
On June 27, 2005 05:00 pm, Frederic Bouvier wrote:
In the first, an oracle building cast its shadow on another one
http://frbouvi.free.fr/flightsim/fgfs-shadow-1.jpg
If I go forward a bit, the shadow
Erik Hofman a écrit :
Andy Ross wrote:
Seriously: the removeChild() method is just buggy. It should never
have cared about refcounting at all.
Andy, I have to agree with Melchior here. If you call removeChild you
have the intention that it will stay in the tree until refcount
becomes
Erik Hofman a écrit :
Melchior FRANZ wrote:
* Frederic Bouvier -- Thursday 30 June 2005 08:51:
I am rather on Andy's line here. As I tried to explain to Melchior
'remove' doesn't mean 'destroy'.
We know. It was said a few times in this thread already. removeChild()
just *pretended
Melchior FRANZ a écrit :
* Frederic Bouvier -- Thursday 30 June 2005 15:34:
For a reason : it is the job of SGPropertyNode_ptr destructor :
[...]
If the vector of children SGPropertyNode_ptr is properly cleared in the
SGPropertyNode destructor, the whole tree should go away
Melchior FRANZ wrote :
* Frederic Bouvier -- Thursday 30 June 2005 16:05:
Melchior FRANZ a écrit :
I am sorry about that, and please accept my apologies. I didn't get into
the issue until you change the API, and I only understood you didn't get
the idea until your last message.
Heh
The options to enable shadows are in the rendering dialog.
Yep.
But if I enable that option, I just get a overall darker scene. Just like
Curt reports.
The stencil test is always succeeding. Is there a possible interaction with the
multi pass clouds. Or maybe there is no stencil buffer.
Quoting Melchior FRANZ:
Here's a small shell script that can be used to check if files are good
enough
to be checked in:
http://members.aon.at/mfranz/citest [1.2kb]
Do you mean it is a script that could be put in CVS administrative files as
commitinfo ?
Head of CVSROOT/commitinfo :
#
Quoting Melchior FRANZ:
* Frederic Bouvier -- Friday 01 July 2005 14:18:
Quoting Melchior FRANZ:
http://members.aon.at/mfranz/citest [1.2kb]
Do you mean it is a script that could be put in CVS administrative files as
commitinfo ?
No. It's for checking before committing. But one
Quoting MICHAEL G KRIZANSKY [EMAIL PROTECTED]:
I am trying to compile FG on MSVC.net (7.0) on a Windows platform. I have
been sucessful through plib, simgear and now FG is providing me with a
fatal LNK error 1104: cannot open file 'glut32.lib' . The 'glut32.lib'
file exists in the
I noticed another artefact :
http://frbouvi.free.fr/flightsim/moving-shadow.gif ( animated gif )
When moving toward the blue building, the shadow on the nearest building
face is moving and it seems dependant on the viewer's position.
-Fred
___
Curtis L. Olson a écrit :
Does anyone have a copy of 3dconvert.exe built for dos/windows that
they can send me [offline]?
I put a copy here :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/3dconvert-win32.zip
It needs glut32.dll to run.
-Fred
Melchior FRANZ wrote:
Some other idea? Will FGFS check/discard/revert_to_default network
packets with not existing Aircraft identifications inside?
I guess I fixed that in CVS. Haven't tested it, though. And I can't
make binary packages ...
Here is one :
Gerard Robin a écrit :
noshadow.myobjectname or animationtypenoshadow are really the same.
But I think Mathias is talking about the fact that some object parts
were silently not casting shadows
based on their name. Before the noshadow animation exist I was checking
for names like 'disk' for
Quoting Oliver Schroeder :
1) out of reach
The server receives position information of clients and thus should be able
to calculate the distance of two given clients (measured in nautical miles,
disregarding height) so it is able to decide if it has to send packets to a
client or not. In
Quoting Drew :
Hi,
I'm wondering if there is a way to run FlightGear without the 'command
prompt' window opening, or at least to have it minimized when it
opens. Is there a way to do this?
Also, I've looked for a 'borderless window' option in the OpenGL
commands with no success. Is
Oliver Schroeder wrote :
Andy is, of course, right. We should not send binary data over the wire
and I think that using XDR for transmission is the way to go, as it will
fix problems with endianess and platforms not using IEEE-format for
floats/doubles. That way multiplayer mode will even work
Selon Vance Souders :
Has anyone tried compiling the latest simgear CVS code? The visual studio
solution is looking for a bunch of source files in \scene\sky\clouds3d that
seem to be missing. Is this just a case where the Visual Studio solution
file is out of sync?
The visual studio
Andy Ross wrote:
A J MacLeod wrote:
Curtis L. Olson wrote:
What would people think of abandoning our mailing lists and
converting over to online/web-based forums?
Personally, I very much prefer mailing lists. I can quite see the
advantages of web-based forums, but I'm not
Arthur Wiebe a écrit :
I am working on a new mac flightgear binary because of all the
problems people have with the current release and want to use a better
icon this time.
Is there any official logo or something I should base it off?
There is no official logo that fit in the 32x32 area
Quoting Josh Babcock [EMAIL PROTECTED]:
Josh Babcock wrote:
I will go ahead and do a 32, 48, 64 and 128 px version of mine, though I
have to say that the 48 px one looks great. Maybe it would be a better
choice for the larger ones. Of course, there's nothing stopping us from
including
Quoting Martin Spott :
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one. But something is hindering me that wasn't
there before:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml'
g++ -mcpu=hypersparc -mtune=hypersparc
Selon bass pumped :
Hi everyone,
I tried to compile the latest version of flightgear today in MSVC 7.
It compiled fine... but then I had problems when it tried linking.
Any ideas on how to fix it would help.
Thank you in advance.
Start ouput
Linking...
LINK : warning LNK4075:
Selon bass pumped :
On 9/22/05, Frederic Bouvier wrote:
Selon bass pumped :
Hi everyone,
I tried to compile the latest version of flightgear today in MSVC 7.
It compiled fine... but then I had problems when it tried linking.
Any ideas on how to fix it would help.
Thank
Quoting Erik Hofman:
Georg Vollnhals wrote:
But the bash and me get more and more friends :-) )
(not translated, I only changed the German expressions
Zeichen = char Fehler = error)
No need, I can read German (and understand it as well).
In file included from
801 - 900 of 926 matches
Mail list logo