Re: [Cellar] AV1 mapping Matroska

Jerome Martinez <jerome@mediaarea.net> Wed, 27 June 2018 08:32 UTC

Return-Path: <jerome@mediaarea.net>
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 E668612872C for <cellar@ietfa.amsl.com>; Wed, 27 Jun 2018 01:32:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 BvRdZFUS4gK0 for <cellar@ietfa.amsl.com>; Wed, 27 Jun 2018 01:32:08 -0700 (PDT)
Received: from 18.mo7.mail-out.ovh.net (18.mo7.mail-out.ovh.net [188.165.56.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D8401277D2 for <cellar@ietf.org>; Wed, 27 Jun 2018 01:32:07 -0700 (PDT)
Received: from player715.ha.ovh.net (unknown [10.109.122.46]) by mo7.mail-out.ovh.net (Postfix) with ESMTP id C10F6B3B92 for <cellar@ietf.org>; Wed, 27 Jun 2018 10:32:05 +0200 (CEST)
Received: from [192.168.2.120] (p5DDB49E4.dip0.t-ipconnect.de [93.219.73.228]) (Authenticated sender: jerome@mediaarea.net) by player715.ha.ovh.net (Postfix) with ESMTPSA id DCF8B1C00D3 for <cellar@ietf.org>; Wed, 27 Jun 2018 10:32:01 +0200 (CEST)
To: cellar@ietf.org
References: <CAOXsMFLg0c6CVOhh6tkmX9nagZYX32GQYMJMfZgRQ4Pk+zoP9g@mail.gmail.com>
From: Jerome Martinez <jerome@mediaarea.net>
Message-ID: <acb09138-8206-b28a-645a-f967d3bb5ddf@mediaarea.net>
Date: Wed, 27 Jun 2018 10:32:03 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <CAOXsMFLg0c6CVOhh6tkmX9nagZYX32GQYMJMfZgRQ4Pk+zoP9g@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Ovh-Tracer-Id: 5441474251973464209
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 49
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtiedrudejgddtiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemuceftddtnecuogfuuhhsphgvtghtffhomhgrihhnucdlgeelmd
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/IogaXUyuoKIWEGSTLpPMbji6Hv8>
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: Wed, 27 Jun 2018 08:32:11 -0000

Hi,

On 26/06/2018 17:42, Steve Lhomme wrote:
> Hi,
>
> I drafted a document to specify how AV1 should be stored within Matroska.
>
> You can find the document here:
> https://github.com/Matroska-Org/matroska-specification/blob/av1-mappin/codec/av1.md
>
> It may start as a basis for how we define (extensively) other codecs.
>
> Let me know if it's readable for people with no knowledge of AV1 and
> for people with knowledge of AV1.

It is readable, at least for me, as a person who implemented quickly the 
parsing of the AV1 sequence headers.

>
> Some parts marked inside {} are not finished yet. Especially the
> encryption parts.
>
> For reference the MP4 mapping draft can be found here
> https://aomediacodec.github.io/av1-isobmff/

For me it is important to use same semantics that in ISO BMFF, easier 
for encoders and decoders.

>
>
> PS: it seems AV1 has new "standard" values for matrix coefficients and
> Primaries that we could borrow for Matroska.

Nothing new, they use up to date H.265 values (which are de facto 
already in use when muxing H.265, with such values, in Matroska).

Jérôme