On Tue, 10 Jan 2006 16:17:32 +
Tiago Gusmão wrote:
I will post in the plib in the plib devel list just to make sure we can
go ahead with this, but before i would like to know what exactly do we
want and have someone double-check the specs and issues, i'm not an
OpenGL guru or something
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tiago Gusmão schrieb:
The other problem is that this is plib, i'm not sure this is simply
going to be accepted into the tree after being coded properly.
And to make it an option, i think we also need to modify it to get the
option passed to plib.
On Tue, Jan 10, 2006 at 04:17:32PM +, Tiago Gusmão wrote:
I see that .sgi has a few dummy fields we could use (altough that would
break the spec, they should be NULL),
That's not an option. Even using the comment line for
that isn't one, although it wouldn't violate the spec.
m.
Hello Jon,
Jon Stockill wrote:
http://flightgear.stockill.org.uk/testing/BaseSceneryWithTiger.tgz
Thanks for posting the link.
Can you share your experience with us how to size the hardware in order
to run this scenery ? I know TIGER is _very_ detailed and, analogous to
Ralf's scenery, certain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
AJ MacLeod schrieb:
I was hoping that it might enable me to run Jon's new KSFO scenery with
Tiger data, but no improvement there at all. Either Jon has to reduce the
ploy count markedly, or I have to upgrade my video card!
Same here, unfortunately
Jon Stockill wrote:
It doesn't seem to be displaying it that's the problem - it's getting
terragear to build it. Once you reach a certain polygon density things
start to break down, there's obviously a lot more polygons, but the
road polys just don't seem to show up, and there's a big
Altough s3tc is quite widespread, since we are using 2^n sided textures,
it should be trivial to add support to down-size sides by 2^n if the
user wishes so, at the expense of longer loading time. We could also
provide a way to convert the actual files.
Models could also be LODed during
On Monday 09 January 2006 22:11, Christian Mayer wrote:
Tiago Gusmão schrieb:
Altough s3tc is quite widespread, since we are using 2^n sided textures,
it should be trivial to add support to down-size sides by 2^n if the
user wishes so, at the expense of longer loading time. We could also
Technically, the extensions can be queried in run-time (and there are a
few more that can be included easily).
I don't see any reason why would anyone with compatible HW want to
disable this, but who knows? Perhaps some purist dislikes that s3tc is
lossy ;)
The other problem is that this is
Tiago Gusmão
I'm having a HW problem and i can't enable AGP in linux, which makes the
hunter, b1900d and the Nimitz lower FPSs dramatically, which i believe
is caused by the NVRAM filling up with textures thus forcing texture
transfers to the card (GF4 MX 440 64MB)
so after Surge mentioned
Vivian Meazza wrote:
I was hoping that it might enable me to run Jon's new KSFO scenery with
Tiger data, [...]
Ah, I knew once someone would try TIGER data with FlightGear :-)
Is there any public notion of this Scenery ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who
Martin Spott wrote:
Ah, I knew once someone would try TIGER data with FlightGear :-)
Is there any public notion of this Scenery ?
http://flightgear.stockill.org.uk/testing/BaseSceneryWithTiger.tgz
That's using tiger data for major roads, railways, and waterways - the
water flowing down
Hello
I'm having a HW problem and i can't enable AGP in linux, which makes the
hunter, b1900d and the Nimitz lower FPSs dramatically, which i believe
is caused by the NVRAM filling up with textures thus forcing texture
transfers to the card (GF4 MX 440 64MB)
so after Surge mentioned texture
13 matches
Mail list logo