[FFmpeg-devel] [PATCH 2/2] avcodec: remove sonic lossy/lossless audio

Alexander Strasser eclipse7 at gmx.net
Sun Mar 10 15:12:24 EET 2024


On 2024-02-28 19:36 +0100, Jean-Baptiste Kempf wrote:
>
> On Wed, 28 Feb 2024, at 18:55, James Almer wrote:
> > On 2/28/2024 10:31 AM, J. Dekker wrote:
> >>
> >> Michael Niedermayer <michael at niedermayer.cc> writes:
> >>
> >>> [[PGP Signed Part:Undecided]]
> >>> On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote:
> >>>> This was an experimental/research codec of which ffmpeg is the only
> >>>> encoder and decoder,
> >>>
> >>>
> >>>> development has stalled
> >>>
> >>> Thats not true, there was private dicussion making sonic the most
> >>> advanced audio codec in FFmpeg a few months ago.
> >>> Iam not saying that will happen, i am just saying there was a
> >>> discussion about it. And that iam in principle interrested in
> >>> working on this. Its possible i will not have enough time ...
> >>>
> >>
> >> The last commit which actually changed the codec was
> >> 6026a5ad4f135476c7a1f51f8cfa7f4cc2ca0283 by you in 2013 which is over 10
> >> years ago. For an experimental codec I think it's pretty safe to say
> >> that development has stalled.
> >>
> >> Keeping the codec around based on 'what if?'s doesn't seem
> >> reasonable. Besides, if you do make sonic the most advanced audio codec
> >> in FFmpeg there's nothing which says you couldn't re-add it at a later
> >> date when it's being actively developed again.
> >
> > Does it hurt keeping it around? If it can at some point be developed
> > again, then removing the codec id to re-add it later will be a bit dirty.
> >
> > IMO, just disable both modules by default during configure, or tag the
> > encoder as experimental to prevent new streams to be created unless
> > explicitly requested knowing that it's an unfinished format.
>
> +1

+1

But if it stays it should be regularly compiled (at least on a fate client).


  Alexander


More information about the ffmpeg-devel mailing list