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 A1AEF49FFD for ; Wed, 17 Apr 2024 15:22:28 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 3581E68D2E2; Wed, 17 Apr 2024 18:22:26 +0300 (EEST) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 9579B68D233 for ; Wed, 17 Apr 2024 18:22:19 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id BC8C01C0009 for ; Wed, 17 Apr 2024 15:22:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1713367338; 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=VDufaI/z6W8gAZMnKpLKTvURszbJHx+r5GYsNZdntew=; b=IdKtE3Pk3Tjl5Xr1Ytcfn3oUKsP6LK1OfWov6Ikvn4FMLPHe5oAkSc7gEolto+uOd/2HNO pjhCDNFG8T/HDY/IDlTuvE6jZbfQa2CrIiNkB6MhAUFAKkWrXn99k8xcSZRpO9HlJ2oiS/ zrdfmv5s437tvi5HaKpdnJNLVtur/yCacclaM4QZsCfZ7a/jzRk6JidQ6c36DiV4n4ywSV 5YKHDRtxrNbvV2OnWeaeAu1Fe0BP+QDam2lAK6CAjkibUmf80pY9EGu8CjD3ZyPhZckqwQ 54pQTfMHao5Vbirf7fQM3g5iV+gcoJ6BjuqHZTudD2wG9FFDYY6iEOg9H6bWyQ== Date: Wed, 17 Apr 2024 17:22:18 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240417152218.GL6420@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="===============6643877319904175434==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============6643877319904175434== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9P/4KCyLJXwt7FOk" Content-Disposition: inline --9P/4KCyLJXwt7FOk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 17, 2024 at 04:22:03PM +0200, Lynne wrote: > Apr 17, 2024, 15:58 by michael@niedermayer.cc: >=20 > > 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) > > >=20 > Just no. >=20 >=20 > > * ffchat > > (expand into realtime chat / zoom) this would > > bring in more users and developers, and we basically have almost > > >=20 > Better leave that for others. > There's an infinite amount of discord clones already. iam not following that genre that much ... so let me ask are there any that * preserve privacy (discord is not secure/private) * allow audio / video / text chat * scalable * need no central server ? >=20 >=20 > > all parts for it already but some people where against it > > * client side / in browser support > > (expand towards webapps, webpages using ffmpeg client side in the brow= ser) > > bring in more users and developers, and it will be costly for us > > if we let others take this area as its important and significant > > >=20 > Maybe. Some WASM-based converter would be helpful. i think jb once said you where working on something I do think this would be very cool > Though it may put us on fire, as we'd be distributing binaries > of our code which may cause issues with "rights holders". We dont have to it would be nice if someone does. But thats not strictly needed it could be simply a git clone https://ffmpeg.org/... make ffwasm and dumping the result on once own webserver Important is, that its easy to use. If one needs to spend hours installing packages and trial and erroring until it works that would kill it If someone just has to clone a repo and run ./configure ;make then put that on ones own server and then can use it from their webstuff or maybe a Dockerfile that automates the whole build no idea whats the most convenient >=20 >=20 > > * AI / neural network filters and codecs > > The future seems to be AI based. Future Filters and Codecs will use > > neural networks. FFmpeg can be at the forefront, developing these > > >=20 > These take enormous amounts of compute power to > train, vast amounts of good high-quality data, and at > the end, you'd have something as lasting as wet paper, reminds me of researchers saying in the ninties that videocrypt needs dedicated hardware FPGAs implementing FFTs to decrypt in bad grayscale quality. around 1997 i implemented that in color without FFTs on my pentium MMX in realtime to watch satelite TV others independantly did similar things When i hear needs "enormous amounts" for an algorithm i tend to add a few "?" in my mind But as a open source project with millions of users iam not sure if "compute" would actually be such a big problem you would only have to figure out how to distribute that compute over volunteers > because a competitor is literally weeks away, and they > beat us with inferior methods by simply having vastly > more compute than we do. i think a question is, if one enjoys working on the technology and algorithms >=20 >=20 > > * [your idea here] > > >=20 > We keep doing what we're doing. It's what we're good at. Coordinating a bit more than that would help bigger efforts thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Many things microsoft did are stupid, but not doing something just because microsoft did it is even more stupid. If everything ms did were stupid they would be bankrupt already. --9P/4KCyLJXwt7FOk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZh/pIwAKCRBhHseHBAsP qxzOAJ9E2hOr9WaIv+uxWdCZRII6tnRkNQCePrUcbynecPCUHFvxUkNie1NXe60= =BERm -----END PGP SIGNATURE----- --9P/4KCyLJXwt7FOk-- --===============6643877319904175434== 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". --===============6643877319904175434==--