Skip to content
compressionKIT
User guide
HELIA

Compression Methods

Compare methods using the same signal, reference, and metric definitions. The toolkit includes neural, DSP, and hybrid codec paths; their tradeoffs depend on the recording and compression ratio.

MethodApproachWhere to start
RVQ autoencoderA learned encoder and decoder with residual vector quantizationArchitecture and configuration
Wavelet + SPIHTA wavelet transform with progressive coefficient codingSPIHT guide
Hybrid + SPIHTA learned front end followed by a DSP codecHybrid guide
DecimationA simple comparison baseline that reduces sample rateCompare against the same signal and reconstruction requirements

The experiment registry records package targets. Inspect the linked bundle to confirm remote availability, or reproduce a local package.

QuestionBest starting page
What can I download today?Model Zoo
How do PPG methods behave under empirical noise or motion?PPG Models
How do ECG methods behave under SNR and contact-artifact sweeps?ECG Models
What are the CR-vs-fidelity numbers?PPG CR vs Fidelity, ECG CR vs Fidelity
What do the metrics mean?Validation Scorecard
  1. Choose PPG or ECG and confirm the package sample rate and frame size match your input preparation.
  2. Run a published package before attempting training. Use SPIHT as a DSP comparison, RVQ for a learned codec, and hybrid when evaluating learned preprocessing plus compression.
  3. Compare operating points on the same recordings and metric definitions. Select a quality requirement before choosing the largest compression ratio.
  4. Measure the complete integration, including framing, side information, transport overhead, execution time and memory.

The model tables are evidence for their recorded evaluation conditions. They do not select a codec for a different sensor, population or device automatically.

All release-facing methods in compressionKIT follow these principles:

  1. Plan for embedded integration: measure the chosen implementation on the target; a Python codec does not by itself provide a portable C runtime.
  2. Quantization-friendly — Only operators that work with INT8/INT16x8 quantization
  3. Configurable via YAML — Major parameters exposed through configuration files
  4. Evaluated on signal utility — Not just MSE, but modality-specific metrics and noise/artifact behavior

Summary tables of the v1 RVQ goldens with codec compression ratios, optional codec+prior effective compression ratios where available, and noise-aware fidelity metrics (PRD, PRDN-noise, HR MAE, QRS- / pulse-band PSD error, coherence, stitching seam ratio):

Refresh both fidelity tables from a complete results tree with npm run refresh:fidelity -- --results-dir /path/to/results --output-dir /tmp/fidelity-review from astro-site/. Review the resulting JSON files before replacing content-data/fidelity-*.json; authored explanations remain separate.