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 CD47F48BBF for ; Sun, 7 Apr 2024 11:47:51 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id BFB8F68D171; Sun, 7 Apr 2024 14:47:47 +0300 (EEST) Received: from mail0.khirnov.net (red.khirnov.net [176.97.15.12]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 683DB68CE33 for ; Sun, 7 Apr 2024 14:47:41 +0300 (EEST) Authentication-Results: mail0.khirnov.net; dkim=pass (2048-bit key; unprotected) header.d=khirnov.net header.i=@khirnov.net header.a=rsa-sha256 header.s=mail header.b=sitMvUEG; dkim-atps=neutral Received: from localhost (localhost [IPv6:::1]) by mail0.khirnov.net (Postfix) with ESMTP id 01DA8240DAC for ; Sun, 7 Apr 2024 13:47:41 +0200 (CEST) Received: from mail0.khirnov.net ([IPv6:::1]) by localhost (mail0.khirnov.net [IPv6:::1]) (amavis, port 10024) with ESMTP id U4ZG5l924cj9 for ; Sun, 7 Apr 2024 13:47:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=khirnov.net; s=mail; t=1712490458; bh=TiEH/Vn+Z3NkrOOEKpeI1dtrpt28UDtM9CddWCRjHgI=; h=Subject:From:To:In-Reply-To:References:Date:From; b=sitMvUEG9w5TiIWg6kGCwwxGRj46E8WpzwmbTKg7SKbd2CBnZDEW8sdzeZDrk7fbw 4qyRTxNEJuOk9TG3MleQ7Q2HspaZnWAmzZHwkvt25i2zQdi33dxSOXsnyp0e2vwIL+ vaE3jd+2uFjv+vJiJBRWDhQOkedTTKUW/chCshOm7k/U1EAvS0ssZ+EwBq6kjltZoo OSBsaEErGPc/Brd/Hq1gsO1VT7+st0OTUuI5TX26aWf+6+y+x/Yb25ZApo27WUsYLK v3DViVMyGsy2aJFU3pOcn8fGunfBUVyt38jtFOj2maypBUYYwGAOLwuVRG1BIZhYuV QXKjn5Jq5GgUA== Received: from lain.khirnov.net (lain.khirnov.net [IPv6:2001:67c:1138:4306::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "lain.khirnov.net", Issuer "smtp.khirnov.net SMTP CA" (verified OK)) by mail0.khirnov.net (Postfix) with ESMTPS id EB9AF2404E5 for ; Sun, 7 Apr 2024 13:47:38 +0200 (CEST) Received: by lain.khirnov.net (Postfix, from userid 1000) id C60591601B9; Sun, 7 Apr 2024 13:47:38 +0200 (CEST) From: Anton Khirnov To: FFmpeg development discussions and patches In-Reply-To: <20240406231639.GF6420@pb2> References: <20240405185721.111072-1-ffmpeg@haasn.xyz> <20240406231639.GF6420@pb2> Mail-Followup-To: FFmpeg development discussions and patches Date: Sun, 07 Apr 2024 13:47:38 +0200 Message-ID: <171249045878.22242.832310655718027524@lain.khirnov.net> User-Agent: alot/0.8.1 MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [PATCH 01/11] avcodec: add avcodec_get_supported_config() 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: Quoting Michael Niedermayer (2024-04-07 01:16:39) > On Fri, Apr 05, 2024 at 08:57:11PM +0200, Niklas Haas wrote: > > From: Niklas Haas > > > > This replaces the myriad of existing lists in AVCodec by a unified API > > call, allowing us to (ultimately) trim down the sizeof(AVCodec) quite > > substantially, while also making this more trivially extensible. > > > > In addition to the already covered lists, add two new entries for color > > space and color range, mirroring the newly added negotiable fields in > > libavfilter. > > > > I decided to drop the explicit length field from the API proposed by > > Andreas Rheinhardt, because having it in place ended up complicating > > both the codec side and the client side implementations, while also > > being strictly less flexible (it's trivial to recover a length given > > a terminator, but requires allocation to add a terminator given > > a length). Using a terminator also presents less of a porting challenge > > for existing users of the current API. > > > > Once the deprecation period passes for the existing public fields, the > > rough plan is to move the commonly used fields (such as > > pix_fmt/sample_fmt) into FFCodec, possibly as a union of audio and video > > configuration types, and then implement the rarely used fields with > > custom callbacks. > > --- > > doc/APIchanges | 5 ++++ > > libavcodec/avcodec.c | 51 +++++++++++++++++++++++++++++++++++++ > > libavcodec/avcodec.h | 27 ++++++++++++++++++++ > > libavcodec/codec.h | 19 +++++++++++--- > > libavcodec/codec_internal.h | 21 +++++++++++++++ > > libavcodec/version.h | 4 +-- > > 6 files changed, 121 insertions(+), 6 deletions(-) > > If the API is changed, it should be to an API that allows externally > maintained codecs. > (it would result in more developers working on codecs) ???? This seems like a complete non sequitur in relation to this patch. -- Anton Khirnov _______________________________________________ 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".