Hi,
On Monday, July 16, 2012 07:20:32 Chris Forbes wrote:
If DDS is not politically acceptable, there should be an alternative
way of providing premipped textures.
Mipmap generation is a *significant* portion of the load time,
particularly on the nicer aircraft with large textures.
Even
Hi,
On Friday, July 13, 2012 21:20:33 Stuart Buchanan wrote:
I can see a number of options to resolve this (and I'm sure there are more):
The 4. Method that I can imagine is to precompute the mipmaps in the loader.
IIRC tests with some of the guys suffering from this problem, providing
Hi,
On Friday, July 13, 2012 21:20:33 Stuart Buchanan wrote:
I can see a number of options to resolve this (and I'm sure there are more):
Oh, I forgot in the previous mail:
There is a 5. Solution:
Provide premipmapped uncompressed dds files and compress them with something
like gzip. Osg can
Mathias Fröhlich a écrit :
...
But that means we could at the point where the warning happens compute
the mipmap levels on the cpu in the loader thread. osg::gluScaleImage
could be used to do this I think (or something similar not requireing
a context). This one is an imported version
Hi,
On Saturday, July 21, 2012 11:56:39 Harald Johnsen wrote:
gluScaleImage does the usual job of blurring the texture to compute the
mipmaps. The advantage of pre computed mipmaps (inside .dds or not) is
that we can use better algorithms
(http://en.wikipedia.org/wiki/Bicubic_interpolation
Am 21.07.2012 um 11:56 schrieb Harald Johnsen hjohn...@evc.net:
Mathias Fröhlich a écrit :
...
But that means we could at the point where the warning happens compute the
mipmap levels on the cpu in the loader thread. osg::gluScaleImage could be
used to do this I think (or
If DDS is not politically acceptable, there should be an alternative
way of providing premipped textures.
Mipmap generation is a *significant* portion of the load time,
particularly on the nicer aircraft with large textures.
Even something as simple as a bunch of PNGs concatenated from small to
A number of effects files use .dds textures, leading to error messages
on the console.
IIRC in the last release, we suppressed these error messages for the
release, and I think we need
to do something for for 2.8.0 as well.
Of particular concern is terrain-default.eff which uses
On Saturday 14 July 2012 06:22:06 Renk Thorsten wrote:
In case we want to remove those, the corresponding *.ac files have to be
changed. Is there an opinion on that question either way?
* Thorsten
This should be fixed too, as of now, in GIT.
Hopefuly, warning messages (if left enabled)
Emilian Huminiuc wrote:
Hopefuly, warning messages (if left enabled) should appear only when
specificaly using Materials/dds/materials.xml
Many thanks for working toward a proper solution,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
On Fri, Jul 13, 2012 at 9:20 PM, Stuart Buchanan wrote:
Hi All,
A number of effects files use .dds textures, leading to error messages
on the console.
IIRC in the last release, we suppressed these error messages for the
release, and I think we need
to do something for for 2.8.0 as well.
On Fri, 13 Jul 2012 21:20:33 +0100, Stuart wrote in message
CAP3ntyuH1T=2ahOgcyGKj-y++EBwc7Q0qY8yHaqx=jT=p-p...@mail.gmail.com:
Hi All,
A number of effects files use .dds textures, leading to error messages
on the console.
..last time I saw these .dds error messages fly by, the console
12 matches
Mail list logo