Vivian Meazza wrote:
So we have the situation where at least some of the current binary releases,
do not follow this policy. The Windows for one seems to accept the crease
token.
Binary releases, by definition, are not meant to be rebuild, so the hassle of
collecting patches and making all
Quoting Vivian Meazza :
The patch has been committed to plib CVS. Now we only (...) need to
convince them to release a new stable version.
Excellent news, what about the joystick problem?
not committed yet, but I just asked again on the plib list.
-Fred
Quoting Erik Hofman :
RENNUIT Antoine 203220 Thésard wrote:
Hello,
I am new to flight gear. I am looking for a how to to compile FG under
MSVC (either 6 or .net) : at the moment I am completely lost in all the
libraries needed to link : how come these libraries (simgear, plib, zlib,
Frederic
Bouvier
Envoyé : vendredi 3 décembre 2004 14:54
À : FlightGear developers discussions
Objet : Re: [Flightgear-devel] MSVC
Quoting Erik Hofman :
RENNUIT Antoine 203220 Thésard wrote:
Hello,
I am new to flight gear. I am looking for a how to to compile FG under
MSVC (either
Selon David Luff :
Completely off topic, your screenshots look like you're getting dark lines
at runway texture boundaries similar to what I see on an ATI machine, but
not on a NVidia machine. Are you also on an ATI card, and am I correct in
thinking that Andy Ross might have once produced a
RENNUIT Antoine 203220 Thésard a écrit :
Hello,
- you put flightgear, simgear, and plib sources into a cvs
directory; so I guess we have to use the newest cvs version (I used tarball
cvs version) of these packages. When I put the cvs version of flightGear
sources in the project, VC tells
Selon RENNUIT Antoine 203220 Thésard [EMAIL PROTECTED]:
That works better, but I still have several errors :
- what is fadmin project useful for? The true question is can I
remove it, because it needs FLTK, and it's a painful task to install it
correctly (no .lib, no .dll...).
fgadmin
Jon Berndt wrote:
I have a situation where I am getting an error and I am not sure why. I have
a class
MyClass that has a copy constructor. The class has a private member that is a
const
pointer (the pointer is constant - not what the pointer points to):
class MyClass {
public:
Curtis L. Olson wrote :
... but right now I would tentatively be targeting somewhere between
Christmas and New Years.
I will not be able to make win32 binaries until 2005.
-Fred
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Arthur Wiebe wrote :
I couldn't get fgrun to compile on OSX and so have started to write
one that's OS X native using Cocoa and AppleScript. (Applescript
Studio)
You should try to share your experience / problems with fgrun in order
to get help. I can check your patches if you have some.
-Fred
.
On Sat, 18 Dec 2004 14:34:02 +0100, Frederic Bouvier [EMAIL PROTECTED] wrote:
Arthur Wiebe wrote :
I couldn't get fgrun to compile on OSX and so have started to write
one that's OS X native using Cocoa and AppleScript. (Applescript
Studio)
You should try to share your experience
Arthur Wiebe a écrit :
I must say that fgrun looks like a lot of bad coding to me. After
doing what you said that file compiled but then I got this error:
Making all in src
make all-am
if g++ -DHAVE_CONFIG_H -I. -I. -I. -I/FlightGear/include -g -O2 -MT
fgrun_pty.o -MD -MP -MF
Arthur Wiebe wrote :
if g++ -DHAVE_CONFIG_H -I. -I. -I. -I/FlightGear/include -g -O2 -MT
fgrun_pty.o -MD -MP -MF .deps/fgrun_pty.Tpo \
-c -o fgrun_pty.o `test -f 'fgrun_pty.cxx' || echo './'`fgrun_pty.cxx; \
then mv -f .deps/fgrun_pty.Tpo .deps/fgrun_pty.Po; \
else rm -f .deps/fgrun_pty.Tpo;
Paul Surgeon a écrit :
What is the status of fgLoadAircraft in aircraft.cxx?
Was it ever actually used and if so what was it's functional state?
At the moment it's just dead code - it's not called from anywhere.
As far as I understand the source, it is bound to the load-aircraft
command. So I
John Wojnaroski a écrit :
Curtis L. Olson wrote:
John Wojnaroski wrote:
Hi Curtis,
When you have a moment. I may have sent this to you yesterday from
one of my other machines, but can't find a copy. If a dup, my
apologies.
In file included from ../../src/Cockpit/panel.hxx:50,
Andy messier wrote :
Hey All,
Are there step-by-step instructions on how to build the FlightGear
source using Visual Studio? I've been fighting with this build all
weekend, and am getting nowhere. I finally got all of the libraries
and headers in the right places, and now it returns thousands of
Frederic Bouvier a écrit :
Andy messier wrote :
Hey All,
Are there step-by-step instructions on how to build the FlightGear
source using Visual Studio? I've been fighting with this build all
weekend, and am getting nowhere. I finally got all of the libraries
and headers in the right places
Andy messier wrote :
Ok, I downloaded FG-ProjectFiles-msvc71 (I have version 7.1). Now,
when I download the FlightGear source, should I REPLACE the
FG-ProjectFiles-msvc71\FlightGear\cvs\FlightGear directory with the
source, or put the source inside this directory? Same with SimGear
and plib? I
Drew a écrit :
I haven't overwritten any files...I'm just trying to understand what
goes where. I have a directory structure called
FG-ProjectFiles-msvc71, which does not contain the FlightGear source.
I have another directory, which I downloaded separately, called
Flightgear-0.9.6. Where do I
Drew wrote :
I'm getting the following errors (most of them several times)
Cannot open include files:
FL/Fl.h
FL/Fl_File_Chooser.h
FLTK 1.1.x, only needed to build fgadmin. Remove the project from the
solution if you don't want to build it
GL/glut.h
GLUT, mandatory
plib/ssg.h
sg.h
PLIB,
Thanks Antoine,
This could be the README I never manage to write.
On remark : the pthreads-snap-something can be the latest ( advised ). It is
just that it requires a name change in the project files.
-Fred
Quoting RENNUIT Antoine :
There cannot exist a howto to compile these sources,
Drew wrote :
Hey Guys,
First, I want to thank you guys for all of your help. You've been
very patient with me, since I'm really clueless as to how to get this
working for the first time...I just want to make sure I get this
compiled right to begin with (and with a stable release), so I avoid
are supposed to be
standard C includes. Am I still missing a set of libraries?
Thanks again,
Drew
On Tue, 21 Dec 2004 21:12:20 +0100, Frederic Bouvier [EMAIL PROTECTED] wrote:
Drew wrote :
Hey Guys,
First, I want to thank you guys for all of your help. You've been
very patient with me, since
Quoting Christian Mayer:
Chuck Cole schrieb:
I unfortunately do not have an FTP server or the like to make my version
of the source code available to you. But since you have some time, I
could simply e-mail you the source code that I have built along with
some simple setup instructions.
Jim Wilson wrote:
The basic problem with the ac file is that model's data sets were being
defined with both vertices and kids. Unfortunately I don't think the ac3d
file spec itself explicitly says that a given obj data set must be a Group
_or_ an Object but not both. But that is the way the
Roberto Inzerillo wrote:
I would like to help, maybe with some simple objects around the scenery
(buildings, aerial pictures of the terrain, some more details for the
two airports around my city, Palermo, that's just an example).
Probably just some pictures won't help _that_ much
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
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
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.
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
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
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
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
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 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 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 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
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
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
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 :
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
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
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
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
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 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
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 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
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 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
701 - 800 of 926 matches
Mail list logo