Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
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".

  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