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 4BA1B47832 for ; Sat, 23 Sep 2023 16:43:56 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id DF1C268C9C0; Sat, 23 Sep 2023 19:43:52 +0300 (EEST) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 6843868C63A for ; Sat, 23 Sep 2023 19:43:46 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id BA45B1C0002 for ; Sat, 23 Sep 2023 16:43:45 +0000 (UTC) Date: Sat, 23 Sep 2023 18:43:44 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230923164344.GG3543730@pb2> MIME-Version: 1.0 X-GND-Sasl: michael@niedermayer.cc Subject: [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="===============6686108345138225716==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============6686108345138225716== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DWg365Y4B18r8evw" Content-Disposition: inline --DWg365Y4B18r8evw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all ive promised to write a mail about SDR at the confernece about a seperate l= ib, here is it (i in fact had this half written already before) The SDR code in FFmpeg was and is intended to be a plain simple libavdevice= input device same as x11 and others SDR is complex and not a simple memcpy() from a /dev file. To implement SDR= many design decissions have to be made, there are often more than one way things= can be done. In the inside of a SDR input module these decissions are invissible, they can be changed each commit as bugfixes and optimizatzions require. OTOH, if SDR or parts of SDR are in a seperate library, some decissions now= would affect the public API and ABI, thats a added difficulty. With audio resampling, FFmpeg supported resampling internally long before providing libswresample. Audio resampling is also simpler than SDR. Is a seperate library really the right choice for SDR in FFmpeg at this sta= ge ? Also code can always be moved into an seperate library but its much harder to move or change it once such library is public. Thx --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB It is dangerous to be right in matters on which the established authorities are wrong. -- Voltaire --DWg365Y4B18r8evw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZQ8VvQAKCRBhHseHBAsP q4b5AJ9cgzACr/yOxbP4Q/hfsauRfGyUuQCgk5lcsoi6BcCBioE6N4G+L2ygACs= =1yBZ -----END PGP SIGNATURE----- --DWg365Y4B18r8evw-- --===============6686108345138225716== 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". --===============6686108345138225716==--