IETF Logo Mail Archive

Re: [Cellar] AV1 mapping Matroska

Luca Barbato <luca.barbato@libav.org> Sat, 30 June 2018 15:10 UTC

Return-Path: <luca.barbato@libav.org>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 713D81294D0 for <cellar@ietfa.amsl.com>; Sat, 30 Jun 2018 08:10:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f6VSlU-1tPiJ for <cellar@ietfa.amsl.com>; Sat, 30 Jun 2018 08:10:19 -0700 (PDT)
Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1ABB127598 for <cellar@ietf.org>; Sat, 30 Jun 2018 08:10:19 -0700 (PDT)
Received: from eris.local (dynamic-adsl-84-221-239-52.clienti.tiscali.it [84.221.239.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 6AC4D335C89 for <cellar@ietf.org>; Sat, 30 Jun 2018 15:10:17 +0000 (UTC)
To: cellar@ietf.org
References: <f603a9f5-d7dc-6640-1f53-f4d7b62a788e@googlemail.com> <CAOXsMFJJbHbh3=Gnu7Uag4Skq5+=jOimFNPxuicgDiVdbven4w@mail.gmail.com> <dada3690-c8da-05db-4ddb-32476c1170f5@xiph.org>
From: Luca Barbato <luca.barbato@libav.org>
Message-ID: <528546a0-7795-f432-84b0-fefc4a9b8985@libav.org>
Date: Sat, 30 Jun 2018 17:10:03 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.0
MIME-Version: 1.0
In-Reply-To: <dada3690-c8da-05db-4ddb-32476c1170f5@xiph.org>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/ZZYN3MeNLzhV1y0Mj32H0togtFs>
Subject: Re: [Cellar] AV1 mapping Matroska
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 Jun 2018 15:10:22 -0000

On 30/06/2018 15:54, Timothy B. Terriberry wrote:
> 
> So the question you want to answer is how what is stored in a Matroska
> file maps to a "coded video sequence". My opinion (as an individual) is
> that a single EBML Document should correspond to a single coded video
> sequence. That means that nothing in the sequence header can change
> (except for the operating_parameters_info).

+1

I had to plan for sudden codec reconfiguration because it MAY happen,
but I'd rather have it clearly signaled at demuxer level when possible.

lu

v2.23.0 | Report a Bug | By Email