From: Paul B Mahol <onemda@gmail.com>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: Martijn van Beurden <mvanb1@gmail.com>
Subject: Re: [FFmpeg-devel] [PATCH v7 0/3] 32bps FLAC patches
Date: Thu, 1 Dec 2022 13:31:58 +0100
Message-ID: <CAPYw7P4DmoqQEZTWXtuCKohJTnX-t-mxNJOyA2hzFKz37XB5+g@mail.gmail.com> (raw)
In-Reply-To: <CAPYw7P57uoRh=e1zCio+tGFqgMr7-i4qzWZaUNhY5KrPkittxg@mail.gmail.com>
On 11/25/22, Paul B Mahol <onemda@gmail.com> wrote:
> On 10/11/22, Martijn van Beurden <mvanb1@gmail.com> wrote:
>> Recently libFLAC gained the ability (first released in FLAC 1.4.0)
>> to create FLAC files containing 32-bit int PCM samples. To
>> keep complexity reasonable, the choice was made to limit residuals
>> to 32-bit integers, which the encoder must make sure of. In case
>> the encoder cannot find any predictor of which the residuals fit
>> this limit, it must default to using a verbatim subframe. Tests have
>> shown that this does not happen often (<0.1% of subframes on a
>> music corpus of various styles). See also discussion here:
>> https://github.com/ietf-wg-cellar/flac-specification/pull/148
>>
>> These two patches implement decoding and encoding following this
>> format.
>>
>> Changes since v1:
>> fix copy-paste error in encoder, several invocations of
>> lpc_encode_choose_datapath used wrong parameters, making FATE fail as
>> compression was less than it should be
>>
>> Changes since v2:
>> Rebased decoder part as it didn't apply anymore
>>
>> Changes since v3:
>> Moved put_golomb part to flacenc.c (as it is now quite specific to FLAC)
>> and renamed put_sbits64 to put_sbits63 (and changed assert accordingly)
>>
>> Changes since v4:
>> Fix check of decoded_buffer_33bps malloc. Fix reading of wasted bits
>> for 33bps subframe. Add fate test
>>
>> Changes since v5:
>> Slimmed down 32 bps fate flac test from 2 to 1 input file. Replaced
>> -strict -2 with -strict experimental in fate and encoder warning.
>>
>> Changes since v6:
>> Deduplicated function bodies with preprocessor macros in both
>> encoder and decoder, declared variables in loop body where possible
>> and changed ff_ctz to ff_ctzll where necessary
>>
>> Martijn van Beurden (3):
>> libavcodec/flacdec: Implement decoding of 32 bit-per-sample PCM
>> libavcodec/flacenc: Implement encoding of 32 bit-per-sample PCM
>> fate/flac: Add test of 32 bps encoding/decoding
>>
>> libavcodec/flac.c | 4 +-
>> libavcodec/flacdec.c | 218 ++++++++++++++++--
>> libavcodec/flacenc.c | 480 +++++++++++++++++++++++++++++++---------
>> libavcodec/get_bits.h | 12 +
>> libavcodec/mathops.h | 9 +
>> libavcodec/put_bits.h | 7 +
>> libavcodec/put_golomb.h | 14 --
>> tests/fate/flac.mak | 4 +
>> 8 files changed, 602 insertions(+), 146 deletions(-)
>>
>> --
>> 2.30.2
>>
>
>
>
> If this is OK, will apply soon.
Last time to say no to this patchset.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2022-12-01 12:32 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-11 17:24 Martijn van Beurden
2022-10-11 17:24 ` [FFmpeg-devel] [PATCH v7 1/3] libavcodec/flacdec: Implement decoding of 32 bit-per-sample PCM Martijn van Beurden
2022-10-11 17:24 ` [FFmpeg-devel] [PATCH v7 2/3] libavcodec/flacenc: Implement encoding " Martijn van Beurden
2022-10-11 17:24 ` [FFmpeg-devel] [PATCH v7 3/3] fate/flac: Add test of 32 bps encoding/decoding Martijn van Beurden
2022-10-28 20:13 ` [FFmpeg-devel] [PATCH v7 0/3] 32bps FLAC patches Martijn van Beurden
2022-11-11 21:11 ` Martijn van Beurden
2022-11-25 16:38 ` Martijn van Beurden
2022-11-25 22:34 ` Paul B Mahol
2022-12-01 12:31 ` Paul B Mahol [this message]
2022-12-11 13:31 ` Martijn van Beurden
2022-12-18 23:03 ` Paul B Mahol
2022-12-26 20:14 ` Paul B Mahol
2022-12-26 21:56 ` Martijn van Beurden
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAPYw7P4DmoqQEZTWXtuCKohJTnX-t-mxNJOyA2hzFKz37XB5+g@mail.gmail.com \
--to=onemda@gmail.com \
--cc=ffmpeg-devel@ffmpeg.org \
--cc=mvanb1@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git