Hi,
But there is one problem with the running flightgear than: it's about a
factor 2 slower than the flightgear with plib (and shadows on)!
I don't know if this can be improved with other compiler flags, but I am
a little bit surprised.
I moved the pre-osg branch to the same 3rdparty
However, FG-OSG compiled using Olaf's stuff (for which we must be most
grateful) is both significantly slower to load and run than FG-Plib compiled
with MSVC8 here.
You actually see a slowdown on loading ?
-
Using Tomcat
Hi,
A first try for a new build system including OSG for MSVC8 is at
http://www.oflebbe.de/oflebbe/FlightGear. I was able to compile and run
sucessfully a FlightGear executable from it.
Greetings
Olaf
-
Using Tomcat but
Vivian Meazza schrieb:
Martin wrote
Subject: Re: [Flightgear-devel] OpenSceneGraph
On Fri, Oct 27, 2006 at 09:52:25AM +0200, Martin Spott wrote:
Building OSG on IRIX is really simple, just follow the rules, the same
for Solaris. Yesterday I tried compiling from CVS on both
Hi,
I do not know Dev-C++. But since it uses mingw as a compiler you may
find the docs-mini/README.mingw file in the sources usefull.
Olaf
Hello,
does anyone have experience in compiling FlightGear using Dev-C++
under Windows XP and/or 2000? I am a little bit stuck as to what
Hi,
My question is: Does anybody know/has done/has an idea of using CVS
under Microsoft(tm) Win(tm)do(w)(tm) XP(tm)?
Have a look at the tortoiseCVS software.
Olaf
-
Take Surveys. Earn Cash. Influence the Future of IT
Hi,
In the case there are other users of the project files for MSVC8
included in the CVS:
I did a change which will break the build system for MSVC8. More
information about the new file systen layout, prebuilt dependency
libraries, and instructions on how to recompile them are on
Hi,
And from my point of view it is a misfeature to bolt the pilot's
head on the fuselage, which is what it looks and feels like with
For my point of view it is an error to end up in a constantly rotating
view. This is what I get if I restart the bo105 after a crash.
Olaf
Hi,
The current layout
breaks the VC8 Project files in current FG CVS quite heavily.
#include hud.hxx vs. #include HUD.hxx
That's not a valid argument, as the files are to be included as
#include Instrumentation/HUD/HUD.hxx and Cockpit/hud.hxx.
No ambituity there. But I have no
Hi,
please rename either hud.hxx or HUD.hxx. Getting the correct include
file spelled with different cases on a on a case insensitive
Filesystem (for instance MS Windows) is not easy. The current layout
breaks the VC8 Project files in current FG CVS quite heavily.
#include hud.hxx vs. #include
Hi,
The comment for fast_log is IMHO incorrect.
/**
* This function is about 3 times faster than the system log() function
* and has an error of about 0.01%
*/
The relative error can be larger than 7% it is almost nowhere about
0.01% when used in the range [ 0.5 - 1[. Try yourself:
Olaf
Hi,
let me comment on the current apt.dat performance i.e.
of the time spent in fgAirportDBLoad:
~25% of time time is spent in simgear::strutils::split
~10% is spent in atof()
Measured with Intel VTune using MS Visualc C++ 2005.
IMHO it is an indicator that we should not use a plain text
2006/6/15, Frederic Bouvier [EMAIL PROTECTED]:
Olaf Flebbe wrote :
Hi,
let me comment on the current apt.dat performance i.e.
of the time spent in fgAirportDBLoad:
~25% of time time is spent in simgear::strutils::split
~10% is spent in atof()
Measured with Intel VTune using MS
Hi,
..in a similar vein: Is there way to set the jpg-factory
screen shot size, other than at compile time by editing
this bit in SimGear/simgear/screen/jpgfactory.hxx ?:
typedef enum {
DEFAULT_XS = 320,
DEFAULT_YS = 240
} JPG_FACTORY_ENUM;
Does
Reading the airportlist needs roughly half of the startup time
Sorry, more precisly it is 19% ;-)
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
2006/6/10, Melchior FRANZ [EMAIL PROTECTED]:
* Olaf Flebbe -- Monday 29 May 2006 23:14:
latest workarounds in tower are not quite correct. Please apply.
And what about the new ones ...?
#1 0x080c4ada in FGTower::CheckCircuitList (this=0xed37920,
dt=0.30004) at src/ATC
Hi,
latest workarounds in tower are not quite correct. Please apply.
Cheers,
Olaf
tower.cxx.patch
Description: Binary data
2006/5/19, Drew [EMAIL PROTECTED]:
I remember Fredric maintained an archive of project files used to compile
under MSVC, but I can't find a link to it on FlightGear.org. Are they
hosted somewhere?
Is version 2005 supported yet?
yes. Please use
and libraries, but please do
not mix them.
Olaf
2006/4/2, Vivian Meazza [EMAIL PROTECTED]:
Olaf Flebbe
Yes there is a patch outstanding. Please go to the FlightGearLib
Project in the solution explorer right click, select properties (the
last entry) choose build events / pre build events
2006/4/2, Frederic Bouvier [EMAIL PROTECTED]:
Olaf Flebbe wrote :
My Documents\username *is* more or less $HOME on Windows XP.
What ? Do you really use Windows ?
Sometimes ... I was commenting on the first posting, but I think I got
the intention of the first posting wrong. Sorry
2006/4/2, Frank Olaf Sem-Jacobsen [EMAIL PROTECTED]:
Olaf Flebbe wrote:
Please check out the dependent builds. All have to be compiled with
/MT (Configuration C++/Code Generation) . (What library wet wrong?)
I am not sure if this reply was intended for me, but I will go on
assuming
\config.h
The Release Mode was correct only debug was wrong.
I have no clue what went wrong with exit().
Olaf
2006/4/1, Vivian Meazza [EMAIL PROTECTED]:
Olaf Flebbe
Cygwin last time, so I wonder if anyone has a quick and dirty howto for
compiling flightgear and its dependencies in MSVS 2005
My Documents\username *is* more or less $HOME on Windows XP.
that makes use of this, but I expect more to come. Should we really
dump everything to My\ Documents? (~/.fgfs/ is an ideal place for
that on Unices.)
---
This SF.Net email is
Please check out the dependent builds. All have to be compiled with
/MT (Configuration C++/Code Generation) . (What library wet wrong?)
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications
O.k. for now, but if you intend to compiler Release you have to
revert your change, since it was only a type in debug mode AFAIK.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web
Thanks! Curtis has a similar patch in his queue.
Default modes should have been set correctly both for flightgear and
simgear, too. (one is release, other is debug, if I remember
correctly).
---
This SF.Net email is sponsored by xPML, a
Cygwin last time, so I wonder if anyone has a quick and dirty howto for
compiling flightgear and its dependencies in MSVS 2005? I looked at the
wiki, but I think there are some main problems that I don't really
Have a look at http://www.oflebbe/oflebbe/FlightGear
BTW: The patches for
Hi,
sorry for the delay
I second that config.h-msvc6.in (having cygwin to compile MSVC) is plain silly.
You may have noticed that the Version in CVS has a config.h-msvc8
without the @VERSION@ madness.
...
* They don't even work for newer Visual Studios
(Dependencies are broken:
Please delete the dsw/dsp files for four reasons:* They don't work as is.* The dsw files are for VC6. Visual C 6 does not compile FlightGear (any more). * They don't even work for newer Visual Studios (Dependencies are broken: Microsofts Fault, not our's)
* IMHO No developer uses them.I would vote
Melchior told me about it and I was able to reproduce it once. I had
to increase AI traffic and starting at KSJC (San Jose)
I investigated it a lot and it seems to me that two AI Aircrafts have
been introduced with the same callsign. (maybe one with the current
player callsign) Deleting one of
Neat trick - thanks! I've found the problem - in lines 661 to 664 of
tower.cxx we check if t is the user, but then dereference the AI plane
pointer of tt based on the result. In the case where t is not the user, but
tt is the user, the AI plane pointer dereference ( -GetLeg() ) kills us.
The proposed patch is obsolete now, since the real root of the problem
seems to be fixed now.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live
Hi,You may try the patch (ATC.diff) I sent a few days ago. I would be interested if this would fix it. I wonder if you see any of the diagnostics . already known in the output.Olaf
2006/3/18, Chris Metzler [EMAIL PROTECTED]:
On Fri, 17 Mar 2006 19:19:19 +0100Melchior FRANZ wrote: * Melchior
Hi,2006/3/9, David Luff [EMAIL PROTECTED]:
Melchior FRANZ writes: * Curtis L. Olson -- Thursday 09 March 2006 17:59: 2. We need to aggressively hunt down any random crashes I'm aware of four crashes: (A) tower.cxx
/AI -- old, but very annoying. Happens occasionally. Very hard to reproduce. Olaf
Is there any chance we can get a nasal-modified binary for Win platform toplay with as soon as something works in an acceptable stable way? I'd
appreciate that a lot.If the code is in CVS (and to be turned on manually) or in a reasonable clean patch, I can supply you with a windows build. Just
101 - 135 of 135 matches
Mail list logo