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
> > s
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
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 gen
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 ext
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 simgea
5 matches
Mail list logo