Quoting gerard robin :
On mar 11 décembre 2007, gerard robin wrote:
On mar 11 décembre 2007, SydSandy wrote:
I think I finally found out why the b1900d is still running at startup...
The condition lever is set to 1 in the TurbineEngine.cpp file , so it
appears to override anything in
Quoting Vadym Kukhtin :
Sorry didnt understand if it will use existing bitmap textures, but makes
polygins edges smooth, and add texures of shore;
or bitmap of texture will be generates itself.
In august I'm did some work in same direction.
For begin to play with, I'm
creativly borrow
Selon Forums Virgin Net :
Hi,
I recently upgraded to 2 GB of memory, and also a much better Nvidia AGP
Gigabyte 7600 GS card the old version of flightgear 0.9.10 flies now
sometimes I get 150fps but the new OSG and concorde's latest updates have
left it almost un-usable for me, at start
Harald JOHNSEN a écrit :
Melchior FRANZ wrote:
* Heiko Schulz -- 9/22/2007 6:19 PM:
Melchior always saying that it is not the issue with
the setlistner- but I'm sure there is a problem with
which causes this stutters.
And I'm sure it's not. I had the same with
Quoting leee :
Sorry - I should have made it clear that when I was referring to DAAMIT I
meant AMD+ATI and was reflecting on the quality of the drivers. Nvidia
doesn't seem to have problems producing OGL drivers but ATI's apparent
inability to do the same is _very_frustrating:(
I just had
Quoting Andy Ross :
The confusion seems to be that Microsoft declared strchr() as taking
and returning a const pointer. Which is broken, because strchr()
returns a pointer into the *same* memory it got. The constness needs
to be synchronized between the pointers, which is outside the
Quoting Vivian Meazza :
Robert Black
Sent: 29 August 2007 03:41
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] [Bug-Report] Stutterer and
pauses withdynamic-view
On Tuesday 28 August 2007 18:44, Laurence Vanek wrote:
also had this problem in general
Quoting Tim Moore [EMAIL PROTECTED]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederic Bouvier wrote:
Quoting Vivian Meazza :
Robert Black
Sent: 29 August 2007 03:41
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] [Bug-Report] Stutterer and
pauses
Hi Tim,
Quoting Tim Moore :
// XXX Make this go away when OSG 2.2 is released.
! #if ((2 = OSG_VERSION_MAJOR) (1 = OSG_VERSION_MINOR) \
! (4 = OSG_VERSION_PATCH))
#define UPDATE_VISITOR_IN_VIEWER 1
#endif
I think this test will not work for version 2.2.0 ( patch condition not
I wrote :
Hi Tim,
Quoting Tim Moore :
// XXX Make this go away when OSG 2.2 is released.
! #if ((2 = OSG_VERSION_MAJOR) (1 = OSG_VERSION_MINOR) \
! (4 = OSG_VERSION_PATCH))
#define UPDATE_VISITOR_IN_VIEWER 1
#endif
I think this test will not work for version 2.2.0 (
Didier Fabert a écrit :
Well, is there anything else witch is different from the tutorial on the
terragear web site?
http://www.terragear.org/docs/scenery-tutorial/fg-scenery-tutorial.html
I want to translate the tutorial but if it is out of date...
This one is more current :
Jon S. Berndt a écrit :
yes but in november i can fly with it, it was just hard to start
the engine.
now, even with a started engine, it's impossible to move the aircraft.
it's not the same problem ;-)
didier.
What's frustrating is that the aircraft doesn't seem to want to move. That
Quoting Stewart Andreason :
leee wrote:
On Thursday 15 February 2007 21:45, Berndt, Jon S wrote:
What's a realistic upper limit for polygon count now for an aircraft
model? 5000? 1? 25000?
What's definitely out?
Jon
AFAIK, current top-end vid cards can handle several
Quoting leee :
I've never seen that but I think that Fred B may have answered your question.
I hit that limit by creating too much detailled sceneries with fgsd.
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr Photo gallery - album photo
Nick,
Selon Nick Warne :
Fred, Mathias
I got this again tonight :-(((
Chat [mpserve] GFS is now online, using
Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml
Chat [mpserve] GFS is now online, using
Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml
Segmentation fault
Another
Mathias,
Selon Mathias Froehlich :
--- 434,445
if(_purgeListeners) {
_purgeListeners = false;
! mapint, FGNasalListener *::iterator it;
! for(it = _listener.end(); it != _listener.end();) {
FGNasalListener *nl = it-second;
This line above
Melchior,
Selon Melchior Franz :
--- 435,443
_purgeListeners = false;
mapint, FGNasalListener *::iterator it;
! for(it = _listener.end(); --it != _listener.end();) {
FGNasalListener *nl = it-second;
if(nl-_dead) {
!
Hi Maik,
Selon Maik Justus :
Hi,
the same thing with _condition.
It's systematically done wrong.
_textureData could be done correctly :-)
_condition, _effectTexture and _textureData are not SGShaderAnimation members in
the OSG code.
In the PLIB branch, _contition is not shared but
Selon Nick Warne :
Reports from IRC say this is fixed in plib, but I can still get a 100%
reliable crash with OSG build.
Enter MP server using Harrier. Get someone to join/leave/join with the
dhc2F.
Immediate segfault on the second join.
Below is my earlier mail with trace etc.
Are you
Quoting Melchior FRANZ :
* Martin Spott -- Sunday 21 January 2007:
Melchior, did you talk to the author of the aircraft about this
'issue' ?
I talked to him, but he didn't respond. (I wouldn't even have had to
ask, as this is an architectural matter. Like renaming a property and
adapting
Martin Spott a écrit :
While people are happily applying patches to FG, would someone please
care for the following:
done
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr Photo gallery - album photo
http://www.fotolia.fr/p/2278 Other photo gallery
http://fgsd.sourceforge.net/
Selon Maik Justus :
Hi,
if the build is configured without FG_JPEG_SERVER, the compilation
fails. (only head/ OSG)
Please apply this patch.
done
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr Photo gallery - album photo
http://www.fotolia.fr/p/2278/partner/2278
Selon Melchior FRANZ :
* Melchior FRANZ -- Thursday 07 December 2006 19:12:
You, Mathias and I were the only ones committing to both branches.
Everyone else only committed to HEAD, no?
Oh, and Fred.
Yes, to backport Durk's work.
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr
Quoting Melchior FRANZ :
But we *do* already have a way to include files anywhere in the XML
file. But the contents aren't *inserted* there, but put under a node:
foo include=bar.xml/
This adds the contents of bar.xml under the node foo/. One could
now declare one property name 'void',
Hi Dave,
Quoting Dave :
Frederic Bouvier wrote:
Quoting Vassilii Khachaturov :
For some reason, recently the signal to noise ratio on the atlas-devel
list has diminished virtually to zero due to lots of spam. Can you
please restrict posting to subscribers only?
Althougth I am
Quoting Vassilii Khachaturov :
For some reason, recently the signal to noise ratio on the atlas-devel
list has diminished virtually to zero due to lots of spam. Can you
please restrict posting to subscribers only?
Althougth I am an admin for the Atlas project, I don't have the password for
Durk Talsma a écrit :
Okay, that seems a reasonable request, which I can do, provided no ill side
effects show up on my development box.
Still, I'd be interested in the expert opinion of another C++ coder who's
more
familiar with MSVC than I am.
I thing comparing iterators on
Selon Tatsuhiro Nishioka :
#ifdef __APPLE__
// At the time SGShadowVolume is called, OpenGL extensions and
// AlphaBits/StencilBits are not properly recognized on Macs.
// so I simply re-initialize it when this method is called for the
first time
static bool
Quoting Thomas Biwer :
Hello,
I noticed that as you start or reset FG the screen kind of fades in. This
looks quite nice but it interferes with me as I want to start FG with
initial conditions, and the delay this fading process causes doesnt allow
me to see the aircraft from the beginning
Quoting Thomas Biwer :
Fred,
Thank you for your help. This seems to turn off the fading but also results
in a quite significant drop of the framerate... at least in the first
minutes.
Might there be another solution to turn off fading in?
The fade out / fade in is here to hide deferred
Roberto Inzerillo wrote :
Hi,
did anyone compiled a Win32 OSG version of FG for testing?
You didn't check the usual location, did you ?
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr Photo gallery - album photo
Roberto Inzerillo a écrit :
You didn't check the usual location, did you ?
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32
-Fred
Thank you Fred. You're simply the best :-)
Anyway ... no, I didn't, sorry :-(
In fact, I don't know if it even start. The build changed. Please report
Quoting Dave Perry :
I wanted to try the osg updates. Plib is from cvs several months ago.
Successfully compiled and installed osg from
OSG_OP_OT-1.2-Flightgear.tar per the README.txt.
Checked out the current cvs for SimGear. Did
sh autogen.sh
./configure --build=i686 --with-jpeg-factory
Quoting syd :
I was looking for why the billboard are not showing up, without
success. It seems you found why. IIRC, plib use the Z-up convention
when OpenGL use Y-up natively. I don't know how OSG behave, but it
would be nice not to have to redo every model that use billboard if
it's
Hi Syd,
Selon syd :
Hi guys,
I oriented the billboarded strobes and lights on one of my aircraft to
face the positive Z axis , and they display properly now while flying.
Will this behavior be changed , or is it safe to modify the rest of my
aircraft now ?
I guess the only the problem
Quoting John Wojnaroski :
Understand we still need plib, the openal stuff; what about Simgear?
will the latest released version work or is it best to get the latest
cvs version?
This is mandatory in any case. FlightGear and SimGear should match.
-Fred
--
Frédéric Bouvier
Quoting Martin Spott :
Hi Frederic,
Frederic Bouvier wrote:
I tried the b1900b on my OSG-Windows-MSVC build and it loads without
a segfault.
Don't you see these messages on Windows ?
Cannot find image file Aircraft/b1900d/Models/chrome1.rgb
Cannot find image file Aircraft/b1900d
Quoting Martin Spott :
Hi Jon, Frederic,
Jon Stockill wrote:
Jon Stockill wrote:
I didn't ever recieve this first EMail
I forgot to add - commenting out the #undef APIENTRY line in glut.h
allowed me to complete the build.
I'm not still there but at least the ATC stuff compiles
Quoting George Patterson:
On Thu, 2006-11-09 at 13:03 +, AJ MacLeod wrote:
On Thursday 09 November 2006 10:33, Frederic Bouvier wrote:
Don't you see these messages on Windows ?
Cannot find image file Aircraft/b1900d/Models/chrome1.rgb
Cannot find image file Aircraft/b1900d
Quoting George Patterson:
On Thu, 2006-11-09 at 16:22 +0100, Frederic Bouvier wrote:
Quoting George Patterson:
On Thu, 2006-11-09 at 13:03 +, AJ MacLeod wrote:
On Thursday 09 November 2006 10:33, Frederic Bouvier wrote:
Don't you see these messages on Windows ?
Cannot
Quoting Roberto Inzerillo :
It just depends on the number of facets you used to model your aircraft.
You
already know that a model is made of triangles and quads and if it looks
rounded, it's only because colors are interpolated between vertices,
depending
on normals. If you remove the
Selon Andy Ross :
Douglas Campos wrote:
but content developers can't just stick with plib branch? afaik
we'll only making the porting work at trunk, right?
No, they can't; not if (by Mathias's suggestion) new features are
added only to the head and not to the plib branch. See his post
Quoting Jason Cox :
Fred,
thanks for the reply but i am still having problems.
I have cvs up -PAd in both SimGear and FlightGear but i still have the
compiler error. i also can not find any mention of a new branch in
Simgear to take advantage of the OSG.
what is the cvs command to get
dont know why i get
the error.
I have done a make uninstall and gone from there with no luck. is there
a configure switch in FlightGear that i am ment to use to set it to
osg ?
Jason
On Tue, 2006-11-07 at 10:14 +0100, Frederic Bouvier wrote:
Quoting Jason Cox :
Fred,
thanks
Quoting Roberto Inzerillo :
Hi,
I've got a question about OpenGL shadows. In the picture
http://www.laubfrosch.it/public/tmp/squared_shadow.jpg you can see the
shadow is sqaured.
Does this depend on my graphic card, on the OpenGL interface, on Plib,
or is FlightGear not capable of
Quoting Didier Fabert :
hy,
a reason to use OSG is a perf improvement with SMP. but i see nothing about
it
here.
my processor (amd 4200 double core) occupation is always 50-55%. perhaps is
it
not done yet?
on the other hand, my processor let me use Atlas without reduce fgfs perf.
ps:
Quoting Curtis Olson:
On 11/7/06, Frederic Bouvier [EMAIL PROTECTED] wrote:
FGFS doesn't use threading much at that time. Only for the scenery loader
and
metar. One can thing of putting the FDM or AI in other threads, or maybe
even
divide the viewport into small areas that could
Quoting Peter Gervais :
I've used the ACE programming framework to implement threaded applications in
the past. There are considerable advantages to using such as a framework to
do threading. As well, it also supports message queues which work very well
with threads. It has all the paradigm
Selon Stuart Buchanan [EMAIL PROTECTED]:
--- Stuart Buchanan wrote:
Hi All,
Panel update for the pc7, making it match some photos of pc7 panels I
found in the web. Now has radios, VOR etc, making it quite fun as a fast
single-engined IFR trainer, provided your joystick is up to it!
Selon Olaf Flebbe :
Norman Vine schrieb:
Curtis Olson writes:
Right, in all this we need to remember that in all our past
benchmarking, the graphics themselves account for 90-95% of
the workload.
I haven't profiled FGFS in a long time however I guess that
is true if you consider
Selon Olaf Flebbe :
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it properly.
Olaf
... left out fix
Selon Frederic Bouvier :
Selon Olaf Flebbe :
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix
OV10_CDF and OV10_NASA are now fixed. The issue had nothing to do with the OSG
port. Only a file name conflict because 2 files in the same directory had names
only differentiated by case. This is not good for windows that ignore case in
file names and one file was took for the other, creating an
Quoting Thomas Biwer :
Indeed, the problem seems to be in some plib code, since he points me
towards the file ssgloadac.cxx , line 898 which says: loader_fd =
fopen ( filename, ra ) ;
You need a newer plib ( svn or the proposed pre-1.8.5 tarball ). This line is
faulty and need to be changed
Quoting Vivian Meazza :
Let's hope that you're correct. Right now we have _fewer_ features, and a
_lower_ frame rate. I hope that adding back the features we used to have
won't further reduce the frame rate, let alone adding new ones.
We're in danger of limiting the use of FG to high end
Quoting Leidson Campos A. Ferreira :
I need the latest FlightGear launcher source code.
Anyone knows where to get it ?
If you write about fgrun, go to http://sourceforge.net/projects/fgrun
You'll be able to get the latest development sources via SVN or download the
released tarball.
-Fred
Quoting Vivian Meazza :
Martin Spott
Vivian Meazza wrote:
Let's hope that you're correct. Right now we have _fewer_ features, and
a
_lower_ frame rate. I hope that adding back the features we used to have
won't further reduce the frame rate, let alone adding new ones.
Hey,
Selon Vivian Meazza :
Yes, I saw you had fixed that, but that's the only one with that particular
problem. Since it worked under plib, and AC3D didn't complain, I would never
have worked that one out - thank you. If only the rest were that easy - the
others seem to be keyboard/panel control
Selon Leidson Campos A. Ferreira :
If you write about fgrun, go to http://sourceforge.net/projects/fgrun
Yes, That right !
You'll be able to get the latest development sources via SVN or download the
released tarball.
I've downloaded the released tarball and now I'm trying to
Selon Darko Tasovac :
Hi all,
I've started to add airport facilities on some airports. I've finished
almost everything but the airport name
(http://www.airport-belgrade.co.yu/upload/images/galerije/eksterijer/velike/t2zgrukoso.JPG,
Selon Mathias Froehlich :
Update of /var/cvs/SimGear-0.3/SimGear/simgear/math
In directory baron:/tmp/cvs-serv15898/simgear/math
Modified Files:
SGQuat.hxx
Log Message:
Modified Files:
simgear/scene/util/SGDebugDrawCallback.hxx
simgear/math/SGQuat.hxx: Olaf Flebbe: Make
Selon Jason Cox :
Hi all,
i have just done an update via cvs today and have the following
problem,
make[2]: Entering directory `/DATA/src/Flightgear/Flightgear/src/ATC'
if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/usr/X11R6/include -I/usr/local/include
Selon Martin Spott :
Frederic Bouvier wrote:
Does anybody have sort of a 'recipe' for how to fix this ?
add -DAPIENTRY to your c++ command line
Hi Frederic, thanks for showing up again unfortunately this
doesn't make the slightest difference,
Does my last commit to simgear/math
Selon Martin Spott :
Hi,
I'm trying to build FG with OSG on IRIX in order to show it on the
FSWeekend this weekend, but I stumble over some strange effect.
To me it appears that some OSG header files get referenced where they
are of no use - but honestly: I don't know. I think I feel some
Selon Martin Spott :
cc-1018 CC: ERROR File = /opt/OSG/include/osg/BufferObject, Line = 175
An unmatched left parentheses ( appears in an expression.
typedef void (APIENTRY * BufferDataProc) (GLenum target,
GLsizeiptrARB size, const GLvoid *data, GLenum usage);
[... and so
Selon Mathias Fröhlich :
For the Flightgear part, I will past that sent mail create the
PRE_OSG_PLIB_20061029
branch.
We should branch the data and maybe the doc repositories. At some point, the
improvement brought by OSG will show up in data files too.
-Fred
--
Frédéric Bouvier
Quoting Curtis Olson :
On 10/26/06, Forums Virgin Net [EMAIL PROTECTED] wrote:
Im have problems updating my Windows 2000 machine
to run newer FlightGear updates! Here's what happens
hope I got it organised enough !!!
Make sure you also update to a matching copy of the base package
Quoting Mathias Fröhlich:
Hi,
I had worked now for some time on an OSG port of flightgear.
...
I would like to check that into our cvs.
The usual way would be to create a cvs branch and do that work on that
branch.
In this case it would be good if we could avoid changes in the HEAD branch
Leidson Campos A. Ferreira wrote :
Sorry, I forgot the tar.gz file.
Leidson
It is in CVS now. Thanks
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr Photo gallery - album photo
http://www.fotolia.fr/p/2278 Other photo gallery
http://fgsd.sourceforge.net/ FlightGear Scenery
Quoting Leidson Campos A. Ferreira:
Hi Frederic how are you ?
Thanks by your comments about problems through the code. I remember you told
me about your failing harddrive. I hope long life to your harddrive and you
too, sure. :.)
My failing disks are teaching me the art of backup ;-)
Leidson Campos A. Ferreira wrote :
Would you be willing to either send me patches (diff -c
oldfile.cxx newfile.cxx) or just an entire copy of each changed
file?
Sure. I'm sending to you a tar.gz file containing the changed files.
You can see the changes wihout diff, if you
Quoting Pigeon :
What I've done currently is to tune FG without mucking around the
code at all. Only the data is changed or moved away.
I tried a few different ways to play with the data so far:
a) Removing Textures.high/
b) Textures scaled down to 50% of the original
Martin Spott wrote :
Hi Stuart,
Buchanan, Stuart wrote:
Some of you may have come across www.flightaware.com as a way to track IFR
flights. It uses data from the FAA radar system and provides products
(free and commercial) based on it.
I see one drawback here: They really only
Quoting Vassilii Khachaturov :
It looks like a breach of individual's privacy to me. You can track
people's travel ( owner names are apparent ) and I doubt it would be
permitted this side of the Atlantic.
in this particular case the FAA tail number registry gives a charter
company flying
Selon Curtis L. Olson:
Frederic Bouvier wrote:
Quoting Vassilii Khachaturov :
It looks like a breach of individual's privacy to me. You can track
people's travel ( owner names are apparent ) and I doubt it would be
permitted this side of the Atlantic.
in this particular case
Quoting Geoff Air:
In MSVC8, only NOW do I note you have REMOVED the
_CONSOLE subsystem define, and put _WINDOWS into
the MSVC8 'solution' file ...
I don't switch to MSVC8 yet. These files are not from me.
You only have to change the link option. The presence of both WinMain and main
makes
Selon Reagan Thomas :
Frederic Bouvier wrote:
Selon Maik Justus :
Hi,
on windows flightgear open a extra console window for the text output.
When flightgear ends this window is closed regardless if there is any
info the user might want to read (e. g. error messages of the xml
parser
Hi Durk,
Selon Durk Talsma :
On Wednesday 27 September 2006 18:28, Andy Ross wrote:
Finally, please make sure you remove *all* traces of FlightGear and
SimGear from you system before doing a
Durk Talsma wrote:
Lou Sanchez-Chopitea wrote:
I have assembled a box based on a Tyan
Selon Geoff Air :
Perhaps the author of this code could give us some
of the reasoning of why this was added, under a
_MSC_VER flag ...
Maybe there is a way to 'explore' this in cvs,
but I will need some help with the cvs commands to get
at this 'historic' information ... like when was it
Selon Maik Justus :
Hi,
on windows flightgear open a extra console window for the text output.
When flightgear ends this window is closed regardless if there is any
info the user might want to read (e. g. error messages of the xml
parser). On windows you can not write thies messages to a
Martin Spott wrote :
So, when are we going to see Stuart's patch incorporated into CVS ?
Done,
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr Photo gallery - album photo
http://www.fotolia.fr/p/2278 Other photo gallery
http://fgsd.sourceforge.net/ FlightGear Scenery Designer
Stefan Seifert wrote :
Heiko Schulz wrote:
There is something else I want to say about the
3d-model: Too much vertices! The exterior model got
about 10.000 vertices, the interior without (!) the
cockpit and seats got about 10.000 vertices- I think
that's too much, my computer got
I commited a fix for this specific problem, as diagnosed by Maik. I will
look at Olaf's code later.
-Fred
Mathias Fröhlich wrote :
Hi Fred,
Before I check in that.
I know Olaf has an improoved timestamping implementation for win32.
Did he already send that to you?
Greetings
Hi Melchior,
this is nit picking, but as I suspect you spent a lot of time on this, I
guess you want to make it right :
I just realized that the incidence of rotor blades are changing when we
move the yoke when the engine is idle.
But it seems to me that the wrong blades are moving : when you
Melchior FRANZ a écrit :
Not really. This was always right (as it is now), but when someone
on IRC came with the same complaint, I believed him and changed the
rotor to what you expect. Lately I changed it back after Maik complained.
The reason why the blade's incidence has to be changed 90
Curt,
Frederic Bouvier wrote :
What option do you use to make it working ? I tried
--AV400=serial,out,5,com1,9600
and
--AV400=serial,out,5,com1,4800
without luck. Assuming the GPS unit interface is set to Aviation In,
and not GARMIN
I managed to make it work under Windows with my
AJ MacLeod a écrit :
After checking out the latest SG and FG this morning, I have started seeing
double! I initially noticed with the bo105, that there appeared to be two
sets of rotor blades spinning, and on takeoff a second cockpit was suddenly
apparent during more violent
someplace, the \n is getting expanded to \r\n under unix at least ...
strange ...
Curt.
Frederic Bouvier wrote:
I managed to make it work under Windows with my Garmin GPS III Pilot.
For that, I had to restore the \r you removed from each sub messages.
I don't understand why you removed
Curtis L. Olson wrote :
I don't fully understand either. When I specified text\r\n, the
serial port analyzer showed I was actually sending text\r\r\n from
unix. When I changed this to text\n then the output was text\r\n.
So someplace, the \n is getting expanded to \r\n under unix at
Curtis L. Olson a écrit :
I've seen this 2 times with the YF-23, but not under any reproducable
conditions though. Last time I saw this, I restarted with the exact
same options and the problem went away. It's really weird. Are we
inadvertently drawing two copies of the aircraft over top
Curtis L. Olson a écrit :
Frederic Bouvier wrote:
Curtis L. Olson a écrit :
I've seen this 2 times with the YF-23, but not under any reproducable
conditions though. Last time I saw this, I restarted with the exact
same options and the problem went away. It's really weird
Quoting Leidson Campos A. Ferreira :
I want contribute with this code because I believe that is a good idea and
could be used by other projects that uses FlightGear.
Thanks for your contribution. Usually, an unified diff, or complete files in a
gzipped tar, attached to the message is less
Quoting Leidson Campos A. Ferreira :
Fred,
I'm providing to you the complete files gzipped tar (full modules source -
jpg-httpd.tar.gz - with jpg-httpd.hxx and jpg-httpd.cxx files).
Thanks for quick response.
I'll give it a look tonight ( provided my failing harddrive is still alive :( )
Curtis L. Olson wrote :
Frederic Bouvier wrote:
Is it supposed to work with the Garmin GPS III Pilot ? this is a portable
unit,
and it happens I own one.
BTW, 295 and 296 are portable too.
I think the answer is yes, it should work with the GPS III, But I don't
have one
I just noticed these 2 daunting warnings burried in a bunched of warning
for unused local variables :
( translated from french by me )
i:\devel\flightgear\src\aimodel\aiflightplancreate.cxx(451) : warning
C4700: local variable 'lat2' used before being initialized
Vassilii Khachaturov wrote :
I once proposed a compatible ssg extension :
http://frbouvi.free.fr/plib/nsssg.html
I was able to use it with flightgear without code change except to support
the
new features ( like multi texturing and environment mapping ). The code still
exist but stalled
Selon Mathias Fröhlich :
Hi,
On Wednesday 26 July 2006 19:20, Melchior FRANZ wrote:
We had talked about abstracting out the raw gl-commands into just
one file, and then to use plib wrappers to plug the HUD into the
scene graph. The plib wrappers could eventually get replaced by osg
Jon,
Jon S. Berndt wrote :
Demian:
I'm trying to duplicate your problem, but I have not found winsock.h. I
don't think it is included with VC++.NET Express. How did you et around
that?
winsock.h is in the platform SDK :
Quoting Georg Vollnhals :
Hi all,
with the newest CVS and Cygwin I get this error
/fg-cvs/lib/libplibul.a(ulClock.o):ulClock.cxx:(.text+0x81): undefined
reference to [EMAIL PROTECTED]'
Any ideas what would help?
Thank you very much in advance
The link command line should include
Quoting Georg Vollnhals :
Frederic Bouvier schrieb:
Quoting Georg Vollnhals :
Hi all,
with the newest CVS and Cygwin I get this error
/fg-cvs/lib/libplibul.a(ulClock.o):ulClock.cxx:(.text+0x81): undefined
reference to [EMAIL PROTECTED]'
Any ideas what would help?
Thank
701 - 800 of 887 matches
Mail list logo