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 7B9DD45DBB for ; Wed, 12 Jul 2023 13:14:22 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 6DEFE68C592; Wed, 12 Jul 2023 16:14:20 +0300 (EEST) Received: from mout-p-103.mailbox.org (mout-p-103.mailbox.org [80.241.56.161]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 2683468C2FB for ; Wed, 12 Jul 2023 16:14:14 +0300 (EEST) Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-103.mailbox.org (Postfix) with ESMTPS id 4R1J9H6MWrz9spZ for ; Wed, 12 Jul 2023 15:14:11 +0200 (CEST) Message-ID: <90db5f3d-d24f-3c13-ac17-90a540003438@gyani.pro> Date: Wed, 12 Jul 2023 18:44:07 +0530 MIME-Version: 1.0 Content-Language: en-US To: ffmpeg-devel@ffmpeg.org References: <20230709125746.8054-1-anton@khirnov.net> <3f5fae87-e165-b8c6-4270-bea88be187c4@gmail.com> From: Gyan Doshi In-Reply-To: <3f5fae87-e165-b8c6-4270-bea88be187c4@gmail.com> X-Rspamd-Queue-Id: 4R1J9H6MWrz9spZ Subject: Re: [FFmpeg-devel] [PATCH] lavc: deprecate AV_CODEC_FLAG_DROPCHANGED 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On 2023-07-12 06:12 pm, James Almer wrote: > On 7/9/2023 9:57 AM, Anton Khirnov wrote: >> This decoding flag makes decoders drop all frames after a parameter >> change, but what exactly constitutes a parameter change is not well >> defined and will typically depend on the exact use case. >> This functionality then does not belong in libavcodec, but rather in >> user code NAK. The applicable parameters are well defined as set by the implementation. They are whatever leads to a change in the size of the decoded frame payload or the layout/semantics of the elemental unit in a decoded frame, so width, height, pixel format, sample format/size, interleaving..etc Regards, Gyan _______________________________________________ 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".