[FFmpeg-devel] [PATCH v2 1/5] ac3enc_fixed: convert to 32-bit sample format

Lynne dev at lynne.ee
Thu Jan 14 03:52:03 EET 2021


Jan 13, 2021, 00:55 by dev at lynne.ee:

> Jan 12, 2021, 22:24 by andreas.rheinhardt at gmail.com:
>
>> Lynne:
>>
>>> The AC3 encoder used to be a separate library called "Aften", which
>>> got merged into libavcodec (literally, SVN commits and all).
>>> The merge preserved as much features from the library as possible.
>>>
>>> The code had two versions - a fixed point version and a floating
>>> point version. FFmpeg had floating point DSP code used by other
>>> codecs, the AC3 decoder including, so the floating-point DSP was
>>> simply replaced with FFmpeg's own functions.
>>> However, FFmpeg had no fixed-point audio code at that point. So
>>> the encoder brought along its own fixed-point DSP functions,
>>> including a fixed-point MDCT.
>>>
>>> The fixed-point MDCT itself is trivially just a float MDCT with a
>>> different type and each multiply being a fixed-point multiply.
>>> So over time, it got refactored, and the FFT used for all other codecs
>>> was templated.
>>>
>>> Due to design decisions at the time, the fixed-point version of the
>>> encoder operates at 16-bits of precision. Although convenient, this,
>>> even at the time, was inadequate and inefficient. The encoder is noisy,
>>> does not produce output comparable to the float encoder, and even
>>> rings at higher frequencies due to the badly approximated winow function.
>>>
>>> Enter MIPS (owned by Imagination Technologies at the time). They wanted
>>> quick fixed-point decoding on their FPUless cores. So they contributed
>>> patches to template the AC3 decoder so it had both a fixed-point
>>> and a floating-point version. They also did the same for the AAC decoder.
>>> They however, used 32-bit samples. Not 16-bits. And we did not have
>>> 32-bit fixed-point DSP functions, including an MDCT. But instead of
>>> templating our MDCT to output 3 versions (float, 32-bit fixed and 16-bit fixed),
>>> they simply copy-pasted their own MDCT into ours, and completely
>>> ifdeffed our own MDCT code out if a 32-bit fixed point MDCT was selected.
>>>
>>> This is also the status quo nowadays - 2 separate MDCTs, one which
>>> produces floating point and 16-bit fixed point versions, and one
>>> sort-of integrated which produces 32-bit MDCT.
>>>
>>> MIPS weren't all that interested in encoding, so they left the encoder
>>> as-is, and they didn't care much about the ifdeffery, mess or quality - it's
>>> not their problem.
>>>
>>> So the MDCT/FFT code has always been a thorn in anyone looking to clean up
>>> code's eye.
>>>
>>> Backstory over. Internally AC3 operates on 25-bit fixed-point coefficients.
>>> So for the floating point version, the encoder simply runs the float MDCT,
>>> and converts the resulting coefficients to 25-bit fixed-point, as AC3 is inherently
>>> a fixed-point codec. For the fixed-point version, the input is 16-bit samples,
>>> so to maximize precision the frame samples are analyzed and the highest set
>>> bit is detected via ac3_max_msb_abs_int16(), and the coefficients are then
>>> scaled up via ac3_lshift_int16(), so the input for the FFT is always at least 14 bits,
>>> computed in normalize_samples(). After FFT, the coefficients are scaled up to 25 bits.
>>>
>>> This patch simply changes the encoder to accept 32-bit samples, reusing
>>> the already well-optimized 32-bit MDCT code, allowing us to clean up and drop
>>> a large part of a very messy code of ours, as well as prepare for the future lavu/tx
>>> conversion. The coefficients are simply scaled down to 25 bits during windowing,
>>> skipping 2 separate scalings, as the hacks to extend precision are simply no longer
>>> necessary. There's no point in running the MDCT always at 32 bits when you're
>>> going to drop 6 bits off anyway, the headroom is plenty, and the MDCT rounds
>>> properly.
>>>
>>> This also makes the encoder even slightly more accurate over the float version,
>>> as there's no coefficient conversion step necessary.
>>>
>>> SIZE SAVINGS:
>>> ARM32:
>>> HARDCODED TABLES:
>>> BASE           - 10709590
>>> DROP  DSP      - 10702872 - diff:   -6.56KiB
>>> DROP  MDCT     - 10667932 - diff:  -34.12KiB - both:   -40.68KiB
>>> DROP  FFT      - 10336652 - diff: -323.52KiB - all:   -364.20KiB
>>> SOFTCODED TABLES:
>>> BASE           -  9685096
>>> DROP  DSP      -  9678378 - diff:   -6.56KiB
>>> DROP  MDCT     -  9643466 - diff:  -34.09KiB - both:   -40.65KiB
>>> DROP  FFT      -  9573918 - diff:  -67.92KiB - all:   -108.57KiB
>>>
>>> ARM64:
>>> HARDCODED TABLES:
>>> BASE           - 14641112
>>> DROP  DSP      - 14633806 - diff:   -7.13KiB
>>> DROP  MDCT     - 14604812 - diff:  -28.31KiB - both:   -35.45KiB
>>> DROP  FFT      - 14286826 - diff: -310.53KiB - all:   -345.98KiB
>>> SOFTCODED TABLES:
>>> BASE           - 13636238
>>> DROP  DSP      - 13628932 - diff:   -7.13KiB
>>> DROP  MDCT     - 13599866 - diff:  -28.38KiB - both:   -35.52KiB
>>> DROP  FFT      - 13542080 - diff:  -56.43KiB - all:    -91.95KiB
>>>
>>> x86:
>>> HARDCODED TABLES:
>>> BASE           - 12367336
>>> DROP  DSP      - 12354698 - diff:  -12.34KiB
>>> DROP  MDCT     - 12331024 - diff:  -23.12KiB - both:   -35.46KiB
>>> DROP  FFT      - 12029788 - diff: -294.18KiB - all:   -329.64KiB
>>> SOFTCODED TABLES:
>>> BASE           - 11358094
>>> DROP  DSP      - 11345456 - diff:  -12.34KiB
>>> DROP  MDCT     - 11321742 - diff:  -23.16KiB - both:   -35.50KiB
>>> DROP  FFT      - 11276946 - diff:  -43.75KiB - all:    -79.25KiB
>>>
>>> PERFORMANCE (10min random s32le):
>>> ARM32 - before -  39.9x - 0m15.046s
>>> ARM32 - after  -  28.2x - 0m21.525s
>>>                        Speed:  -30%
>>>
>>> ARM64 - before -  36.1x - 0m16.637s
>>> ARM64 - after  -  36.0x - 0m16.727s
>>>                        Speed: -0.5%
>>>
>>> x86   - before - 184x -    0m3.277s
>>> x86   - after  - 190x -    0m3.187s
>>>                        Speed:   +3%
>>>
>>> New patch attached.
>>>
>> FATE still fails with patches 1 and 2 on patchwork.
>>
>
> Fixed. Forgot a line. New patches attached.
>

Pushed. Thanks to all who commented.
Next up will likely be the mdct15 removal, which will be around 80KiB on all platforms.

Fun fact: commit 4/5 removed MMX code. Not something you see every day.


More information about the ffmpeg-devel mailing list