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 535CF49558 for ; Fri, 15 Mar 2024 04:12:54 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 52E3668D0A6; Fri, 15 Mar 2024 06:12:51 +0200 (EET) Received: from mout-p-102.mailbox.org (mout-p-102.mailbox.org [80.241.56.152]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id CFB2B68C75C for ; Fri, 15 Mar 2024 06:12:44 +0200 (EET) Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4TwrSV04Dvz9smk for ; Fri, 15 Mar 2024 05:12:42 +0100 (CET) Message-ID: Date: Fri, 15 Mar 2024 09:42:41 +0530 MIME-Version: 1.0 To: ffmpeg-devel@ffmpeg.org References: <20240313072725.7C7BA412605@natalya.videolan.org> <171041137125.7287.13066847473884265473@lain.khirnov.net> Content-Language: en-US From: Gyan Doshi In-Reply-To: <171041137125.7287.13066847473884265473@lain.khirnov.net> X-Rspamd-Queue-Id: 4TwrSV04Dvz9smk X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding 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 2024-03-14 03:46 pm, Anton Khirnov wrote: > Quoting Gyan Doshi (2024-03-13 08:49:52) > >> Are there any limitations to loopback decoding e.g. would a vpx w/alpha >> encode be decoded back to a alpha pix fmt? > I don't know how vpx alpha works, was it a separate stream in the > demuxer or something like that? The encoder attaches the coded alpha as side data to the packet. Only a couple of containers support this SD. The demuxer, in turn, attaches the alpha as SD upon export. > Loopback decoders work exactly like normal decoders, except their > packets arrive from an encoder instead of a demuxer. In terms of syntax, do all LB streams have to be specified in the first output? Does that output muxer have to be null, or can those packets be routed to both output and LB? 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".