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 771924A001 for ; Wed, 17 Apr 2024 14:50:39 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 1374D68D256; Wed, 17 Apr 2024 17:50:37 +0300 (EEST) Received: from w4.tutanota.de (w4.tutanota.de [81.3.6.165]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id BA64268D109 for ; Wed, 17 Apr 2024 17:50:30 +0300 (EEST) Received: from tutadb.w10.tutanota.de (unknown [192.168.1.10]) by w4.tutanota.de (Postfix) with ESMTP id 3094910602FB for ; Wed, 17 Apr 2024 14:50:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1713365429; s=s1; d=lynne.ee; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=XZ6LqUVFi0z2SiHEMPdBUmMcB1Hgl7bwv9jDDLw/c3Y=; b=W2DympESt0/q2Y8ndgVMR7PPaLlKEAtxnbgGCuHF6pjeqljPINT67zYGykZsHSU4 uQOFbZO9PhMXRj8RBHGg9I+3vVJAWgJuxU3dVfGUaXiOkhqCn7mWGNiRLJ3CUsIeFVy DZj4wbsE2HPmswAZWSMYYOjKvxleL1vNGwQK6TWulY91P7mCZsJ0Jd5MuclGuXOaTQQ 5h/PweW7KOqC94KDjNO/TqKuwx/ypJmNHOmFJ8wqypB0BYFZufmzsyTRDRIH6DEUs3v gse1RQwq6e9Kn/gnpljMsXukBQznP/SuDARMdiR2Fxi/hdtAra/fyQCrONle0Q52D6Q li8WMSp8Ag== Date: Wed, 17 Apr 2024 16:50:29 +0200 (CEST) From: Lynne To: FFmpeg development discussions and patches Message-ID: In-Reply-To: References: <20240417135832.GJ6420@pb2> MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation 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: Apr 17, 2024, 16:34 by jamrial@gmail.com: > On 4/17/2024 11:22 AM, Lynne wrote: > >> Apr 17, 2024, 15:58 by michael@niedermayer.cc: >> >>> Hi all >>> >>> The pace of inovation in FFmpeg has been slowing down. >>> Most work is concentarted nowadays on code refactoring, and adding >>> support for new codecs and formats. >>> >>> Should we >>> * make a list of longer term goals >>> * vote on them >>> * and then together work towards implementing them >>> ? >>> >>> (The idea here is to increase the success of larger efforts >>> than adding codecs and refactoring code) >>> It would then also not be possible for individuals to object >>> to a previously agreed goal. >>> And it would add ideas for which we can try to get funding/grants for >>> >>> (larger scale changes need consensus first that we as a whole want >>> them before we would be able to ask for funding/grants for them) >>> >>> Some ideas and why they would help FFmpeg: >>> >>> * Switch to a plugin architecture >>> (Increase the number of developers willing to contribute and reduce >>> friction as the team and community grows) >>> >> >> Just no. >> > > Can you elaborate on why? The one thing i think would be problematic is making the AVCodec internals public, which could get in the way of improvements. > First, we'd have the bad SoC vendors making binary plugins, with no attempts made of using existing standards like V4L2 or Vulkan. Then, we'd have the shit companies making hardware CUDA encoders and decoders life much easier by no longer having to ship patches, point to a git version, plus a binary. We'd have closed-source filters circulating around. Closed-source improved MPEG-TS or HLS demuxers that we haven't had enough power to fix. All of the users of those will send their issues to us. None of the authors will open-source their work. We'd receive zero benefits from any of this. The whole multimedia ecosystem will not benefit from it. License-wise, it would be like we have an MIT license. We'd be bound to keep the ABI stable for what may very well be a very long time, with any breakage creating a Python 3 situation. It's a bad idea. _______________________________________________ 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".