[Cellar] AV1 mapping update

Steve Lhomme <slhomme@matroska.org> Mon, 09 July 2018 10:24 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 C9B41130F69 for <cellar@ietfa.amsl.com>; Mon, 9 Jul 2018 03:24:20 -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 xmGO9Rnci2fl for <cellar@ietfa.amsl.com>; Mon, 9 Jul 2018 03:24:19 -0700 (PDT)
Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (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 135F9130E6B for <cellar@ietf.org>; Mon, 9 Jul 2018 03:24:19 -0700 (PDT)
Received: by mail-pf0-x235.google.com with SMTP id x10-v6so3505368pfm.4 for <cellar@ietf.org>; Mon, 09 Jul 2018 03:24:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=+OcJVrwGHlxTtE5BKREdIRwerWnthT9xJKvMe3IDuTc=; b=zsNXm93s0wZGi2Y/txzSUrRjDOBI4RuBIt4H0ymlsEeVEUSkzM0Tfyy2W1QhlCNhhj Rf+PJ524idPvd5gkJFAN3AJ5HEIK+GLH0zm8mytE9QaD0DgtLK0r/8tNPuE6jjn7oCn/ Jq6SzrYCdzenVd1BhDdZA4C/8982R9gIVlujuyza2XnZDGvaFRDWHclZpP3jNnCRVpkz XSWgXxGlPQUgTWMII09X7bl6vljwBMy+8w9gyV0GXj05n9bwUtpObTBWIXdARgkR162n KPzuLqpuJSRWHxS6BvT4rfqPbbQ3XYnjawAT+jiBb2/dbUJ8xJpVWXhKk1oVdb6BV8sh +oxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+OcJVrwGHlxTtE5BKREdIRwerWnthT9xJKvMe3IDuTc=; b=qKu+2XUX25cxH/0LRAtaaJ77Bog+CVyA+E3/AofRjCrtpkfofdwzax+BBfzkkEljZm a15CPsIoKS264KJ6/9AcMPJ1kFKweYtN7nDSFMgn8AtkuVoxrfY/5jfRpbhQl88CXkrJ nvk+G0ELBG/Lwduyp2jemwYgsx5QnHgW7Qr+A/qlbbfeiO/DQuDztyQcZAr/D5mmXCJ6 9fIDYZo8R0+Qz8GnZ9BF+MpNOiPaxdiOREI3u8htUiRFibRNNSHKSoyMeGQ0p9C/a45+ x1+mujAZg/JjVfHWRp4lvR4Q9msTU2moJ/gwA8nGXF1P/p9eYKCn+PwRmHEbu1bvG08K nY0w==
X-Gm-Message-State: APt69E2CDVMqDlQ/MlV+zUXHkuclfI0bb3S4JL49mcXa9gchqex8Lgja QnWwsoDYM3lm7c2FU4ukxf4bX+7+vq20s9nIap35milL
X-Google-Smtp-Source: AAOMgpeUJVAsrdzmgSiY4/1iLqMmz5ADfzY69hB2Hmjv7yYPMZ8Q7lxUC2LzXyNjfOhl7wqBQ/q40nnib5VdsP4q/Vo=
X-Received: by 2002:a62:9652:: with SMTP id c79-v6mr20885437pfe.114.1531131858418; Mon, 09 Jul 2018 03:24:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a17:90a:17af:0:0:0:0 with HTTP; Mon, 9 Jul 2018 03:24:17 -0700 (PDT)
From: Steve Lhomme <slhomme@matroska.org>
Date: Mon, 9 Jul 2018 12:24:17 +0200
Message-ID: <CAOXsMFKHo6RS+q8KCXKoKCiBBS9pVqs92wsLgSfXZO+DT3dStQ@mail.gmail.com>
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/oAxbYWJcZx4t5XvuIUp8AW8F8EQ>
Subject: [Cellar] AV1 mapping update
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: Mon, 09 Jul 2018 10:24:21 -0000

I updated the AV1 mapping to clean a few sentences.

Since we allow stripping the Sequence Header OBU from the stream when
it's equal to the CodecPrivate one, we need to add it back to the
bitstream for compliance. At least when seeking on keyframes. So I
added a section to explain that.

IMO that's an extra feature of the CodecPrivate that it's meant to be
added to the bistream as-is. And in this case on startup and when
seeking. I wonder if we should add an element next to the CodecPrivate
to describe that. Because in this case it's not entirely opaque to the
demuxer. Or maybe it's implied by the CodecID and is up to the decoder
to use it how it's supposed to be (in this case detecting keyframes
and possibly adding back the Sequence Header OBU).

https://github.com/Matroska-Org/matroska-specification/blob/av1-mappin/codec/av1.md
and the list of changes can be found here
https://github.com/Matroska-Org/matroska-specification/commits/av1-mappin/codec/av1.md

Let me know what you think so we can settle this spec for good.

-- 
Steve Lhomme
Matroska association Chairman