On Thu, Jan 19, 2012 at 1:31 AM, Mathias Fröhlich
mathias.froehl...@gmx.net wrote:
Yes, the usual user might ask 'what should I do?'
What about:
Image ...
uses compressed textures which cannot be supported on some systems.
Please decompress this texture for improved portability.
How about
Hi Vivian,
Sorry for the long delay, also in face of the pending release.
Thanks for the suggestions.
On Sunday, January 15, 2012 19:08:17 Vivian Meazza wrote:
On the other hand, if you are trying to tell aircraft modelers not to use
these forms (.dds .ivs) of compression, then:
Image
Martin Spott
Gijs de Rooy wrote:
How about moving these messages to --log-level=warn or the like?
I strongly object: People are willfully committing proprietary stuff
into FlightGear. As long as we can't stop this, writing a warning is
one of the best things we (The FlightGear Project)
Hi,
On Saturday, January 14, 2012 20:17:22 Gijs de Rooy wrote:
is there an easy way to disable this message?
since i'm using dds texture, it's flooding the console...
+1
Every single texture of --material=materials-dds.xml seems gives an error...
How about moving these messages to
Hi,
On Sunday, January 15, 2012 10:56:14 Vivian Meazza wrote:
Just what is the user meant understand or to do about it?
What do you want to read?
Mathias
--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Mathias
Hi,
On Sunday, January 15, 2012 10:56:14 Vivian Meazza wrote:
Just what is the user meant understand or to do about it?
What do you want to read?
I would suggest
Image D:/Git_New/my_fgdata/Textures/Terrain/sand6.dds uses compressed DDS
textures which may be unsupported by your
Vivian,
On Sunday, January 15, 2012 12:08:14 Vivian Meazza wrote:
I would suggest
Image D:/Git_New/my_fgdata/Textures/Terrain/sand6.dds uses compressed DDS
textures which may be unsupported by your video driver and not display
properly.
Ok,
Can you help me further:
It's not limited to
On Sunday 15 January 2012 12:34:43 Mathias Fröhlich wrote:
Well, I hope that we can get rid of the compression.
Can somebody with the apropriate tools convert the compressed textures to
non compressed ones? That could still be dds, but dds without these
compressions that produce the warning.
Vivian Meazza wrote:
Image D:/Git_New/my_fgdata/Textures/Terrain/sand6.dds uses compressed DDS
textures which may be unsupported by your video driver and not display
properly.
Well, the stumbling block here is proprietary, patented !! compression
which therefore is unsupported in OpenSource
Hi Emilian,
On Sunday, January 15, 2012 14:33:40 Emilian Huminiuc wrote:
There are a couple of isue with that though. Biggest one is it will increase
disk/RAM usage by at least 4 times, if not 8 depending on
texture/compression method used. That basicaly negates all the advantages
of the dds
Mathias
On Sunday, January 15, 2012 12:08:14 Vivian Meazza wrote:
I would suggest
Image D:/Git_New/my_fgdata/Textures/Terrain/sand6.dds uses compressed
DDS
textures which may be unsupported by your video driver and not display
properly.
Ok,
Can you help me further:
It's not
is there an easy way to disable this message?
since i'm using dds texture, it's flooding the console...
+1
Every single texture of --material=materials-dds.xml seems gives an error...
How about moving these messages to --log-level=warn or the like?
Gijs de Rooy wrote:
How about moving these messages to --log-level=warn or the like?
I strongly object: People are willfully committing proprietary stuff
into FlightGear. As long as we can't stop this, writing a warning is
one of the best things we (The FlightGear Project) can do.
Cheers,
Le 11/01/2012 18:59, Mathias Fröhlich a écrit :
Hi,
On Sunday, January 01, 2012 11:41:22 Mathias Fröhlich wrote:
I think then, computing mipmaps for any texture file on the CPU in the
loader thread should globally improove the situation.
Also avoiding the compression already in the files
Hi,
On Sunday, January 01, 2012 11:41:22 Mathias Fröhlich wrote:
I think then, computing mipmaps for any texture file on the CPU in the
loader thread should globally improove the situation.
Also avoiding the compression already in the files should help every use
case. Except that the on disk
Hi,
On Friday, December 30, 2011 11:11:39 Frederic Bouvier wrote:
* If it's just the mipmaps. May be we can precompute the mipmaps using
the cpu in the database loader thread. This would help all textures not
only the ones that could be converted. May be this is the most generic
Hi Erik,
On Friday, December 30, 2011 11:39:37 Erik Hofman wrote:
On Fri, 2011-12-30 at 10:42 +0100, Mathias Fröhlich wrote:
* If it's just the mipmaps. May be we can precompute the mipmaps using
the cpu in the database loader thread. This would help all textures not
only the ones that
Hi,
On Friday, December 30, 2011 00:09:20 Csaba Halász wrote:
I wonder if there is an open standard counterpart that can do the same
as the dds compression? Or is the whole idea patented? (Eww, too broad
software patents are the work of the devil).
No, Sadly.
It is all about an OpenGL
Hi,
De: Mathias Fröhlich
* If it's just the mipmaps. May be we can precompute the mipmaps using the cpu
in the database loader thread. This would help all textures not only the ones
that could be converted. May be this is the most generic solution.
I implemented a mipmap control and
On Fri, 2011-12-30 at 10:42 +0100, Mathias Fröhlich wrote:
* If it's just the mipmaps. May be we can precompute the mipmaps using the
cpu
in the database loader thread. This would help all textures not only the ones
that could be converted. May be this is the most generic solution.
Ok I'm
On Fri, 30 Dec 2011, Mathias Fröhlich wrote:
blobs?
We could try to decompress the blobs? --- No, patent infringement!!!
I call shennanigans. There's no way a process that obvious could be
patented and if some mouth breathing derp DID patent it, it needs to be
ignored.
g.
--
Proud owner
On Thu, 2011-12-29 at 14:37 +0100, Erik Hofman wrote:
On Thu, 2011-12-29 at 14:16 +0100, Mathias Fröhlich wrote:
Could we do dds files without compression but with precomputed mipmaps?
So at next, can you try out which combination of compression/provided
mipmaps/forced simgear
22 matches
Mail list logo