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 B167146BD5 for ; Sat, 5 Aug 2023 18:55:41 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 6E04068C6D1; Sat, 5 Aug 2023 21:55:38 +0300 (EEST) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 865B268C672 for ; Sat, 5 Aug 2023 21:55:31 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id B03A2240002 for ; Sat, 5 Aug 2023 18:55:30 +0000 (UTC) Date: Sat, 5 Aug 2023 20:55:29 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230805185529.GU7802@pb2> References: <20230802125521.GG7802@pb2> <20230802142026.GI7802@pb2> <61649ed7-f0d3-4f16-8e68-c8e258e96aaa@betaapp.fastmail.com> MIME-Version: 1.0 In-Reply-To: <61649ed7-f0d3-4f16-8e68-c8e258e96aaa@betaapp.fastmail.com> X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] What is FFmpeg and what should it be 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="===============3031990884713616093==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============3031990884713616093== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lKkRBIzN5W0l28vM" Content-Disposition: inline --lKkRBIzN5W0l28vM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi replying to the other question too On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf wrote: > On Wed, 2 Aug 2023, at 16:20, Michael Niedermayer wrote: > > There are multiple problems but the real problem is that > > How many people discuss an SDR API ? (0) > > How many people propose an SDR API ? (0) >=20 > Did you ask people to do that? yes, multiple times. Also normally patch objections come with a path forward, that was not the case here. The first proposal was a simple demuxer in libavformat which used libsoapy That was objected to The second proposal was a simple demuxer in libavformat and a input device = in libavdevice which used libsoapy That was objected to The third proposal moved the simple demuxer and input device to libavradio That was accepted, but then the build system changes where objected to so we cannot link to that The forth proposal moves the simple demuxer and input device back out of libavradio (as we cannot link to it without build system changes) this was not objected to but the unrelated bugfixes after that where object= ed to There is the general theme that a intermediate API should be added but with apparently noone who subscribes to this suggestion knowing or caring h= ow to do that. libsoapy is the external library used by the input device code on top of the hw independant demuxer code. <-- this is a terse description of what we have ATM Is what you ask for, that I develop a general purpose SDR library ? Because i cannot think of anything else that could reasonbly be meant by "API" here. Now please think about this for a moment i should write a general purpose SDR library to be "allowed" to add a SDR m= odule to ffmpeg ? You compared this to libswresample and libswscale but a general purpose SDR library is more like a general purpose multimedia= library than a general purpose audio resampler. I dont think demanding i write a general purpose SDR library to be "allowed" to add a SDR module to ffmpeg has a majority behind it. This is not what people where thinking off when they suggested an API If its not about writing a general purpose SDR libraray, then what exactly is the suggestion ? And also does that make sense ? thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Observe your enemies, for they first find out your faults. -- Antisthenes --lKkRBIzN5W0l28vM Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZM6bHQAKCRBhHseHBAsP q7IVAJ0QzXjmfG61HZ3uLZaFT9VBqV50XgCfSBwdZhVZL+WRs/bnng7It+mk1SQ= =9Q0U -----END PGP SIGNATURE----- --lKkRBIzN5W0l28vM-- --===============3031990884713616093== 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". --===============3031990884713616093==--