Re: [Flightgear-devel] Flightgear building thread.

Hi Mathias, On Saturday 26 May 2007 19:52:17 Mathias Fröhlich wrote: > Well, not that I do not care for older hardware. But I think that we should > better rely on double here. It eases life very much and reduces complexity > in the code ... Remember this is OSG build - not FG. OK. But what re

Re: [Flightgear-devel] Flightgear building thread.

Hi Curt, On Saturday 26 May 2007, Curtis Olson wrote: > If this works as well as advertised (and it appears to) then this is a > really nice feature of OSG. Dealing with whole earth scales using floating > point numbers requires a few non-obvious tricks. For those not familiar > with the issue,

Re: [Flightgear-devel] Flightgear building thread.

On 5/26/07, Tim Moore wrote: You might not realize that OSG doesn't push / pop the matrix in each transform node to OpenGL. Instead, it accumulates the effective ModelView matrix for each drawable and and loads that when the drawable is rendered. This allows you to keep the coordinates of geomet

Re: [Flightgear-devel] Flightgear building thread.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathias Fröhlich wrote: > Hi, > > On Saturday 26 May 2007, Harald JOHNSEN wrote: >> Are we talking about the matrices used for the culling and the rendering >> ? If that's the case then we don't need precision for culling and the >> gpu does nothing w

Re: [Flightgear-devel] Flightgear building thread.

On Saturday 26 May 2007 14:34:44 Mathias Fröhlich wrote: > hi, > > On Saturday 26 May 2007, Nick Warne wrote: > > I hope not ;-) ... > > What compiler do you use? > What distro? gcc version 3.4.6 Slack 10 (but heavily updated from source all bar glibc [too scared to update that]). > > > I under

Re: [Flightgear-devel] Flightgear building thread.

Hi, On Saturday 26 May 2007, Harald JOHNSEN wrote: > Are we talking about the matrices used for the culling and the rendering > ? If that's the case then we don't need precision for culling and the > gpu does nothing with doubles, they have allready some trouble to use > floats efficiently. These

Re: [Flightgear-devel] Flightgear building thread.

Mathias Fröhlich wrote: >Hi, > >Hi, > >On Saturday 26 May 2007, Nick Warne wrote: > > >>I decided to start a new clean thread here, so people can find what they >>need to build FG to perform. >> >>As we know, using the CMAKE command: >> >>cmake -i . >> >>produces a question/answer type script so

Re: [Flightgear-devel] Flightgear building thread.

hi, On Saturday 26 May 2007, Nick Warne wrote: > I hope not ;-) ... What compiler do you use? What distro? > I understand/stood what these options did, and hence why I tried it. I do > not see any difference at all, other than a 100% 'responsiveness' to FG and > super FPS. > > It what respect d

Re: [Flightgear-devel] Flightgear building thread.

Hi Mathias, On Saturday 26 May 2007 14:18:14 Mathias Fröhlich wrote: > > //Set to ON to build OpenSceneGraph with float matrix instead of > > // double. > > OSG_USE_FLOAT_MATRIX:BOOL=ON > > > > //Set to ON to build OpenSceneGraph with float matrix instead of > > // double. > > OSG_USE_FLOAT_PLANE:

Re: [Flightgear-devel] Flightgear building thread.

Hi, Hi, On Saturday 26 May 2007, Nick Warne wrote: > I decided to start a new clean thread here, so people can find what they > need to build FG to perform. > > As we know, using the CMAKE command: > > cmake -i . > > produces a question/answer type script so you can build as a 'Release' and > co

[Flightgear-devel] Flightgear building thread.

Hi All, I decided to start a new clean thread here, so people can find what they need to build FG to perform. As we know, using the CMAKE command: cmake -i . produces a question/answer type script so you can build as a 'Release' and configure any optimisations to suit. Using: ./configure CX