From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ffmpeg-devel-bounces@ffmpeg.org>
Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100])
	by master.gitmailbox.com (Postfix) with ESMTP id A19E447D31
	for <ffmpegdev@gitmailbox.com>; Thu, 19 Oct 2023 12:49:55 +0000 (UTC)
Received: from [127.0.1.1] (localhost [127.0.0.1])
	by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id B3D8E68CAD1;
	Thu, 19 Oct 2023 15:49:53 +0300 (EEST)
Received: from w4.tutanota.de (w4.tutanota.de [81.3.6.165])
 by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id A4F2168B70F
 for <ffmpeg-devel@ffmpeg.org>; Thu, 19 Oct 2023 15:49:46 +0300 (EEST)
Received: from tutadb.w10.tutanota.de (unknown [192.168.1.10])
 by w4.tutanota.de (Postfix) with ESMTP id 5714C10602C4
 for <ffmpeg-devel@ffmpeg.org>; Thu, 19 Oct 2023 12:49:46 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1697719786; 
 s=s1; d=lynne.ee;
 h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender;
 bh=u09L5u18E110d32FEKcfCeTpy4fLcFOR4/a3l12A8rI=;
 b=re+GrMIKc99eXB6Gbj1854N7E4UnZc+7HPBJ6OI1tVjp0gwbzTYs6ruEMSf1fCq6
 gPIy9nkdI6/NVEzWY4Cb620y2PRmxrJPwuhYdw3rvGRuXN+PaoBZUS93JuGvKSzMBuB
 HEXECSSf1I+FHbCfG4qfz0tO3N3QIqwUTOfZfY1O8qTpFwK8vmkr3xFehfZyglGgV3x
 Y+M03qcc15S9Y3CwUVIZ0uBTa/taYsnLHa7cGpkxia7+be5zpRGAfIUMjA5CM5FDCCv
 pQCI+PDYGgDAnX7P/o8vKYFw5qunpfixkWI91vcUw7OLIYK60m1w9ymvpJbzn52ZCgm
 C25Vnsx+Bg==
Date: Thu, 19 Oct 2023 14:49:46 +0200 (CEST)
From: Lynne <dev@lynne.ee>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Message-ID: <Nh6z0ft--3-9@lynne.ee>
In-Reply-To: <169770476600.32606.17075970689497459215@lain.khirnov.net>
References: <Nh4mqjI--3-9@lynne.ee>
 <169770476600.32606.17075970689497459215@lain.khirnov.net>
MIME-Version: 1.0
Subject: Re: [FFmpeg-devel] [PATCH 1/2] lavc/internal: add skip_samples2
 field
X-BeenThere: ffmpeg-devel@ffmpeg.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: FFmpeg development discussions and patches <ffmpeg-devel.ffmpeg.org>
List-Unsubscribe: <https://ffmpeg.org/mailman/options/ffmpeg-devel>,
 <mailto:ffmpeg-devel-request@ffmpeg.org?subject=unsubscribe>
List-Archive: <https://ffmpeg.org/pipermail/ffmpeg-devel>
List-Post: <mailto:ffmpeg-devel@ffmpeg.org>
List-Help: <mailto:ffmpeg-devel-request@ffmpeg.org?subject=help>
List-Subscribe: <https://ffmpeg.org/mailman/listinfo/ffmpeg-devel>,
 <mailto:ffmpeg-devel-request@ffmpeg.org?subject=subscribe>
Reply-To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: ffmpeg-devel-bounces@ffmpeg.org
Sender: "ffmpeg-devel" <ffmpeg-devel-bounces@ffmpeg.org>
Archived-At: <https://master.gitmailbox.com/ffmpegdev/Nh6z0ft--3-9@lynne.ee/>
List-Archive: <https://master.gitmailbox.com/ffmpegdev/>
List-Post: <mailto:ffmpegdev@gitmailbox.com>

Oct 19, 2023, 10:39 by anton@khirnov.net:

> Current interaction between AV_FRAME_DATA_SKIP_SAMPLES and
> AVCodecContext.skip_samples seems unncecessarily complicated to me and
> you're just making it worse.
>
> Is there any reason we can't drop AVCodecContext.skip_samples entirely
> and signal it purely through side data? Then decoders could fully
> control everything they wish by modifying side data on output frames.
>

You mean let the decoder parse skip samples side data,
strip it from the packet, and attach a new side data to the frame?
_______________________________________________
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".