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 0FF88478E4 for ; Tue, 26 Sep 2023 22:50:24 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 9D18E68CAF2; Wed, 27 Sep 2023 01:50:22 +0300 (EEST) Received: from a27-73.smtp-out.us-west-2.amazonses.com (a27-73.smtp-out.us-west-2.amazonses.com [54.240.27.73]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id B546068C87F for ; Wed, 27 Sep 2023 01:50:15 +0300 (EEST) To: =?UTF-8?Q?FFmpeg_development_discussions_and_patches?= Date: Tue, 26 Sep 2023 22:50:12 +0000 Mime-Version: 1.0 In-Reply-To: <169575207748.6638.4929384189591808216@lain.khirnov.net> References: <20230707150654.GX1093384@pb2> <168889764928.542.505537875908829599@lain.khirnov.net> <20230922092754.GV8640@pb2> <169571962013.20400.259576230656271580@lain.khirnov.net> <20230926150947.GM3543730@pb2> <169574221973.6638.5162903459684406928@lain.khirnov.net> <20230926171630.GN3543730@pb2> <169575207748.6638.4929384189591808216@lain.khirnov.net> X-Priority: 3 (Normal) X-Mailer: Amazon WorkMail Thread-Index: =?us-ascii?Q?AQHZsCObbblo4LoGRZi1jGfIYK+OkQAwRssCAIqh2IwPRN/?= =?us-ascii?Q?MWBANjChxEBn7sVMQGrLtaxAeaCnnECBvn0kQKgyyWg=3D=3D?= Thread-Topic: SDR choices X-Original-Mailer: Apple Mail (2.3731.700.6) X-Wm-Sent-Timestamp: 1695768611 Message-ID: <0101018ad3af8f2d-b6b5fd6a-17a8-4d0e-bc9f-f31f0ca58a00-000000@us-west-2.amazonses.com> Feedback-ID: 1.us-west-2.An468LAV0jCjQDrDLvlZjeAthld7qrhZr+vow8irkvU=:AmazonSES X-SES-Outgoing: 2023.09.26-54.240.27.73 Subject: [FFmpeg-devel] SDR choices 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: Cosmin Stejerean via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: =?UTF-8?Q?Cosmin_Stejerean?= 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 Sep 26, 2023, at 11:14 AM, Anton Khirnov wrote: > > From my perspective, the objections to SDR have been largely > technical, >From my perspective the objections against the current SDR implementation could be grouped into roughly 3 categories: A) support for taking input from an SDR device doesn't belong in ffmpeg at all in any form, it's way too big and there are other projects out there for SDR there that one ought to use instead, and trying to do it in ffmpeg in any form would bloat the codebase and make a mess no matter which option is chosen B) support for SDR is fine to have in ffmpeg, but it should be done via an external library that does not live in the ffmpeg source tree, and ffmpeg could be optionally compiled with a --enable-libsdr or some such C) support for SDR is fine to have as long as it's in a separate module like a libavradio with a clean API rather than trying to beat it into libavdevice, the current implementation is too invasive All 3 are united in objecting to the current implementation, which I'd summarize as SDR using libavdevice (let's call it option D). This makes it seem like there's a united front against SDR, but I think there's significant disagreement even among the people objecting to the current implementation as to which one of these 3 ought to be the right outcome for SDR. The discussion tends to go in circles. Discussions about C-vs-D tend to run into objections from B, trying to discuss the relative merits of B-vs-C runs into objections from A and so on. This might be a good use of the TC (after a new GA and new TC is formed to avoid arguments about the validity of the decision). The TC could then settle on the direction for SDR in the project: A. no SDR in ffmpeg at all B. SDR via external library C. SDR via a new libavradio library D. SDR via libavdevice For what it's worth as a user of ffmpeg I hope the outcome is not A, I believe having support for RTL-SDR in ffmpeg would be neat and I'd love to use it (at home, at work I'd compile ffmpeg with SDR disabled). I'm not qualified to comment on whether B,C or D are better ways to achieve it. - Cosmin _______________________________________________ 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".