Hi,
On Mon, 2008-10-27 at 07:28 -0500, Allen Bierbaum wrote:
> Gerrit Voss wrote:
> > Hi,
> >
> >>> But in general .5-1 sec sounds very long for uploading a texture. Are
> >>> you using compressed texture formats like a DXT by chance? Unless you
> >>> store compressed data in the image, that data will have to be compressed
> >>> on upload, and that can take quite a bit of time.
> >> Agreed. I actually tried that once before and ran into issues, but the
> >> texture compression is turned off now. Although I would like to get it
> >> back if there was any way to have OpenSG do the compression in memory
> >> (and better yet allow saving the compressed version out to .osb).
> >
> > I have a version of squish in my tree, I can try to move it over to svn
> > and add the basic stuff to the image class.
the example below should work with the lastest head (as soon as the svn
server is up again ;-)).
pImage->reformat(Image::OSG_RGB_DXT1,
NULL,
(osgsquish::kColourMetricPerceptual |
osgsquish::kColourRangeFit));
and also go through the osb loader. I only put in the most direct
mappings, e.g.
RGB -> RGB_DXT1 and RGBA_DXT{1|3|5} where a fixed A is used and
RGBA -> RGBA_DXT{1|3|5}
Decompression is not implemented right now but should be straight
forward.
kind regards,
gerrit
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
