[AVTCORE] Benjamin Kaduk's No Objection on draft-ietf-payload-vp9-14: (with COMMENT)
Benjamin Kaduk via Datatracker <noreply@ietf.org> Thu, 03 June 2021 22:06 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: avt@ietf.org
Delivered-To: avt@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 81F0F3A1C55; Thu, 3 Jun 2021 15:06:20 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benjamin Kaduk via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-payload-vp9@ietf.org, avtcore-chairs@ietf.org, avt@ietf.org, bernard.aboba@gmail.com, bernard.aboba@gmail.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.30.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Benjamin Kaduk <kaduk@mit.edu>
Message-ID: <162275798049.24886.18301371405247750024@ietfa.amsl.com>
Date: Thu, 03 Jun 2021 15:06:20 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/8cqGABlQ_7E3TdXowjUBAdSEJJE>
Subject: [AVTCORE] Benjamin Kaduk's No Objection on draft-ietf-payload-vp9-14: (with COMMENT)
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Jun 2021 22:06:21 -0000
Benjamin Kaduk has entered the following ballot position for draft-ietf-payload-vp9-14: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-payload-vp9/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my Discuss point, and comments! I spotted a few maybe nits in the -14 while reviewing the diff. Section 3 A Picture Group is a recurring pattern of spatial and temporal dependencies which In this mode, each packet has an index to refer to Looks like an editing remnant up to "In this mode". Section 4.2 I: Picture ID (PID) present. When set to one, the OPTIONAL PID MUST be present after the mandatory first octet and specified as below. Otherwise, PID MUST NOT be present. If the V bit was set in the stream's most recent start of a keyframe (i.e. the SS field was present, and non-flexible scalability mode is in use), then this bit MUST be set on every packet. I may (still?) be confused, but I think the "non-flexible scalability mode is in use" belongs outside the parentheses, as it's an additional separate precondition from "V bit is set" for "this bit MUST be set". That is, IIUC, non-flexible scalability mode requires SS and requires PIDs in every packet, but it's permitted to send SS in flexible scalability mode, and in the latter case it's permitted (but unexpected?) to omit PIDs from (some) packets. Section 4.2.1 In a scalable stream sent with a fixed pattern, the SS data SHOULD be included in the first packet of every key frame. This is a packet with P bit equal to zero, SID or Lis not the bit equal to zero, and B bit equal to 1. [...] I think there's some editing churn here as well, at least a space in "L is" but possibly more qualifiers about SID being zero vs L being the bit equal to zero.
- [AVTCORE] Benjamin Kaduk's No Objection on draft-… Benjamin Kaduk via Datatracker
- Re: [AVTCORE] Benjamin Kaduk's No Objection on dr… Jonathan Lennox