CELT 0.6.0 automated testing results

The automated testing routine for CELT involves running roughly 12 months of audio through the CELT encoder and decoder across a wide variety of modes and configurations. All user accessible modes receive at least some level of coverage. 48kHz mono receives automated quality testing of all frame sizes and most reasonable bit-rates. Common configurations receive extensive fuzz testing under valgrind. ARM (OpenMoko), PPC (Fedora 11), x86_64 (Fedora 10, 11), and x86 (Fedora 11) are used in testing.

This level of extensive testing is made possible by the large multiple of real-time that CELT operates at on modern computing hardware.

Keep in mind that as of 0.6.0 CELT is still a work in progress. Neither the API/ABI, nor the bit-stream are stable. Also, while we do not expect it to set your house on fire, we cannot guarantee that it won't. Spontaneous combustion is specifically not covered by these tests.

Automated Quality testing

ValueMeaning
0Imperceptible
-1Perceptible but not annoying
-2Slightly annoying
-3Annoying
-4Very annoying
Definitions of PEAQ ODG scores

The quality of CELT 0.6.0 at 48 kHz mono was assessed for 51,848 combinations of bitrate, frame size, and complexity using PQEvalAudio, an implementation of PEAQ. The PEAQ objective difference grade does not always accurately reflect human opinion but its automated nature permits testing large numbers of configurations. These quality tests would require over 52 days of continuous listening if conducted with a single human reviewer.


Complexity 9 PQEvalAudio map

This illustration demonstrates the quality/bitrate/delay trade-offs available in CELT in full (default) complexity mode.

CELT 0.6.0 Quality Graph
Equal-quality contours are drawn at -0.5, -1, -2, and -3.

Complexity 1 PQEvalAudio map

This illustration demonstrates the quality/bitrate/delay trade-offs available in CELT in low complexity mode.

CELT 0.6.0 Quality Graph
Equal-quality contours are drawn at -0.5, -1, -2, and -3.

Cross-version PQEvalAudio comparisons

PQEvalAudio is run periodically during CELT development to help spot unexpected changes which may be perceptually relevant. Sometimes new functionality will introduce quality impacting bugs which only impact some configurations.

For 0.6.0 this comparative testing appears to show a reduction in performance around 40kbit/sec at typical frame sizes, but this is actually a case of PQEvalAudio disagreeing with actual human listening tests: Towards the end of the 0.6.0 development cycle the codec was retuned based on real listening tests and this tuning is responsible for the decline in the PQEvalAudio score even though the improvement provided by the tuning is obvious to any listener. For comparison graphs are provided comparing 0.6.0 with 9dff0218, a recent version the source code repository immediately prior to these tuning changes.

Several other quality improvements during the 0.6.0 development cycle were partially offset by the introduction of independently coded frames. Now the CELT encoder will automatically encode some frames independently of the prior frames. This makes the stream somewhat more robust to packet loss. Applications can also request the CELT encoder to produce only independent frames, which gives the greatest robustness to packet loss but it requires a somewhat higher bitrate to achieve the same quality.

Comparison with CELT 0.5.2 (complexity 9)

For each test point the 0.5.2 PQEvalAudio score was subtracted from the CELT 0.6.0 score.

CELT 0.6.0 Quality Graph
Positive (blue) values in the chart indicate improvement according to PQEvalAudio, while negative (red) values indicate quality loss.

Comparison with CELT 9dff0218 (complexity 9)

For each test point the revision 9dff0218 PQEvalAudio score was subtracted from the CELT 0.6.0 score.

CELT 0.6.0 Quality Graph
Positive (blue) values in the chart indicate improvement according to PQEvalAudio, while negative (red) values indicate quality loss.

Comparison with CELT 0.5.2 (complexity 1)

For each test point the 0.5.2 PQEvalAudio score was subtracted from the CELT 0.6.0 score.

CELT 0.6.0 Quality Graph
Positive (blue) values in the chart indicate improvement according to PQEvalAudio, while negative (red) values indicate quality loss.

Comparison with CELT 9dff0218 (complexity 1)

For each test point the revision 9dff0218 PQEvalAudio score was subtracted from the CELT 0.6.0 score.

CELT 0.6.0 Quality Graph
Positive (blue) values in the chart indicate improvement according to PQEvalAudio, while negative (red) values indicate quality loss.

"make check" tests

CELT includes a number of unit tests that exercises internal components of CELT.
0.6.0 introduces a new test 'tandem-test' which loops the decoder output back into the encoder and tests the whole encoder/decoder system at many rates and frame sizes.

Testx86_64x86ARMPPC
cwrs32-testPassPassPassPass
dft-testPassPassPassPass
ectestPassPassPassPass
laplace-testPassPassPassPass
mathops-testPassPassPassPass
mdct-testPassPassPassPass
real-fft-testPassPassPassPass
tandem-testPassPassPassPass
type-testPassPassPassPass

All modes test

A short audio file is run through 27,525,120 CELT configurations (all frame sizes, all bytes-per-frame from 8-200, and sample rates from 32000-96000 in 100Hz increments). Because of CPU requirements this test is only run only in low complexity mode. In order to pass, these cycles of "testcelt" must complete without error.

Popular modes fuzz-test

Two hours of audio extracted from several dozen albums and live recordings are run through CELT at 32, 44.1, and 48 kHz at frame sizes of 64, 96, 128, 192, 256, 384 and 512 samples and at 48, 64, and 128kbit/sec in mono, stereo mode, and with and without VBR. One tenth of a percent of the encoded bits are randomly flipped. In order to pass, these cycles of "testcelt" must complete without error. This test is run under valgrind both with the memtest and exp-ptrcheck tools and with assertions enabled for extra error sensitivity.