From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 6DB034751A for ; Sun, 10 Mar 2024 13:12:36 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 2940768CCB8; Sun, 10 Mar 2024 15:12:34 +0200 (EET) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 3714668C74A for ; Sun, 10 Mar 2024 15:12:26 +0200 (EET) X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from metallschleimette ([91.12.119.229]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MTAFb-1rFvkM3PXb-00UXaW for ; Sun, 10 Mar 2024 14:12:25 +0100 Date: Sun, 10 Mar 2024 14:12:24 +0100 To: FFmpeg development discussions and patches Message-ID: References: <20240228125616.458327-1-jdek@itanimul.li> <20240228125616.458327-2-jdek@itanimul.li> <20240228132943.GB6420@pb2> <87a5nk909t.fsf@itanimul.li> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:HQB9CCMdKcwxov/x2m1OWwysdC5FCX63kcwn9VT0tuAOxbHCGe0 dQkyeKWDkvPjyQ3jcP2GFdce+1wUUu+0BveXZIUW7oqRa1CMBOs3zX6A5KOPWoufvmHCo0b 6X/lhOhswcET2CFyHPmM906jTr/WwHkKoj+zZrZCGHr+Ope5a2D5no8aUSKWF5nI1KOMOai g7VlzDZJznCfOamH6AyNg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:nf7HsD2HU8Y=;xE4Zo7hP/cLuNAQIFBR/t9DOY+H mqwAN21PPsSgUZ5GfsHUly+hiJLWlcSh2hyVQ8q5CqyzSqpQ2S2G3Q2GLM6k+/wLM9Y5orDFA koTZqymD4ICTx5/aKrA/oVP8HAtXp8tCgE4KogOqBIkvvmCtyfy8jKHu2rUMxbgyQ00e19puN QCEWtpW1tJ27WV8sA/KzYoFjO6Hr0NAY0wtgt8XPmFFRdlu7/VQibnNOBiRZLXU8FDH3yICl2 fKsBMzkXZPCOEvF1r0rLH4ZkeDUqqsigcW3oRI8XZmuM+VKyTywvK0Db8nDlSxndlhEY+3x66 HVxXPAerBnGfAnUEgAOfseAA75Ihbx2P3/UFpkPTTyfKq6J81KBVmontuoIHm/n/hy/0OJYif LTJkWZNb0nsXAPEcZvj5iREB/b7vLTQMtp1Cte57PnzJpcn8uUfF7gZ2bEH/DG2H1iyu5zWlp eRXWJ38Ouv4wREElWZQZD6UDrW1AaaIufUTK2d+BscJEmGv+LuvuC506Yml8QPjW5qAzyHptD gka1cKOdFNJ/87WUohTeQ3mRNA03/KirbRVjASoBYLJxuDHH8Egedd2gw1bM7iaqHQY1TQAqc jjRBffi66hUIEjJ9oyIipxvjdR9Ub4U05ZeYisAY3wrFrV0M8B+AYQhAJNx1y8tbw4vSfa5nP Z2XgPtiDv8v6CbNj2SCm7aWjaYQZUyLivJo24SjplcfNLo4lMMuyWvdj/GOcF4Q3eCm99J+hF JFhZw+rGd3doDASD9Ggp3m64q4oEn25WAF5Z2T1JTBvultIHcrHSneC5IQ/RV4BvTUjxy4GVH NojBOi43Ux/a4QF1FI2p7fXWpG4i0gXPux8Vvh7YAuSfs= Subject: Re: [FFmpeg-devel] [PATCH 2/2] avcodec: remove sonic lossy/lossless audio X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Alexander Strasser via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: Alexander Strasser Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: 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 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 _______________________________________________ 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".