Re: [Cellar] AV1 mapping Matroska

Steve Lhomme <slhomme@matroska.org> Wed, 27 June 2018 08:38 UTC

Return-Path: <slhomme@matroska.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 A72ED12872C for <cellar@ietfa.amsl.com>; Wed, 27 Jun 2018 01:38:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com
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 SbIBLr6News6 for <cellar@ietfa.amsl.com>; Wed, 27 Jun 2018 01:38:05 -0700 (PDT)
Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e:c05::22e]) (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 9C5231277D2 for <cellar@ietf.org>; Wed, 27 Jun 2018 01:38:05 -0700 (PDT)
Received: by mail-pg0-x22e.google.com with SMTP id z1-v6so615474pgv.12 for <cellar@ietf.org>; Wed, 27 Jun 2018 01:38:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=WYEvPHiTvR6cPtPrxmK118dF7XBS2ezSIBYzkUcbDow=; b=AxD8aLcgScxOWJTqs/OYCUamKVytnX3VMa2i5EGsh4WUV4+Yk+jQL+6k9vdGgKWzTi Jq/tOxHEStd5TD7GLkkYuAX8DhI7+gue8MB4DZHivR8diJysMx/hz7pxoClACTEF9a4l pbCAAsiCaVoYHFO9gk79lMZ+vOzpf6D/V5UsWne48mirGW+oBhU20nxlsBn91qBC7GxC yYSkWRiW/P4wFccharAgOca82nyeujqrGTzNhEWyjflzt6QNfV+r5YAPN9uNPdEMXTke 2RLIpB8BxPdCdKk07ys0ALjnYnLvAe0pwE/b9InD19pwXiAdsxEF4/QmsMb3ZAxulI8c +tBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=WYEvPHiTvR6cPtPrxmK118dF7XBS2ezSIBYzkUcbDow=; b=lqs7+p1d/3baDnAMQP33O4t3mrybXqesDBWEVQwmRHm0B7lhzHnHc4RWyR5I7T7FPU x75hUdl1MTQY3JXIyJumOsawzgCcyDwIzd4Kft3nXQ0bEgQFZehJ8YhmueeHZyrv1kPI HHrUWty1Cuwx5LPwVANYjhsDw8m2MJKb5kL5I0RTgINDp4u/7wKj/ntHpOa2LmjvN9mS gak8BWf4X7LfoPQPZVCmnH6qWc2G9dFWgO9sOM9yTL1TqSMQc0trtaA5tRSPEdYqN8Lr I3XBTXxsSSp+CEcjmX43f4WnfCyng0W3ow4v9NMRCg7DCr6rpPRhZ/G4Ak/vgDyrjpAM xeDQ==
X-Gm-Message-State: APt69E2W9EjfrJGu5f7sFooslfpmE3oArrjIQARes4nryfwplrRIOVDy xiBJCJlbUQ8UUWzJBFqR+0qb4RIYpe/HxS6U04cUow==
X-Google-Smtp-Source: ADUXVKLUgAKYClstG+cI4tQkan4EWOgkb40UQ1UHYf7WEh2BHAhnJjo/7n+AVN/WNWIdBRaD3ZSKGyKN+langbUeivs=
X-Received: by 2002:a65:5307:: with SMTP id m7-v6mr4439777pgq.431.1530088685071; Wed, 27 Jun 2018 01:38:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a17:90a:17af:0:0:0:0 with HTTP; Wed, 27 Jun 2018 01:38:04 -0700 (PDT)
In-Reply-To: <acb09138-8206-b28a-645a-f967d3bb5ddf@mediaarea.net>
References: <CAOXsMFLg0c6CVOhh6tkmX9nagZYX32GQYMJMfZgRQ4Pk+zoP9g@mail.gmail.com> <acb09138-8206-b28a-645a-f967d3bb5ddf@mediaarea.net>
From: Steve Lhomme <slhomme@matroska.org>
Date: Wed, 27 Jun 2018 10:38:04 +0200
Message-ID: <CAOXsMFJm7MW63JV6fuVNYA4R=CzMuB+OREZ+Pb+yJLne5L2SLg@mail.gmail.com>
To: Jerome Martinez <jerome@mediaarea.net>
Cc: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/XuoAygBM7HM9uOLFim5Wsd3pu5s>
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:38:08 -0000

2018-06-27 10:32 GMT+02:00 Jerome Martinez <jerome@mediaarea.net>et>:
> 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.

Yes. One of the things the currently differ is in CodecPrivate I
didn't prefix with the presentation_delay bits. It sounds like this is
something we should parse and adjust our timestamps with. It's either
TrackOffset which is currently marked as deprecated for all versions
(ie never used) or CodecDelay which is an unsigned value and MUST be
substracted to the Block timestamp. Except it seems the AV1
presentation delay should be ADDED to the timestamps. I will dig
deeper but we may have to tweak CodecDelay to make it signed.

>>
>>
>> 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).

Ah, I looked at matroska.org not the RFC specs (yet).

>
> Jérôme
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar



-- 
Steve Lhomme
Matroska association Chairman