pub enum Compression {
Uncompressed,
RLE,
ZIP1,
ZIP16,
PIZ,
PXR24,
B44,
B44A,
DWAA(Option<f32>),
DWAB(Option<f32>),
HTJ2K32,
HTJ2K256,
}Expand description
Specifies which compression method to use.
Use uncompressed data for fastest loading and writing speeds. Use RLE compression for fast loading and writing with slight memory savings. Use ZIP compression for slow processing with large memory savings.
Variants§
Uncompressed
Store uncompressed values. Produces large files that can be read and written very quickly. Consider using RLE instead, as it provides some compression with almost equivalent speed.
RLE
Produces slightly smaller files that can still be read and written rather quickly. The compressed file size is usually between 60 and 75 percent of the uncompressed size. Works best for images with large flat areas, such as masks and abstract graphics. This compression method is lossless.
ZIP1
Uses ZIP compression to compress each line. Slowly produces small images which can be read with moderate speed. This compression method is lossless. Might be slightly faster but larger than `ZIP16´.
ZIP16
Uses ZIP compression to compress blocks of 16 lines. Slowly produces small images which can be read with moderate speed. This compression method is lossless. Might be slightly slower but smaller than `ZIP1´.
PIZ
PIZ compression works well for noisy and natural images. Works better with larger tiles. Only supported for flat images, but not for deep data. This compression method is lossless.
PXR24
Like ZIP1, but reduces precision of f32 images to f24.
Therefore, this is lossless compression for f16 and u32 data, lossy
compression for f32 data. This compression method works well for
depth buffers and similar images, where the possible range of values
is very large, but where full 32-bit floating-point accuracy is not
necessary. Rounding improves compression significantly by
eliminating the pixels’ 8 least significant bits, which tend to be
very noisy, and therefore difficult to compress. This produces
really small image files. Only supported for flat images, not for deep
data.
B44
This is a lossy compression method for f16 images.
It’s the predecessor of the B44A compression,
which has improved compression rates for uniformly colored areas.
You should probably use B44A instead of the plain B44.
Only supported for flat images, not for deep data.
B44A
This is a lossy compression method for f16 images. All f32 and u32 channels will be stored without compression. All the f16 pixels are divided into 4x4 blocks. Each block is then compressed as a whole.
The 32 bytes of a block will require only ~14 bytes after compression, independent of the actual pixel contents. With chroma subsampling, a block will be compressed to ~7 bytes. Uniformly colored blocks will be compressed to ~3 bytes.
The 512 bytes of an f32 block will not be compressed at all.
Should be fast enough for realtime playback. Only supported for flat images, not for deep data.
DWAA(Option<f32>)
Lossy DCT-based compression (DreamWorks Animation), 32 scanlines per block. Partial buffer access friendly. Decoding support is implemented. Encoding is not implemented and returns an error.
DWAB(Option<f32>)
Lossy DCT-based compression (DreamWorks Animation), 256 scanlines per block. Better compression ratio for full frames. Decoding support is implemented. Encoding is not implemented and returns an error.
HTJ2K32
This lossy compression is not yet supported by this implementation.
HTJ2K256
This lossy compression is not yet supported by this implementation.
Implementations§
Source§impl Compression
impl Compression
Sourcepub fn compress_image_section_to_le(
self,
header: &Header,
uncompressed_native_endian: ByteVec,
pixel_section: IntegerBounds,
) -> Result<ByteVec>
pub fn compress_image_section_to_le( self, header: &Header, uncompressed_native_endian: ByteVec, pixel_section: IntegerBounds, ) -> Result<ByteVec>
Compress the image section, converting from native endian into with little-endian format.
Sourcepub fn decompress_image_section_from_le(
self,
header: &Header,
compressed_le: ByteVec,
pixel_section: IntegerBounds,
pedantic: bool,
) -> Result<ByteVec>
pub fn decompress_image_section_from_le( self, header: &Header, compressed_le: ByteVec, pixel_section: IntegerBounds, pedantic: bool, ) -> Result<ByteVec>
Decompress the image section from bytes of little-endian format, returning native-endian format.
Sourcepub const fn scan_lines_per_block(self) -> usize
pub const fn scan_lines_per_block(self) -> usize
For scan line images and deep scan line images, one or more scan lines may be stored together as a scan line block. The number of scan lines per block depends on how the pixel data are compressed.
Sourcepub const fn supports_deep_data(self) -> bool
pub const fn supports_deep_data(self) -> bool
Deep data can only be compressed using RLE or ZIP compression.
Sourcepub fn is_lossless_for(self, sample_type: SampleType) -> bool
pub fn is_lossless_for(self, sample_type: SampleType) -> bool
Most compression methods will reconstruct the exact pixel bytes, but some might throw away unimportant data for specific types of samples.
Sourcepub fn may_loose_data(self) -> bool
pub fn may_loose_data(self) -> bool
Most compression methods will reconstruct the exact pixel bytes, but some might throw away unimportant data in some cases.
Sourcepub fn supports_nan(self) -> bool
pub fn supports_nan(self) -> bool
Most compression methods will reconstruct the exact pixel bytes, but some might replace NaN with zeroes. This might also depend on the sample type of the pixels. Even a compression method that supports NaN might change the bit patterns of those NaNs.
Sourcepub fn preserves_nan_bits(self) -> bool
pub fn preserves_nan_bits(self) -> bool
Most compression methods will reconstruct the exact pixel and NaN bits, but some might replace NaN bits with other NaN bits. This might also depend on the sample type of the pixels.
Source§impl Compression
impl Compression
Sourcepub fn write<W: Write>(self, write: &mut W) -> UnitResult
pub fn write<W: Write>(self, write: &mut W) -> UnitResult
Without validation, write this instance to the byte stream.