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 E290948996 for ; Sun, 21 Apr 2024 20:40:20 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 0674A68D164; Sun, 21 Apr 2024 23:40:18 +0300 (EEST) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 4FF4868CAA7 for ; Sun, 21 Apr 2024 23:40:11 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 8F65F40005 for ; Sun, 21 Apr 2024 20:40:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1713732010; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xHaCZkVK8zJcCd0v/uv+2BLFzoDIF/h5ccVYAjVNUCA=; b=ofXXx/zskuzQ7FJeNQlSe39RsOCfdwPX22zbI+xZCo811qE9LhqzWnl1jb0x2XzpcPjaJL fQFU+HLqG7A+TyPcnkfUjaOpAJ8B8d1DwqchF0jF2HO1T3MoWGNZuHpNLBoDni2+vPxJ1+ c7B16/QgJM39n27WUVGLcIEWAPb75CoqRhXGpBuJuOlEJNwEoYVEKW9nENQXo6VaRi43ih Pms2/do03I52daRewT+IeL0ciMsMLzem3YiiPcOD1p7CrJgaNlYSUP0Ge+K/J5FsnaqLJt wtzaaV2FIEJbfPBPJ8DB5S3fS0hREoKtJdxdwhBnMqz+biBv04dUrIe0y1xbgQ== Date: Sun, 21 Apr 2024 22:40:08 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240421204008.GZ6420@pb2> References: <20240417135832.GJ6420@pb2> MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc 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: multipart/mixed; boundary="===============3243049198562128855==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============3243049198562128855== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KGkq7XdJVGem8N61" Content-Disposition: inline --KGkq7XdJVGem8N61 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 21, 2024 at 05:11:36PM +0800, R=E9mi Denis-Courmont wrote: >=20 >=20 > Le 17 avril 2024 21:58:32 GMT+08:00, Michael Niedermayer a =E9crit=A0: > >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. >=20 > OSS projects of age similar to FFmpeg are either mature (like FFmpeg), or= more or less dead. Besides, FFmpeg is an established brand, which means th= at it's expected to be good at what it's been doing... and not expected to = be good at anything else. >=20 > Of course there are also specific aspects: back then, every company made = up its own codecs. Nowadays, there's at most three tracks (for video): H.26= x, Chinese AVSx and AV-x, while AVC or HEVC have become "good enough" for m= ost applications. >=20 > If (generic) you want to work on radical innovation, I think you will be = better served by creating a new project. Both the FFmpeg project structure = and brand would probably do you a disservice otherwise. I will disagree on this a bit If we for a moment look at the commerical world (but its not fundamentally = different in OSS) Projects/Companies are created to fill some need, initially they often need to concentarte on a narrow market because they dont have the resources to do "everything" and if they try they go bankrupt. Once they are established and have the resources they grow or they die Microsoft started with a OS in 1985, added an office suite in 1990 internet explorer in 1995, xbox in 2001, Microsoft Azure in 2008 and you can fill in more. Today Microsoft is one of the largest companies in teh world. You can do the same with apple, google, or others. OTOH pick any company of your choice that did not expand and compare. for example kodak and not expanding out of analoge photogrpahy is an example FFmpeg has over a billion users indirectly. Dont you (plural) see the opertunity here to leverage this ? Sure this examples are commerical companies and we are OSS. But really its the same. A company lives and dies with its revenue and profits in $. OSS lives and dies with its users and developers. developers largely dont find maintaining a "mature" codebase interresting they do find it interresting to develop new things. And what you wrote above "FFmpeg is an established brand, which means that it's expected to be good = at what it's been doing... and not expected to be good at anything else." yes. Iam not suggesting to have ffmpeg the applications suddenly do somethi= ng entirely different the same way as office doesnt suddenly become a internet browser. What iam suggesting is that we should expend beyond ffmpeg, ffplay, ffprobe beyond what our libraraies provide. And to leverage our quite large userbase i know people dont like it but its a good example. If we added a ffchat it immedeatly would have a large number of users. It matters for a chat app, that there are people you can chat with havng the same app. You can pick something else, ffserver2 is a good example. ffedit, a video editor for example The situation is just bizare. People complain on one hand that we lack new blood, we lack developers to m= aintain the codebase. But then things that would bring in new blood and developers = are immedeatly opposed by 3 times more developers than are actually actively working on FFmpeg. We can and probably should switch to something more flashy than a pure ML based development model with no good GUI access but thats not going to make maintaining mature software sexy for new developers IMHO thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Rewriting code that is poorly written but fully understood is good. Rewriting code that one doesnt understand is a sign that one is less smart than the original author, trying to rewrite it will not make it better. --KGkq7XdJVGem8N61 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZiV5pAAKCRBhHseHBAsP q4tJAJ9gS/Wbw/cdKOtQ/hJdiSEnqJudYACfTW0Y9A/AunXdNK91iHlOBobcmYo= =N97v -----END PGP SIGNATURE----- --KGkq7XdJVGem8N61-- --===============3243049198562128855== 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". --===============3243049198562128855==--