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 3EA98479D7 for ; Thu, 28 Sep 2023 19:28:45 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 6604068CB8B; Thu, 28 Sep 2023 22:28:43 +0300 (EEST) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 4F1CA68C9E6 for ; Thu, 28 Sep 2023 22:28:37 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 7A537C0002 for ; Thu, 28 Sep 2023 19:28:36 +0000 (UTC) Date: Thu, 28 Sep 2023 21:28:35 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230928192835.GZ3543730@pb2> References: <20230923164344.GG3543730@pb2> <169589690228.6638.9407962520356451750@lain.khirnov.net> MIME-Version: 1.0 In-Reply-To: <169589690228.6638.9407962520356451750@lain.khirnov.net> X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] SDR lib comments 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: , Reply-To: FFmpeg development discussions and patches Content-Type: multipart/mixed; boundary="===============0448375431634001768==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============0448375431634001768== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="i6UfSqW8aw8u8VxJ" Content-Disposition: inline --i6UfSqW8aw8u8VxJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: > Quoting Michael Niedermayer (2023-09-23 18:43:44) > > Is a seperate library really the right choice for SDR in FFmpeg at this= stage ? > >=20 > > Also code can always be moved into an seperate library >=20 > we've had postproc in the tree for ages, nobody maintains it or > cares about it, yet it seems impossible to get rid of it. what maintaince does it need ? i mean i know the code is ugly but what _needs_ to be changed? libpostproc implements part of ISO/IEC 14496-2 (that is the spec for an MPEG-4 ASP decoder) its content could be moved in libavfilter and or the mpeg4 decoder (there are arguments to be made for either) but it doesnt belong in a lib external to FFmpeg. (and in the process some bits probably can be droped as they no longer serve a purpose compared to other filters) I have too many other things to work on to do a big refactoring of it but if there are small bugs in it or questions about it i can look into them thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Asymptotically faster algorithms should always be preferred if you have asymptotical amounts of data --i6UfSqW8aw8u8VxJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZRXT3wAKCRBhHseHBAsP q//wAJ4wA23377wNSpTx2u68A+dHVqMxTgCfad1eSaRGHCUsmCUehBRUCiOYoJg= =QX6N -----END PGP SIGNATURE----- --i6UfSqW8aw8u8VxJ-- --===============0448375431634001768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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". --===============0448375431634001768==--