pliocomp is a small, dependency-free Rust crate implementing PLIO (Pixel LIst I/O)
mask compression, the run-length scheme used by IRAF and by the FITS tile-compression
convention (section 6.3 of the standard) to store integer mask images losslessly.
PLIO is built for masks: arrays that are mostly zero, punctuated by runs of a constant non-negative "high value" that flag regions of interest (bad pixels, object footprints, quality flags, and the like). Such data compresses extremely well with a compact run-length instruction set. It is not meant for continuous-tone imagery, which expands rather than shrinks.
cargo add pliocompThe crate exposes a single pair of inverse functions — a lossless codec:
| Function | Direction | Meaning |
|---|---|---|
pl_p2li(pxsrc, xs, lldst, npix) -> Option<usize> |
pixels → line list | encode ("pixel to line list"), returns the list length, or None if lldst was too small |
pl_l2pi(ll_src, xs, px_dst, npix) -> Option<usize> |
line list → pixels | decode ("line list to pixel"), returns the pixel count, or None if ll_src is shorter than the list its header declares |
pl_p2li_max_len(npix) -> usize |
— | worst-case line-list length for npix pixels; size the encode buffer with this and pl_p2li cannot fail |
use pliocomp::{pl_p2li, pl_p2li_max_len, pl_l2pi};
// A mask line: mostly zero with a short run of a constant high value.
let pixels: Vec<i32> = vec![0, 0, 0, 5, 5, 5, 0, 0];
// Encode into a caller-sized line-list buffer (i16 words). Sizing it with
// `pl_p2li_max_len` means the encode can never run out of room.
let mut line_list = vec![0i16; pl_p2li_max_len(pixels.len())];
let ll_len = pl_p2li(&pixels, 0, &mut line_list, pixels.len()).unwrap();
// Decode back into a pixel buffer.
let mut decoded = vec![0i32; pixels.len()];
let n = pl_l2pi(&line_list[..ll_len], 0, &mut decoded, pixels.len()).unwrap();
assert_eq!(&decoded[..n], &pixels[..]);xs is the starting index into the pixel array and npix the pixel count; decoding
supports clipping to a sub-range [xs, xs+npix) so a caller can expand part of a line
without materializing the whole thing. The caller passes a pre-sized output buffer, and
the returned length reports how much was actually written.
pl_p2li writes at most three i16 words per pixel plus a seven-word header — a pixel
whose value differs from the running high value by more than 4095 costs a two-word I_SH
pair and a one-word I_HN. pl_p2li_max_len(npix) returns that bound; allocate it and
the encode always succeeds. Smaller buffers are fine too — space is checked as the list is
built, so anything that genuinely fits still encodes — but pl_p2li returns None rather
than panicking when it runs out.
Note: this README recommended
npix * 2 + 8words before 0.6.0. Two words per pixel is not enough: from two pixels up, worst-case data overruns it. That is the same undersizing CFITSIO fixed in PR #174, where it was a heap buffer overflow; here the slice bounds turned it into a panic instead. If you sized a buffer from the old formula, switch topl_p2li_max_len.
PLIO can only represent non-negative values: negative inputs decode back as 0. This
is a format limit, not a bug. Very large high values are also bounded by the i16 words
the format is built on. See the algorithm document below for the full details.
Note: versions before 0.4.0 silently corrupted any pixel value larger than 12 bits (> 4095) on decode. If you rely on values above 4095, use 0.4.0 or later.
For a full description of the line-list format, the instruction opcodes, how the encoder and decoder work, and the format's limitations, see ALGORITHM.md.
- Algorithm description, section 6.3 of the FITS tile-compression standard: https://fits.gsfc.nasa.gov/registry/tilecompression/tilecompression2.3.pdf
- Original IRAF PLIO documentation: https://github.com/iraf-community/iraf/blob/main/sys/plio/PLIO.hlp
- HEASARC / CFITSIO tile compression overview: https://heasarc.gsfc.nasa.gov/docs/software/fitsio/compression.html
- CFITSIO
compress_imagedetails: https://heasarc.gsfc.nasa.gov/docs/software/fitsio/compression/compress_image.html - fpack paper (O1.5): https://heasarc.gsfc.nasa.gov/docs/software/fitsio/fpack/O1.5.pdf
This crate is a port of the IRAF PLIO routines, with a secondary port of the cleaned-up
pliocomp.c from CFITSIO (most gotos removed, magic constants named):
MIT