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 E1B9047AFA for ; Mon, 2 Oct 2023 10:05:10 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id B2E1A68CCCA; Mon, 2 Oct 2023 13:05:08 +0300 (EEST) Received: from nef.ens.fr (nef2.ens.fr [129.199.96.40]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 7CC8368CBFF for ; Mon, 2 Oct 2023 13:05:02 +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 392A51df009476 for ; Mon, 2 Oct 2023 12:05:02 +0200 Received: by phare.normalesup.org (Postfix, from userid 1001) id BF2B5E007C; Mon, 2 Oct 2023 12:05:01 +0200 (CEST) Date: Mon, 2 Oct 2023 12:05:01 +0200 From: Nicolas George To: FFmpeg development discussions and patches Message-ID: References: <20230923164344.GG3543730@pb2> <169589690228.6638.9407962520356451750@lain.khirnov.net> <20230928192835.GZ3543730@pb2> 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]); Mon, 02 Oct 2023 12:05:02 +0200 (CEST) Subject: Re: [FFmpeg-devel] SDR lib comments 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: Vittorio Giovara (12023-09-29): > In a previous thread you said SDR shouldn't be a separate library because > it wastes downstream time to package and bundle it separately. No, it wastes Michael's time. It also wastes downstream time, indeed, but that is not our problem. Yet, it shows how useless the proposal of a separate library is at this point. -- 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".