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 D1D3E486C8 for ; Thu, 14 Dec 2023 09:36:07 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 056DA68D217; Thu, 14 Dec 2023 11:36:04 +0200 (EET) Received: from nef.ens.fr (nef2.ens.fr [129.199.96.40]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 9D25C68D048 for ; Thu, 14 Dec 2023 11:35:57 +0200 (EET) X-ENS-nef-client: 129.199.129.80 ( name = phare.normalesup.org ) Received: from phare.normalesup.org (phare.normalesup.org [129.199.129.80]) by nef.ens.fr (8.14.4/1.01.28121999) with ESMTP id 3BE9ZuOQ023926 for ; Thu, 14 Dec 2023 10:35:57 +0100 Received: by phare.normalesup.org (Postfix, from userid 1001) id BF632EB5BC; Thu, 14 Dec 2023 10:35:56 +0100 (CET) Date: Thu, 14 Dec 2023 10:35:56 +0100 From: Nicolas George To: FFmpeg development discussions and patches Message-ID: References: <170245852534.8914.12550775596488175101@lain.khirnov.net> <170254011817.8914.11563902500718557350@lain.khirnov.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <170254011817.8914.11563902500718557350@lain.khirnov.net> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (nef.ens.fr [129.199.96.32]); Thu, 14 Dec 2023 10:35:57 +0100 (CET) Subject: Re: [FFmpeg-devel] [RFC] fftools/ffmpeg and libavdevice/sdl issue 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: 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: Anton Khirnov (12023-12-14): > As mentioned elsewhere in the thread, you can just as well pipe raw > video in yuv4mpeg or nut to the video player of your choice and thus As was already mentioned elsewhere in the thread, this solution has a lot more drawbacks. > avoid all these hacks. Please refrain from calling other people's work hacks. > I have to strongly disagree. This is neither practically workable, > nor a good goal to aim at. And I strongly agree with Stefano. Having the tools just thin wrappers around the libraries is the only way to ensure the libraries are maximally useful for other applications. Otherwise, useful code will only reside in the tools and be only available through a clumsy command-line interface. > This mindset IMO inevitably leads to (among > other problems): > * endless scope creep > * bloated, inefficient, and buggy libraries, trying (and failing) to > support every use case under the sun > * myopic API design aimed at fulfilling the needs of precisely one > caller; this is a problem e.g avfilter badly suffers from, and to a > lesser extent avformat I see no argument supporting this opinion of yours. Quite the opposite, over the years, Stefano and others, including me, have made some headway in this direction without hitting these pitfalls. -- Nicolas George _______________________________________________ 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".