From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id BB92A40EDA for ; Wed, 18 Jun 2025 07:10:03 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 9C40C68D3C9; Wed, 18 Jun 2025 10:09:59 +0300 (EEST) Received: from nef.ens.fr (nef2.ens.fr [129.199.96.40]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id D7B0F68CAA5 for ; Wed, 18 Jun 2025 10:09:52 +0300 (EEST) 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 55I79q4M023038 for ; Wed, 18 Jun 2025 09:09:52 +0200 Received: by phare.normalesup.org (Postfix, from userid 1001) id 15B982EFE4; Wed, 18 Jun 2025 09:09:52 +0200 (CEST) Date: Wed, 18 Jun 2025 09:09:52 +0200 From: Nicolas George To: FFmpeg development discussions and patches Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (nef.ens.fr [129.199.96.32]); Wed, 18 Jun 2025 09:09:52 +0200 (CEST) Subject: Re: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly instead of gzip 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: James Almer (HE12025-06-17): > But you can adapt it to behave as a proper lavu module, > or write one from scratch. Do you know of a precedent of something like that happening: somebody taking external code and properly turning it into FFmpeg code? Doing the cosmetic change so that the foreign code looks like FFmpeg code is easy. Understanding the foreign code enough to maintain as part of our project is a much harder task. We should not let somebody undertake it just because they were able to achieve the easy task. Regards, -- 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".