Re: [Cellar] AV1 mapping update
Steve Lhomme <slhomme@matroska.org> Fri, 13 July 2018 07:26 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 54875130DCC for <cellar@ietfa.amsl.com>; Fri, 13 Jul 2018 00:26:37 -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 I8Ger5EgZZak for <cellar@ietfa.amsl.com>; Fri, 13 Jul 2018 00:26:36 -0700 (PDT)
Received: from mail-pl0-x22b.google.com (mail-pl0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (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 E5FD6126F72 for <cellar@ietf.org>; Fri, 13 Jul 2018 00:26:35 -0700 (PDT)
Received: by mail-pl0-x22b.google.com with SMTP id 30-v6so11813852pld.13 for <cellar@ietf.org>; Fri, 13 Jul 2018 00:26:35 -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; bh=qEAI1QTh+0dzPQabUNFlmeTPYAU+9ZX/zYPS8SWgw9E=; b=JFRsb1wrzzbH6cdS9njpxCIzloSBL5g7k8aDie7AeLx9RSvetWB06XgzP/wNnUWiYt cpM/5NH/TeqTsamf5T0thIAcNnM23BBz+9q3V3aQs2tVwwvfY6Ik+xIWeTqpB/BjNkVk oHCjAIN0DDZ4ar5/EhC7Ct6t5/d4kX+oZAC5wTCCg900FAAPTD9hDOuRI2vy0gNzdZqt kq4ukpRUm6Nr2ibBeLMgAc8o5VnlKU/dQI92vFzT6Ks+AHUC0GgtFhPBtnBpJw60XS3u WuqCim2JR28nUH8EwWhEktwu0bLt0nhHzLegWCNwmesBY7pT4tqXMZbyPAukWTLcZiyP MwrQ==
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; bh=qEAI1QTh+0dzPQabUNFlmeTPYAU+9ZX/zYPS8SWgw9E=; b=RU61WjjGlf2IzP6tp2C6wAhrbC/3w1vTA4HCUrwylEN+Q1z1wJrra6XBxBnagW59z/ Y4ntCbRTETOttRiPncRcAYHEhczQ9Jv7mpvz2z28IeyU39lUJHQl/e/mWG90/3w/Evy5 Fn9vVJ4YDsP6x2d9H24oBdsgYFFYgx5a2tN6yyoqCGTk2Ts5tR7JLVHKnRvnMdO8pgDA 0MxlHaBq04z41AXLuXhvayDXVHSOcuwV/oa5PXQxQ9t0fNcEaw7EuWmgr8m+onP6TCct jC1MpH+KuOG8DapaehBj/oLRGE/wsXAqc6M0zX1yea4kWT/LQsGdaVhoKxJesjffUyUf 8+xw==
X-Gm-Message-State: AOUpUlEMMk5bnnV+r84jiEUATBRTIbD1wLT5oKyUerTHYaMvG5YYEV2z kP4XBVs5JvcOnpOZFCk/NMhW+NwZ/R4EU1WhtQY1Bg==
X-Google-Smtp-Source: AAOMgpeGO1l/Xh3Acptj2nCd71I7fJp+hsRHFbdyr5kbyIS5nFYcm0pEOACXxCvQTjK61WVaMAD5ZZNq9Pt/wxVD9RY=
X-Received: by 2002:a17:902:7793:: with SMTP id o19-v6mr5342166pll.306.1531466795495; Fri, 13 Jul 2018 00:26:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a17:90a:9c13:0:0:0:0 with HTTP; Fri, 13 Jul 2018 00:26:35 -0700 (PDT)
In-Reply-To: <CAOXsMFJtc9pq+PphRb5kF9Mp4jyS5j3LQi6vQQmHRyTDYWyQ-A@mail.gmail.com>
References: <CAOXsMFKHo6RS+q8KCXKoKCiBBS9pVqs92wsLgSfXZO+DT3dStQ@mail.gmail.com> <ca0f009e-a245-fcd6-95f8-f051736c9161@googlemail.com> <CAOXsMFL5-MaHQaAOyh7jSFUpCNbSEvAWKmAHcepaF+QsQuYbHw@mail.gmail.com> <fee747da-77ca-9282-a4c3-c112fd746507@googlemail.com> <CAOXsMFJtc9pq+PphRb5kF9Mp4jyS5j3LQi6vQQmHRyTDYWyQ-A@mail.gmail.com>
From: Steve Lhomme <slhomme@matroska.org>
Date: Fri, 13 Jul 2018 09:26:35 +0200
Message-ID: <CAOXsMFKLTCeUVY1pUHO7DMqKpX9vFAe5Q1fvFSYoGFxcmW95pQ@mail.gmail.com>
To: Andreas Rheinhardt <andreas.rheinhardt@googlemail.com>
Cc: 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/eHVEsTfBfXtsp2bkB6IlVJa76dc>
Subject: Re: [Cellar] AV1 mapping update
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.27
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: Fri, 13 Jul 2018 07:26:38 -0000
>>> So maybe your proposal should be added. We'll gain a bit of weight but >>> it's safer. >>> >> My wording would be: >> "Upon seeking to a keyframe the player/demuxer MUST prepend the `Block` >> with the `Sequence Header OBU` contained in the `CodecPrivate`. >> A muxer MUST make sure that the correct `Sequence Header OBU` is in >> force both during linear access and also after seeking to a keyframe >> `Block`. So in particular a keyframe `Block` where a `Sequence Header >> OBU` that is not bit-identical to the one in the `CodecPrivate` is in >> force for the decoding of the first frame contained in said `Block` MUST >> contain the `Sequence Header OBU` that is in force for the decoding of >> the first frame contained in said `Block` in front of the first frame >> contained in said `Block`." >> >> One could also relax this a bit and only make the correct linear access >> a MUST and the rest a SHOULD. This might be useful for applications >> where seeking isn't desired (although it really should be included even >> for those scenarios to support resuming playback after a transmission >> error). > > OK, I'll try to add something for seeking. Actually we already have it in the Segment Restrictions: Given a `Sequence Header OBU` can be omitted from a `Block` if __[decoder_model_info_present_flag]__ is 0 and it is bit identical to the one found in `CodecPrivate`, when seeking to a keyframe, that omitted `Sequence Header OBU` MUST be added back to the bitstream for compliance with the Random Access Decoding section of the [AV1 Specifiations](#av1-specifications). -- Steve Lhomme Matroska association Chairman
- [Cellar] AV1 mapping update Steve Lhomme
- Re: [Cellar] AV1 mapping update Andreas Rheinhardt
- Re: [Cellar] AV1 mapping update Steve Lhomme
- Re: [Cellar] AV1 mapping update Steve Lhomme
- Re: [Cellar] AV1 mapping update Andreas Rheinhardt
- Re: [Cellar] AV1 mapping update Steve Lhomme
- Re: [Cellar] AV1 mapping update Steve Lhomme
- Re: [Cellar] AV1 mapping update Timothy B. Terriberry
- Re: [Cellar] AV1 mapping update Andreas Rheinhardt
- Re: [Cellar] AV1 mapping update Timothy B. Terriberry
- Re: [Cellar] AV1 mapping update Andreas Rheinhardt
- Re: [Cellar] AV1 mapping update Timothy B. Terriberry
- Re: [Cellar] AV1 mapping update Timothy B. Terriberry
- Re: [Cellar] AV1 mapping update Steve Lhomme