Hi James,
- "James Turner" a écrit :
> On 5 Dec 2008, at 00:08, James Turner wrote:
>
> > Hmm, strange, I must have messed up something in my local tree,
> I'll
> > test with a clean checkout and re-submit.
>
> Here's these patches again - the DCLGPS one should apply cleanly, and
I am sorr
Durk Talsma a écrit :
> Hi Fred,
>
> Yikes. That's probably a resulting from getting my triple screen setup
> working. Agreed that shouldn't go into CVS. Thanks for catching this.
>
>
http://durktalsmal.xs4all.nl/FlightGear-data-1.99.5.tar.bz2
To be clear, the problematic pr
Frederic Bouvier a écrit :
> Durk Talsma a écrit :
>
>> Hi Everybody,
>>
>> I just placed the sources and base package for the pending FlightGear 1.9
>> release on my webserver:
>>
>> http://durktalsmal.xs4all.nl/SimGear-1.99.5.tar.gz
>> http:
Durk Talsma a écrit :
> Hi Everybody,
>
> I just placed the sources and base package for the pending FlightGear 1.9
> release on my webserver:
>
> http://durktalsmal.xs4all.nl/SimGear-1.99.5.tar.gz
> http://durktalsmal.xs4all.nl/FlightGear-1.99.5.tar.gz
> http://durktalsmal.xs4all.nl/FlightGear-da
- "James Turner" a écrit :
> Attached patches are not very interesting, but I'm trying to keep
> changes incremental in case I break something.
>
> The first updates how filtering is done on the various FGPositioned
> query functions - both spatial and ident-based. The query interface is
- "Gordon Hart (UK)" a écrit :
> Hello again,
>
> Thanks for your previous assistance - your suggestions were most
> helpful.
>
> Now, I'm working in Visual Studio. However, how the devil do I set up
> the project so that the entire code is not recompiled from scratch
> every time I make th
- "Stuart Buchanan" a écrit :
> Geoff Air wrote:
> >> (AL_INVALID_VALUE): constructor (alBufferData)
> >> Fatal error: Failed to buffer data.
> >I think the ONLY reason you would get this not very helpful specific
> message is that the FG/SG is compiled against an ALUT previous to
> version 1
- "James Turner" a écrit :
> Anyone had a chance to try this? I'd like to see it applied before
> submitting further patches in this area.
It is commited now.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.net/
- "Curtis Olson" a écrit :
> On Tue, Dec 2, 2008 at 7:36 PM, Tatsuhiro Nishioka wrote:
>> First of all, many thanks for your effort on this.
>>
>> I've been downloading the tar files but these are still being
>> downloaded and will take about 24 or more hours My network is TFFH
>> but it
- "Csaba Halász" a écrit :
> On Tue, Dec 2, 2008 at 3:48 PM, Fabian Grodek
> <[EMAIL PROTECTED]> wrote:
> > Hello,
> > I've been unable to open the link to the tarball of the bleeding
> edge CVS
> > snapshot found in the Download Souce page:
> >
> http://cvs.flightgear.org/cgi-bin/viewvc/viewvc
- "AJ MacLeod" a écrit :
> On Monday 01 December 2008 08:32:40 James Sleeman wrote:
>
> > Don't know about the Camel, ... having engine throttle is really
> not
> > realistic etc...
>
> I'd suggest that you do a bit more research on that issue...
Do you mean this is a FAQ ?
-Fred
--
Frédé
- "Heiko Schulz" a écrit :
> Sounds great!
> If someone comit this patch can he also comit (as long noone has
> something against) my last cloudset?
Both are in CVS now.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.
Durk Talsma a écrit :
> Hi Everybody,
>
> I just placed the sources and base package for the pending FlightGear 1.9
> release on my webserver:
>
> http://durktalsmal.xs4all.nl/SimGear-1.99.5.tar.gz
>
The version number is quite confusing. Would it be 1.9 or 1.99.5 . Maybe
this snapshot should
- "Curtis Olson" a écrit :
> The solution is to draw transparent objects in sorted order back to
> front ... including clouds ... so in this case it appears that the 3d
> clouds are being drawn before the 2d cloud layers, and in reality the
> 2d cloud layers need to be intermixed inthe correct
- "Yon Uriarte" a écrit :
> Nothing i can do about that, let the CVS commiters pass a replace over
> the files. MSVS is a hard master. Or is there an option to tell it not
> to mess with my spaces?
Tools > Options > Text editor > C/C++ > Tabs
-Fred
--
Frédéric Bouvier
http://my.fotolia.com
Hi Stuart,
I cheched your patch in but I still have the checkerboard :
http://frbouvi.free.fr/flightsim/fgfs_clouds_checker.jpg
but only when the weather scenario is set to none.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourcef
- "Andy Ross" a écrit :
> Frederic Bouvier wrote:
> > I get memory corruption caused by writing outside an malloc'ated
> memory
> > bloc. I tracked the problem down to the recsize() function ( in
> hash.c )
> > computing a memory size that is not eno
- "Markus Zojer" a écrit :
> Hi all!
>
> I don't know if you are aware of the 2 described bugs so I drop a
> short note.
>
> I am using latest sg/fg cvs with OSG 2.7.5(svn) and boost 1.34.1.
>
> 1.) Mouseclicks on terrain only register in the vicinity of the
> aircraft (lets say 30ft), t
Hi Stuart,
Stuart Buchanan a écrit :
> Hi All,
>
> Attached is a small patch for 3D clouds.
>
> It provide the following:
> 1) Proper spherical distribution of sprites (previously they were distributed
> cylindrically - whoops)
> 2) Better shading, so the bottom of the cloud is darker than the to
Hi Andy,
I get memory corruption caused by writing outside an malloc'ated memory
bloc. I tracked the problem down to the recsize() function ( in hash.c )
computing a memory size that is not enough for subsequent initialization
in resize() ( also in hash.c ). I think the problem lies in the fact
t
Tim Moore a écrit :
> I've been completely unable to recreate the Z-near problem. From the few
> details
> about versions of OSG used etc., it seems to be either a mismatch between
> compiled / installed versions of OSG, or possibly a bug in OSG itself. I do
> recommend installing OSG SVN.
>
Scott Hamilton a écrit :
> On Sat, 2008-11-22 at 18:39 -0500, Matthew Tippett wrote:
>> I have seen something similar too. The splash screen seems to be
>> 800x600 unscaled in the bottom left of the screen. It then seems to
>> go full screen shortly after though. I doubt it is related to
>> clip
08, Tim Moore <[EMAIL PROTECTED]> wrote:
>
>> Frederic Bouvier wrote:
>>
>>> Hi Tim,
>>> With the new code, I have a zNear problem shown in this screenshot :
>>> http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
>>>
>>>
Tim Moore a écrit :
> Frederic Bouvier wrote:
>
>> Hi Tim,
>> With the new code, I have a zNear problem shown in this screenshot :
>> http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
>>
>> This build is still OSG 2.6 based.
>>
>> -Fred
>&
Hi Tim,
With the new code, I have a zNear problem shown in this screenshot :
http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
This build is still OSG 2.6 based.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Desig
- "gerard robin" a écrit :
> There won't be any problem, but i heard that a more recent not stable
> OSG
> version was necessary.
> If it is the case that is the problem.
>
> Until we don't have the next OSG stable version.
> Do i have to freeze every model development ?
>
> Or is it really
- "Tim Moore" a écrit :
> Curtis Olson wrote:
> > I appear to get the same compile error here with OSG v2.7.1:
> >
> > CameraGroup.cxx:126: error: 'clone' is not a member of 'osg'
> > CameraGroup.cxx:131: error: 'clone' is not a member of 'osg'
> >
> > Thanks,
> >
> > Curt.
> The overloade
- "Tim Moore" a écrit :
> Frederic Bouvier wrote:
> > Hi Tim,
> >
> > - "Tim Moore" a écrit :
> >> No new libraries are needed at this point; we're just using Boost
> >> header files.
> >
> > It looks like t
Hi Tim,
- "Tim Moore" a écrit :
> No new libraries are needed at this point; we're just using Boost
> header files.
It looks like there is also a dependency on a newer than 2.6 version of OSG
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
Hi Martin,
- "Martin Spott" a écrit :
> Frederic Bouvier wrote:
>
> > surprisingly, the Oracle buildings didn't move :
> [...]
> > but was added more recently in the base package
>
> Ok, I've now reverted the positions of your static Base Pack
Tim Moore a écrit :
> I'm happy to punt Windows and Mac issues to people who are knowledgeable
> about
> that. For Linux, should we try to build a binary release to an LSB standard?
> http://ldn.linuxfoundation.org/lsb
>
For Windows users, I already provide builds that includes the complete
c
Martin Spott a écrit :
> Frederic Bouvier wrote:
>
>
>> Were you able to look at it ?
>>
>
> I recently did, but I was unable to link this to any specific
> modification at the DB. Could you provide a timestamp to a 'version'
> which had the
Martin Spott a écrit :
> Frederic Bouvier wrote:
>
>
>> Were you able to look at it ?
>>
>
> I recently did, but I was unable to link this to any specific
> modification at the DB. Could you provide a timestamp to a 'version'
> which had the prope
Hi Martin,
Martin Spott a écrit :
> Hi Frederic,
>
> Frederic Bouvier wrote:
>
>> Looking at the new scenery, I am puzzled to see that models shifted
>> horizontally. I understand why they moved vertically, although I took
>> great care to place them at there ri
- "Stuart Buchanan" a écrit :
> Frederic Bouvier wrote:
> > > I'll be able to build Unix binaries for the most common
> platforms.
> > > Would someone do us the honour of providing a standalone
> 'terrasync'
> > > binary fo
Martin Spott a écrit :
> I'll be able to build Unix binaries for the most common platforms.
> Would someone do us the honour of providing a standalone 'terrasync'
> binary for Win32 - statically linked against libsvn in order to save
> the users from installing yet another dependency ?
Terrasync/
Curtis Olson a écrit :
> Fred, your demo movies look really interesting. I'm looking forward
> to continued great results!
Here are two new movies of my current progress. Shader programming inside :
http://frbouvi.free.fr/flightsim/yafseng_6.avi [9.23 MB]
http://frbouvi.free.fr/flightsim/yafseng_
Tim Moore wrote:
> I've been working on effects support for FlightGear, as part of the
> work I've been doing on integrating shadows into the OSG version.
> Roughly speaking an effect is like a material for an object, but it
> can support different techniques based on OpenGL features and user
>
Nicolas a écrit :
> Le samedi 01 novembre 2008 à 15:35 -0600, Ron Jensen a écrit :
>
>> On Sat, 2008-11-01 at 18:22 +0100, Nicolas wrote:
>>
>>> Hello,
>>>
>>> I have posted several months ago, a patch to complet the precipitation
>>> manager.
>>>
>>> So I send again a little patch to impro
Looking at the new scenery, I am puzzled to see that models shifted
horizontally. I understand why they moved vertically, although I took
great care to place them at there right position. But something or
someone decided to shake the whole town and repositioned building
randomly. Here is an exampl
Detlef Faber wrote :
> I noticed that gimp adds such edges as anti-aliasing, so maybe this
> is something similar?
The color will full alpha is not defined and could be black or another
ugly color that show up after filtering. I had better result by setting
the whole image to white and then usi
Hi,
I just noticed that the full moon disappear at night. It looks like
there is no emissive color, but trying to put one, I get permanent full
moon.
It seems that the moon is a lit sphere, but its light source is switched
off at night, just like the whole scenery.
-Fred
--
Frédéric Bouvier
htt
> on the console. Luckily, a driver update fixed the problem. Now
> committing ...
>
Commited
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer
---
Georg Vollnhals a écrit :
> Frederic Bouvier schrieb:
>
>> Georg Vollnhals a écrit :
>>
>>
>>> For those who want to have another look at the stuff, here are some
>>> screenshots from my first flight - no art, just some pics for demo:
>
Georg Vollnhals a écrit :
> For those who want to have another look at the stuff, here are some
> screenshots from my first flight - no art, just some pics for demo:
>
> http://home.arcor.de/vollnhals-bremen/NewClouds/images.html
>
I applied the patch but I am not able to see anything. What is
Frederic Bouvier a écrit :
> I will commit your patch as soon as I manage to run it correctly under
> Windows. It builds but I currently experience a segfault
> that I need to investigate.
>
I found a workaround, and apparently, it now runs under Windows. Sorry
for the error d
Hi Alex,
Alex Perry a écrit :
> This patch changes terrasync so it links against the subversion
> library if you have it installed. It supports people who build binary
> releases for use by non-developers by removing the runtime external
> dependency on having command line svn or rsync available.
Heiko Schulz a écrit :
> Hi,
>
>
>
>> My building models at SFO, LA or Paris heavily use texture
>> repetition.
>> A window is in a small texture, and the window is repeated
>> along the
>> building walls. The ac files in CVS have the texrep
>> directive. I use
>> Blender only.
>>
>> -Fred
>>
- "Csaba Halász" a écrit :
> And what does that do wrt texrep? Sorry I am not a modeler ...
My building models at SFO, LA or Paris heavily use texture repetition.
A window is in a small texture, and the window is repeated along the
building walls. The ac files in CVS have the texrep directi
I wrote :
> James Turner wrote :
> > On 13 Oct 2008, at 12:29, Melchior FRANZ wrote:
> >
> > > To switch the sky textures to PNG one will have to change
> > > the source code, as the file names are hardcoded:
> >
> > I believe Syd's point was that he *had* changed the code, but was
> > neverthe
James Turner wrote :
> On 13 Oct 2008, at 12:29, Melchior FRANZ wrote:
>
> > To switch the sky textures to PNG one will have to change
> > the source code, as the file names are hardcoded:
>
> I believe Syd's point was that he *had* changed the code, but was
> nevertheless encountering the erro
James Turner wrote :
> On 6 Oct 2008, at 19:28, AJ MacLeod wrote:
>
> > I realise I'm dragging up an old (and repeated) thread here, but the
>
> > first
> > time round I had no opinion either way and so didn't comment.
>
> Nine copies of this message so far, and counting. Many other messages
>
Hi Heiko,
- Heiko Schulz a écrit :
> Hi,
> >
> > srtm4 is a height field. there is a special value for sea
> > level, but
> > that's all. From what I understand of the problem with
> > current scenery,
> > it is less a data problem than a bug in the triangulator.
> > Having worked
> > on fgsd
Hi Gérard,
- gerard robin a écrit :
> On jeudi 02 octobre 2008, Frederic Bouvier wrote:
> > Hi,
> >
> > in case someone care, here is what I am doing for about a year :
> > http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
>
> Nice result,
> a
- gerard robin a écrit :
> > SRTM is about ground elevation. Coastline is a
> > different topic and experience has shown that all these nice attempts
> > to automagically derive coastlines from imagery, be it SWBD or PGS,
> > return pretty flaky results. Unfortunately
>
> Well, i thoug
Martin Spott a écrit :
>
> Frederic Bouvier wrote:
>
> > The algorithm I am trying to implement doesn't use triangle to
> > define landuse. Instead, the earth surface is divided into
> > squares of different size ( there are currently 16 lod,
> > there w
Martin Spott a écrit :
> Frederic Bouvier wrote:
>
> > The algorithm I am trying to implement doesn't use triangle to
> define
> > landuse. Instead, the earth surface is divided into squares of
> different
> > size ( there are currently 16 lod, there will be 20
[resending again]
- gerard robin a écrit :
> > SRTM is about ground elevation. Coastline is a
> > different topic and experience has shown that all these nice attempts
> > to automagically derive coastlines from imagery, be it SWBD or PGS,
> > return pretty flaky results. Unfortunately
>
[resending...]
Hi Gérard,
- gerard robin a écrit :
> On jeudi 02 octobre 2008, Frederic Bouvier wrote:
> > Hi,
> >
> > in case someone care, here is what I am doing for about a year :
> > http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
>
> N
Hi Martin,
Martin Spott a écrit :
> Hi Frederic,
>
> you wrote:
>
> > in case someone care, here is what I am doing for about a year :
> > http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
>
> Do you plan/intend to compete with ossimPlanet here or do you have a
> different aim ? I'
Hi,
in case someone care, here is what I am doing for about a year :
http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
This is very preliminary stuff and sources are not published yet. The
data come from Blue Marble NG that has a resolution of 15 arc-seconds.
It is an OSG program an
gerard robin wrote :
> On mardi 30 septembre 2008, Csaba Halász wrote:
> > On Tue, Sep 30, 2008 at 3:01 AM, gerard robin <[EMAIL PROTECTED]>
> wrote:
> > > Hello,
> > >
> > > Does somebody could tell me where i must look for, where is the
> error ?
> >
> > I haven't looked at it yet, but note it i
Csaba Halász a écrit :
> On Sun, Sep 28, 2008 at 10:33 AM, Frederic Bouvier <[EMAIL PROTECTED]> wrote:
>
>> Hi Csaba,
>>
>> I commited a modified version of your patch.
>>
>> Csaba Halász a écrit :
>>
>>> Hi!
>>>
>&
Hi Csaba,
I commited a modified version of your patch.
Csaba Halász a écrit :
> Hi!
>
> Here are some fixes for the mingw platform that I had to make for a
> successful build.
> Note, in 2 places I have changed a #include to a #include
> , but that should be ok. For safety, somebody using msvc
>
Tim Moore wrote :
> > Vivian Meazza wrote:
> >> Er ... couple of words spring to mind there - grandmother and eggs
> :-). But
> >> I know that you are trying to help.
I thought if was related to the chicken and egg problem, but I didn't
see why grandmother should be involved ;-)
> I think you mi
Tim Moore wrote :
> Frederic Bouvier wrote:
> > Hi Tim,
> >
> > Tim Moore wrote :
> >> This code did survive the OSG port, but was removed in a later
> >> reorganization of the tile loading code. It's easy enough
> >> to put this back in
Hi Tim,
Tim Moore wrote :
>
> This code did survive the OSG port, but was removed in a later
> reorganization of the tile loading code. It's easy enough
> to put this back in, but the old code would add the local
> material permanently to the material library; is that really
> desired? I woul
Hi Vivian,
Vivian Meazza wrote :
> As you know, I am. I have profiled the cvs-head. Nasal/hash.c seems to
> be a _very_ significant CPU hog, but I can't link it to the staggers. I
> note however that when I profile an old FG/osg from last Apr, it is stagger
> free, and hash.c doesn't figure in the
Hi,
Ralf Gerlich wrote :
> Hi!
>
> Curtis Olson wrote:
> > Sure, just like any aircraft or object model can have it's own
> textures.
> > There may be some nuances that have disappeared over the years since
> I doubt
> > this has been heavily tested, but I used to have a KSJC demo with
> about 1
Hi Vivian,
Vivian Meazza wrote :
> My latest build with MSVC9 (32 bit) is suffering severe jitter, so
> much that
> it is unusable, as I mentioned earlier. I have profiled the code, but
> nothing obvious showed up yet. I'm continuing to look.
I tried to compile FG with MSVC9 and it is far more s
Hi James,
> Update of /var/cvs/FlightGear-0.9/source/src/Navaids
> In directory baron.flightgear.org:/tmp/cvs-serv9789/Navaids
>
> Modified Files:
> navdb.cxx navdb.hxx navlist.cxx navlist.hxx navrecord.cxx
> navrecord.hxx
> Log Message:
> James Turner:
> Convert FGNavRecord to inher
Hi,
- "Geoff" a écrit :
> Hi all,
>
> I am a noobie at FG development and I am trying to compile the
> Windows version of FG. I understand from the forum, that all development
> talk is done here, and that I just missed the same question being asked.
> So, please pardon my request but is t
- "Martin Spott" a écrit :
> Frederic Bouvier wrote:
>
> > While working on git-svn, we realized that there are a few scripts
> > in msysGit that cannot possibly work (yet), so we excluded them from
> > the Git installer. These scripts are: archimpo
Hi Martin,
- Martin Spott a écrit :
> Hi Frederic,
>
> Frederic Bouvier wrote:
>
> > You mean that it is Martin who do the 'cvs update' and we only have to do
> > 'git update' ( or whatever the command is ) ?
>
> The GIT toolbox contains
- "James Turner" a écrit :
> On 3 Sep 2008, at 14:05, Frederic Bouvier wrote:
>
> > there is another thing that is unclear to me. How GIT currently
> > interface with CVS ( and tomorrow SVN ) ?
> > How do you merge content from CVS in your GIT repository
Hi Melchior,
there is another thing that is unclear to me. How GIT currently interface with
CVS ( and tomorrow SVN ) ?
How do you merge content from CVS in your GIT repository ?
How do you commit changes in CVS after commiting in GIT ?
Thank,
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frf
- Stefan C. Müller a écrit :
>
> One more question: There isn't a prebuilt set of 3rdParty dependencies
> around somewhere, is there?
There is a set of 3rd party dependencies for OSG that we can reuse. There is
a link in the download page of OSG. Also google "osgtoy". There are libraries
in
Hi Stefan,
- Stefan C. Müller a écrit :
> Hi
>
> I'm trying to get my development environment ready under windows and
> I'm
> having some difficulties. After some evenings of collecting 3rdParty
> dependencies and fixing the VC project files, I got it build and
> running
> now. But some th
Stefan C. Müller a écrit :
> * Replaced an rint() call with floor() (MSVC does not offer rint).
I am a bit worried that floor and rint are not the same. I don't know if
it matters in this context but how about using the code below instead ?
// round double to 10^g
double rnd(double r, int g = 0)
Frederic Bouvier a écrit :
> Stefan C. Müller a écrit :
>
>> * Replaced an rint() call with floor() (MSVC does not offer rint).
>>
>
> Are you sure you don't need
> #include
> ?
> because rint is already used in Main/Options.cxx
>
Forget that
Stefan C. Müller a écrit :
> * Replaced an rint() call with floor() (MSVC does not offer rint).
Are you sure you don't need
#include
?
because rint is already used in Main/Options.cxx
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/Flight
James Turner a écrit :
> On 30 Aug 2008, at 23:16, Stefan C. Müller wrote:
>
>
>>> As far as I can tell, this is not true. The third parameter type is
>>> independant from the type of the container, and should only match
>>> the type of the second parameter of the predicate. The current code
- "Frederic Bouvier" a écrit :
> - "Stefan C. Müller" a écrit :
> > Thomas schrieb:
> > > Thanks for that review. I'm still wary of the auto line term
> > > conversion and would probably favor disabling it.
> > >
> >
Hi Stefan,
- "Stefan C. Müller" a écrit :
> Small patch fixing bugs I've encountered while getting the current CVS
> to build in MSVC.
> * std::lower_bound was used with the key-type of a map, but
> lower_bound expects the value-type of the collection it works on, with is
> std::pair. MSVC see
- "Stefan C. Müller" a écrit :
> Thomas schrieb:
> > Thanks for that review. I'm still wary of the auto line term
> > conversion and would probably favor disabling it.
> >
> That's of course the safest choise for binary files. But it would
> certainly mess up the text files.
> While most wi
- "Martin Spott" <[EMAIL PROTECTED]> a écrit :
> Hi James,
>
> James Turner wrote:
>
> > [...], a git primary code repo, and the git-svn proxy
> > allowing people who don't wish to use git for whatever reason to
> > continue using SVN. Whether that's true for the data repository is
>
Alex Buzin a écrit :
> ...
> Can somebody fix this in CVS.
>
Done, thanks
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer
-
This SF.Ne
> HHS
>
>
> --- Martin Spott schrieb am Mi, 20.8.2008:
>
> > Datum: Mittwoch, 20. August 2008, 21:51
> > Frederic !
> >
> > Frederic Bouvier wrote:
> >
> > > how git is supported on systems that are not Linux ?
> >
> > Depends o
Hi Curt, Hi Martin,
how git is supported on systems that are not Linux ?
-Fred
- Curtis Olson a écrit :
> Hey Martin,
>
> I guess I'd like to ponder this a little while longer. Should be no
> problem
> to use the existing mapserver name (i.e. not having git.flightgear.org
> just
> yet do
- "Curtis Olson" a écrit :
> On Thu, Aug 7, 2008 at 7:08 AM, Ralf Gerlich wrote:
>
> > I have just checked once more and found that triangles for the extremely
> > small triangle parts simply do not exist. They are not generated by
> > TriangleJRS.
>
>
> Hi Ralf,
>
> As far as I know, ter
- "Tim Moore" <[EMAIL PROTECTED]> a écrit :
> If a vector description of instruments is the way to go, then you
> should look at using SVG with OpenGL and OSG. The big player here
> is cairo+glitz, but the last time I looked at this it was hard,
> perhaps impossible, to coax glitz to draw i
Hi Gérard,
gerard robin a écrit :
> Hello,
> With the last CVS, and OSG 2.6-rc1, nvidia driver Linux-x86-173.14.12
> I get the following crash-dump if i try to use the /view/rendering options
> menu.
>
>
> *** glibc detected *** fgfsOSG: malloc(): memory corruption: 0x008e1108 ***
> === Backt
Tim Moore a écrit :
> Tim Moore wrote:
>
>> Frederic Bouvier wrote:
>>
>>> Hi,
>>>
>>> in order to build the last CVS version, I got OSG 2.6.0 RC1 and
>>> compilation went fine. But I now have a display problem with the sky. It
>
Hi,
in order to build the last CVS version, I got OSG 2.6.0 RC1 and
compilation went fine. But I now have a display problem with the sky. It
looks like the sky dome is not drawn. No sun, no stars, no moon, no blue
sky. Last version I build with OSG 2.4.0 on 7/23 was fine. Here are few
snapshot
I am using OSG v2.4, and today, I have this compilation error :
FGManipulator.cxx
\Devel\FlightGear\src\Main\FGManipulator.cxx(147) : error C2039:
'getGraphicsContext' : n'est pas membre de 'osgGA::GUIEventAdapter'
..\..\..\OpenSceneGraph\include\osgGA\GUIEventAdapter(26) : voir
la décla
Hi Tat,
- "Tatsuhiro Nishioka" <[EMAIL PROTECTED]> a écrit :
> Anyway, could someone apply his (and my) patches and commit to cvs?
> RCS file: /var/cvs/FlightGear-0.9/source/src/Main/fg_init.cxx,v
> retrieving revision 1.201
> diff -u -r1.201 fg_init.cxx
1.201 is a bit
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 July 2008:
>
>> you have no idea about the cruft windows.h is dragging.
>>
>
> True. But I had the impression that you were adding the
> #if ... #include #endif to every single file,
> anyway. :-
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 July 2008:
>
>> That would mean even longer compilation time.
>>
>
> Yes, a few milliseconds. Come on! The file is loaded into the
> file cache and then takes almost *no* time for loading, and not
> mo
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 July 2008:
>
>> My next commit will please you. Most are gone. ;-) The real problem was
>> unneeded inclusion of GLU.h and GL.h that required windows.h
>>
>
> Sounds good. :-)
>
> I've
Melchior FRANZ a écrit :
> * Curtis Olson -- Sunday 27 July 2008:
>
>> It wouldn't surprise me if the standard hello world example for windows is:
>>
> [...]
>
> Wouldn't surprise me either. But I don't see why the noisy
> include lines aren't then in config.h, rather than in every
> single
601 - 700 of 1010 matches
Mail list logo
