alexis bory a écrit :
> Ampere K. wrote:
>
>> The interactive CVS log browser shown in the link below isn't
>> working. The browser for Simgear's CVS isn't working either. I
>> think they stopped working around June 9th when Curt reported his CVS
>> server is breaking down.
>>
>> http://cvs
Ron Jensen a écrit :
> Curt (and everyone else)
>
> I was playing around this morning and found the interactive CVS browser
> is present and working, its just at a different url than the old server!
>
> The old server used
> http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/?root=FlightGear-0.9
>
Hi Tim,
Tim Moore a écrit :
> On Fri, 6 Jun 2008 09:13:49 +0200
> Melchior FRANZ <[EMAIL PROTECTED]> wrote:
>
>
>> * Frederic Bouvier -- Friday 06 June 2008:
>>
>>> Moreover, you can't include a statement like "using std::cerr;"
>&g
Hi Maik,
- "Maik Justus" a écrit :
> Frederic Bouvier schrieb am 05.06.2008 22:15:
> >
> > These changes are very unfortunate. Like it or not, cin, cerr and
> cout are defined in under MSVC.
> >
> > FG is no longer compilable for me :-(((
Hi Tim,
- "Tim Moore" <[EMAIL PROTECTED]> a écrit :
> On Thu, 5 Jun 2008 22:15:41 +0200 (CEST)
> Frederic Bouvier <[EMAIL PROTECTED]> wrote:
>
> >
> > - "Curtis Olson" <[EMAIL PROTECTED]> a écrit :
> >
> > > On
- "Curtis Olson" <[EMAIL PROTECTED]> a écrit :
> On Thu, Jun 5, 2008 at 10:22 AM, Melchior FRANZ wrote:
>
> > * gerard robin -- Thursday 05 June 2008:
> > > Does this will be compatible with actual JSBSim development ?
> >
> > No, it will get overwritten with the next JSBSim update. There's
Hi,
looking for why startup is so slow, I found at least three causes that
could be addressed :
1. FGAIAircraft class throws hundreds of FP_Inactive exceptions where a
simple boolean return value could have made the job ( the try/catch bloc
is in the calling code )
2. UpdateFunctor() / testNan
Melchior FRANZ a écrit :
> * Stuart Buchanan -- Saturday 31 May 2008:
>
>> +if (!_filter.empty() && (strcasestr(entry.c_str(), _filter.c_str())
>> == NULL))
>>
>
> quote from 'man strcasestr':
>
> The strcasestr() function is a non-standard extension.
>
> I doubt that it's availa
Hi Paul,
- "Paul Deppe" wrote :
>
> > Try commenting out lines 39 => 41:
> >
> > #ifdef HAVE_WINDOWS_H
> > #include
> > #endif
>
> I didn't see that code anywhere in fgmetar.cxx so I checked the CVS
> version.
> The file that came in FlightGear-1.0.0.tar.gz is:
Maybe it is just the opposit
Hi Vivian,
- "Vivian Meazza" a écrit :
>
> I have long since migrated to MSVC9. It's free, and the VC7.1 project
> files
> in cvs work happily with MSVC9.
So I am not the only one using these files ;-) Glad to learn you find them
useful.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frf
Syd Adams a écrit :
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/ufo
> In directory baron:/tmp/cvs-serv19017/ufo
>
> Modified Files:
> ufo-set.xml
> Log Message:
> Added runway offsets and other minor changes
>
> Index: ufo-set.xml
> =
John,
You are talking to a Windows programmer, so maybe things might be
evident for you and less for me. The reverse could be also true.
John Denker a écrit :
> On 04/27/2008 06:27 AM, Frederic Bouvier wrote:
>
>
>> Well, the important part of my sentense is "gen
John Denker a écrit :
> On 04/27/2008 04:11 AM, Frederic Bouvier wrote:
>
>
>> I mean "a process ( fgrun ) acting as a debugger and detecting failure
>> of a monitored process ( fgfs ) and then generating a meaningful error
>> report"
>>
>
&
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 April 2008:
>
>> Of course, if someone knows how to do it in Linux, I will be more than
>> happy to integrate it.
>>
>
> In case you mean a stack-trace, there's a backtrace() function
> in G
This is windows only stuff for the moment :
http://frbouvi.free.fr/flightsim/fgrun-fgfs-failure.jpg
The file generated is a small dump file ( about 30kb ) that contains
thread stacks at the time of a catastrophic exception. Used with the
MSVC debugger and the proper set of sources, it points on
John Wojnaroski a écrit :
> Hi,
>
> Just finished putting together a dual-core 64 bit machine with Centos5.1
>
> The FlightGear build and install was going just fine until trying to
> compile FlightGear ( the CVS version )
>
> right at the start, the gl-info complained about not finding glut
> fu
Selon Adam Dershowitz :
> Is there a way to get the framerate not to display in the corner?
This is in the menu : View > Rendering Options > Show frame rate ( unchecked )
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.ne
Hi Curt,
Curtis Olson a écrit :
> On Sat, Apr 19, 2008 at 7:20 AM, Georg Vollnhals wrote:
>
> James A. Treacy schrieb:
> ..
> > For example, I'd love to get away with a Radeon 3450 (low power,
> > fanless and only about $50) but will get something more powerful if
> > needed.
>
[EMAIL PROTECTED] a écrit :
> Hi Devels.
> I write here since I had not response in Atlas devel list.
> In Atlas 0.3.0 there is known bug: ILS approaches are shown with wrong
> direction and place. But frequencies are OK.
>
> I know that this bug was fixed in 0.3.1 or in CVS versions.
> Can somebo
Quoting Durk Talsma :
> On Tuesday 01 April 2008 22:39, Vivian Meazza wrote:
> >
> > So I conclude that:
> > 1. There is a problem with replay,
> > 2. MinGW has about the same performance gap between OSG and plib on XP as
> > gcc does on Linux.
> > 3. MinGW performance is probably as good as it ge
Selon Vivian Meazza :
> CoreDuo 2,6 Ghz and a Gainward 8800GT. Not surprised it runs well!!! In
> particular I think the CoreDuo does threading better than the P4. In case
> you haven't noticed, the 7600gs is coping easily with the output from FG-OSG
> - that's why the frame rates didn't increase.
Selon LeeE :
> Actually, I think FG really _needs_ a proper bug-tracking system.
There is this one :
http://sourceforge.net/tracker/?group_id=583&atid=100583
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.net/
Selon Cleber Santz:
> Hi,
>
> i have some problems to compile Flightgear from CVS. I have plib (1.8.5 from
> CVS) successful installed and headers under /usr/include/plib but the
> compilation fails and say that getting undefined reference for puaList and
> puaComboBox.
>
> Compilation log in att
Quoting till busch :
> hi christian,
>
> sorry. that was my fault -- skimming instead of reading.
>
> the scenery looks very nice to me. i think i miss a building with a
> pyramid-shaped roof: messeturm?. (though my memory may not be the best, since
> i was in frankfurt only twice).
Do you mean t
Quoting Frederic Bouvier :
> Quoting James Sleeman :
>
> > Re this thread:
> >
>
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg15821.html
> >
> > (Sorry wasn't subscribed at the time so don't think I can reply
> > directly
Quoting James Sleeman :
> Re this thread:
>
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg15821.html
>
> (Sorry wasn't subscribed at the time so don't think I can reply
> directly).
>
> Does this only work correctly with osg or something? After updating and
> recompiling e
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 02 March 2008:
>
>> So I would like owners to change the status themselves.
>>
>
> Done for the bo105 files.
>
I managed to fix all other png files located under aircrafts
There are still some thumbn
Now that PNG files are inserted in the CVS repository, I would like to
point out that these files should be inserted as Binary files. Some,
that are already there, are considered as text files, with LF expanded
to CRLF for Windows users, and are corrupted. One example is
data/Aircraft/bo105/Models/
Quoting Stuart Buchanan :
> As people have noticed, currently the different tree textures are
> merely colour variations on the current shapes. It would be great
> if someone who knows their way around GIMP could spend a little
> time improving the tree textures. I'm sure this would improve the
>
Quoting Heiko Schulz :
> I have to disagree. Look at Detelef's Albatross - you
> can walk inside the aircraft- it is very easy to do,
> so this depth perception would be a very cool feature
> against X-Plane and MSFS!
Do you mean you are going to build a replica of the Albatross cabin, and put a
L
Selon joe:
> Hi!
>
> Again me with a proposal! ;)
>
> Some time ago this video was quite popular:
>
> http://www.youtube.com/watch?v=Jd3-eiid-Uw
>
> It shows a simple headtracking system which creates an impressive depth
> perception with a common flat screen.
>
> Since most cockpits of FGFS are r
Quoting AJ MacLeod :
> On Monday 28 January 2008 11:02:11 Stuart Buchanan wrote:
>
> > The current patch is a bit better for memory usage IIRC, but it is still
> > quite hefty - a side-effect of generating all the trees at once for the
> > tile.
>
> By all means we should be careful about needless
Stuart Buchanan a écrit :
> Hi All,
>
> One of the frustrations of using Windows for development is the lack of a
> sensible way to re-direct stderr to a file. This is particularly annoying if
> you
> want to use a --log-level=debug.
>
> To fix this, I've changed the global_logstream to use stdout
Stuart,
Stuart Buchanan a écrit :
> --- Stuart Buchanan wrote:
>
>> Hi All,
>>
>> Just a quick note to mention that I've now implemented random tree height,
>> and
>> multiple textures as suggested by Curt. Screenshot here:
>>
>> http://www.nanjika.co.uk/flightgear/forest2.jpg
>>
>> Still some
Stuart Buchanan a écrit :
> Hi All,
>
> Just a quick note to mention that I've now implemented random tree height, and
> multiple textures as suggested by Curt. Screenshot here:
>
> http://www.nanjika.co.uk/flightgear/forest2.jpg
>
> Still some work to be done, but it is looking more realistic.
>
nd
checked into SVN.
On Jan 20, 2008 1:39 PM, Frederic Bouvier wrote:
> Hi,
>
> I noticed the AC3D loader resets database path given as Options,
> preventing users to put textures in another directory. This patch adds
> the model path to the path list instead of replacing it.
>
&
kitts a écrit :
> In my experimentation i have added a class and in its class and im trying to
> tie one of its member variables to the property tree so that the user can
> read and modify its value. In the constructor i am using the code;
>
> fgTie("/path/to/my/var", this,
> &MyCla
Frederic Bouvier a écrit :
> Hi,
>
> I am migrating fgrun to use OSG to preview aircrafts. The integration of the
> osgViewer classes inside fltk went flawlessly. Then I copied the sgLoad3DModel
> from simgear/scene/model/model.cxx.
>
> The problem I have is that it seems
Jon S. Berndt a écrit :
>> [hundreds of lines of grep output omitted]
>>
>> I know for a fact that many of those allocations and assignments use
>> smart pointers. How about a more useful list of those that don't?
>>
>> Thanks in advance,
>> Tim
>>
>
> And some others appear to me to be proper
Hi,
I am migrating fgrun to use OSG to preview aircrafts. The integration of the
osgViewer classes inside fltk went flawlessly. Then I copied the sgLoad3DModel
from simgear/scene/model/model.cxx.
The problem I have is that it seems that axis Y and Z are inverted for AC3C
models. It is very visibl
Quoting LeeE :
> On Monday 14 January 2008 13:30, Georg Vollnhals wrote:
> > LeeE schrieb:
> > > Strange - I can post to Atlas dev ok - didn't try forwarding
> > > the patch though.
> > >
> > > LeeE
> >
> > Hi LeeE,
> > can you try forwarding Cédric's patch? I did and failed but have
> > had never
Quoting Frederic Bouvier :
> Quoting Cédric Lucantis :
>
> > Hi,
> >
> > I'm sorry for the OT, but I tried on atlas list and its spam filter doesn't
> > like my face so someone on #flightgear told me to post it here in case it
> > interest someone
Quoting Cédric Lucantis :
> Hi,
>
> I'm sorry for the OT, but I tried on atlas list and its spam filter doesn't
> like my face so someone on #flightgear told me to post it here in case it
> interest someone. It's just a fix for this bug (patch attached) :
>
>
https://sourceforge.net/tracker/index.
Josh Babcock a écrit :
> I got tired of watching all those http requests scroll over the
> screen, so I made them SG_LOG( SG_IO, SG_INFO, );
> Commit it if you like it.
done, with some adaptation
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net
Selon Ralf Gerlich :
> The alternative would be to scale the number of vertices passed to
> TerraFit by cos(lat)...
I was thinking of this solution : regular lon/lat tile scheme but variable
number of resulting vertices per tile.
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr
Selon Curtis Olson :
> On Jan 7, 2008 3:51 PM, Frederic Bouvier <> wrote:
>
> > If we keep the same triangle budget for every tile, we will have sparse
> > data and
> > features at the equator and much more than what is really needed at the
> > poles,
>
As I said in a previous message, fgrun is now internationalized, and the french
localisation is done.
I am now seeking for volunteers that are willing to translate fgrun in their
native language. People are invited to contact me by private mail so that I can
coordinate these efforts, and to get t
Selon Curtis Olson :
> I've been wondering about dispensing with the variable subdivision scheme
> and just having a fixed number of divisions per 1 degree of longitude.
> Perhaps having 4 subdivisions. This would double the tile width at the
> equator, but would preserve the same tile widths in
alexis bory a écrit :
>>> I had to resize the window to make room to longer localized string
>>> but now we have a lot of room to add new options that are currently
>>> only available in the advanced section. So I would like to start an
>>> informal poll on what is the most judicious to put on this
Hello,
I am in the process of internationalizing fgrun. Here is an example
screenshot with a french localization :
http://frbouvi.free.fr/flightsim/fgrun-i18n.jpg
I had to resize the window to make room to longer localized string but
now we have a lot of room to add new options that are currentl
Selon Curtis Olson <[EMAIL PROTECTED]>:
> I get this compile fault when I try to build the patch ... :-(
>
> matmodel.hxx:38:25: error: osg/BillBoard: No such file or directory
It should be osg/Billboard ( notice the second upper case B that is not correct
)
-Fred
--
Frédéric Bouvier
http://fr
Selon Shad Young :
> >> I tried to remove FG using the uninstall program and then cleaning out
> >> the registry, deleting the folder etc, but it seems to be keeping the
> >> settings that I had with FG 0.9.10 (is there an INI somewhere other than
> >> in the FG folder in Program Files?)
>
> Ok, I
Selon Frederic Bouvier:
> Selon Curtis Olson:
>
> > Here is a prototype for the v1.0 Gallery:
> >
> > http://baron.flightgear.org/~curt/tmp/v1.0/
> >
> > I've taken the best of the pictures that were submitted on the mailing list
> > and organize
Selon Curtis Olson <[EMAIL PROTECTED]>:
> Here is a prototype for the v1.0 Gallery:
>
> http://baron.flightgear.org/~curt/tmp/v1.0/
>
> I've taken the best of the pictures that were submitted on the mailing list
> and organized and arranged them.
BTW, these shots are a bit old but I think the
Durk Talsma a écrit :
> On Monday 17 December 2007 20:25, Heiko Schulz wrote:
>
>> --sim-throttle-hz isn't available on win32 so we
>> should add this. I'm sure taht tere will ab a lot of
>> people around with good GPU's, coming from MSFS,
>> trying FlightGear and beeing disapointed, when they
>
Heiko Schulz a écrit :
> Hi,
>
> Having a brandnew GeForce 8800 GT I have now a
> problem:
> with vsync 75fps, without >190 fps. Both not playable!
>
> --sim-throttle-hz isn't available on win32 so we
> should add this. I'm sure taht tere will ab a lot of
> people around with good GPU's, coming fro
Selon alexis bory :
> Hi Fred, and all
>
> There is a recent snapshoot of a corrected 0.4.9 at
> ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-win32-20071209.zip
> for windows,
> but the source tarball at Sourceforge isn't updated...
>
> Anyway, time for me to checkout via SVN :)
There is
Quoting gerard robin :
> On mar 11 décembre 2007, gerard robin wrote:
> > On mar 11 décembre 2007, Syd&Sandy 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
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
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 bor
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
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
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
> c
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: Flig
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 pr
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
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 con
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 wan
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 :
http:/
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
http://www.fotolia.fr/p/2278/partn
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 c
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
>
>
Selon Mathias Fröhlich :
> On Friday 26 January 2007 21:30, Frederic Bouvier wrote:
> > Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> > In directory baron:/tmp/cvs-serv5514
> >
> > Modified Files:
> > shadanim.cxx
> > Log Message:
> &g
Melchior,
Selon Melchior Franz :
> --- 435,443
> _purgeListeners = false;
> map::iterator it;
> ! for(it = _listener.end(); --it != _listener.end();) {
> FGNasalListener *nl = it->second;
> if(nl->_dead) {
> ! _listener.
Mathias,
Selon Mathias Froehlich :
> --- 434,445
> if(_purgeListeners) {
> _purgeListeners = false;
> ! map::iterator it;
> ! for(it = _listener.end(); it != _listener.end();) {
> FGNasalListener *nl = it->second;
This line above is suspicious t
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.
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 i
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
>
Jon Stockill a écrit :
> I'm getting reproducable segfaults with the OSG version of flightgear.
> Simply start at EGNM and you'll get a segfault during scenery loading.
> I've attached a backtrace below. It appears to be caused by the scale
> transformation (and I suspect therefore that this cou
Mathias Fröhlich a écrit :
> Hi Maik,
>
> On Friday 05 January 2007 11:16, Maik Justus wrote:
>
>> sometimes I get a segfault in function
>> SGShaderAnimation::~SGShaderAnimation(), file
>> simgear/scene/model/shadanim.cxx.
>>
>> Please commit the attached patch.
>>
> The patch you have att
Selon John Denker :
> Running automake --add-missing
> src/FDM/YASim/Makefile.am:50: bad characters in variable name `'
> src/FDM/YASim/Makefile.am:57: bad characters in variable name `'
> src/FDM/YASim/Makefile.am:51: yasim_LDADD multiply defined in condition TRUE
try to delete that file and refe
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
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
> >
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:
>
>
>
> This adds the contents of "bar.xml" under the node foo/. One could
> now declare one property name 'void', which would m
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
Hi Durk,
Selon Durk Talsma :
> We should probably also change this in CVS pre OSG, (since both version rely
> on the same base package) but I'm not sure when I will be able to do that.
> Until that time, I;m keeping the original airport data at data/Airports/AI.
> However, eventually, the data/Ai
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
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 deferre
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 begi
Quoting Martin Spott :
> I can reproduce decreased frame rates but no crash. There are two items
> that make a difference when crossing from the West:
> 1.) The PAPI of the 10L runway and the VASI on 10R are visible from the
> West,
> 2.) When crossing from the East you don't have the two AI a
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 r
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. P
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
http://www.fotolia
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-f
Maik Justus a écrit :
> Hi,
>
> can random objects (like cows) be switched of on runways? This I got
> at my last start of fg:
>
>
>
> If anyone is interested in the forth going of this event: The heli
> slipped slowly from the cows without being damaged.
Add fences around airports ;-)
-Fred
--
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 po
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 proble
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
http://frfoto.free
701 - 800 of 1010 matches
Mail list logo