|
From: | Larry Gritz |
Subject: | [Openexr-devel] 8 bit int? |
Date: | Tue, 23 Jun 2009 14:11:36 -0700 |
User-agent: | Thunderbird 2.0.0.21 (Macintosh/20090302) |
Is anybody entertaining the idea of adding a uint8 data type to OpenEXR? Sometimes (actually quite frequently) we store things in textures that do not need fp16 precision.
Objections I've seen in previous discussion:"It's bad to store luminance" -> We store textures of things like masks or linear parameter values that are not luminance and 256 levels are more than enough.
"Use TIFF or PNG" -> But it's so much nicer to have all our textures in one format, and there is anecdotal evidence (which I'm trying to confirm) that libIlmImf is just flat-out faster to read texture than libtiff (though that's hard to verify with few useful data formats in common between TIFF and OpenEXR).
"Use fp16 with piz, it compresses as well as 8 bit" -> on disk, maybe, but it takes up twice the space in an in-memory tile cache.
I know you want to avoid a proliferation of data types. I'm just talking about adding the one type that is by far the most common for source images.
Anything changed in your philosophy about this since the last time it came up?
-- Larry Gritz address@hidden
[Prev in Thread] | Current Thread | [Next in Thread] |