Re: [AVTCORE] Comments on draft-ietf-avtcore-rtp-vvc-05.txt(Internet mail)
"shuaiizhao(Shuai Zhao)" <shuaiizhao@tencent.com> Thu, 05 November 2020 18:49 UTC
Return-Path: <shuaiizhao@tencent.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96C3E3A13E9 for <avt@ietfa.amsl.com>; Thu, 5 Nov 2020 10:49:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tencent.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 Ul5lPmHGGjCB for <avt@ietfa.amsl.com>; Thu, 5 Nov 2020 10:49:35 -0800 (PST)
Received: from mail1.tencent.com (mail1.tencent.com [203.205.248.43]) (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 A78573A12AC for <avt@ietf.org>; Thu, 5 Nov 2020 10:49:34 -0800 (PST)
Received: from EX-SZ018.tencent.com (unknown [10.28.6.39]) by mail1.tencent.com (Postfix) with ESMTP id 17FD35A14C for <avt@ietf.org>; Fri, 6 Nov 2020 02:49:32 +0800 (CST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tencent.com; s=s202002; t=1604602172; bh=xbWmUl01++0Qrd4ZXN9VhI0QiiVsCjpi3t3v4l5opA0=; h=From:To:CC:Subject:Date:References:In-Reply-To; b=jIzeIzl24TLsgN71qEfyUSEQC72nhWucZ4NoMaAW1NE0QioLYhqJ9dfkCyN64Vakv dgdga5Nvtqd0C4zqngB3vbMSitT+m0NmrDez4IARb835T3BmNZ4jI+/qxrHwSNKPGq tgPa4XRNhfJ15YIgdm0ZZoVpGre8Rgvdbn8VEIiI=
Received: from EX-US01.tencent.com (10.93.1.207) by EX-SZ018.tencent.com (10.28.6.39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Fri, 6 Nov 2020 02:49:31 +0800
Received: from EX-US01.tencent.com (10.93.1.207) by EX-US01.tencent.com (10.93.1.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Fri, 6 Nov 2020 02:49:29 +0800
Received: from EX-US01.tencent.com ([fe80::2871:b384:ea95:2ddc]) by EX-US01.tencent.com ([fe80::2871:b384:ea95:2ddc%4]) with mapi id 15.01.2106.002; Fri, 6 Nov 2020 02:49:29 +0800
From: "shuaiizhao(Shuai Zhao)" <shuaiizhao@tencent.com>
To: Martin Pettersson M <martin.m.pettersson@ericsson.com>, "avt@ietf.org" <avt@ietf.org>
Thread-Topic: [AVTCORE] Comments on draft-ietf-avtcore-rtp-vvc-05.txt(Internet mail)
Thread-Index: Adax+3XG1UYuenjlQSmSlfNmJ+iHbQBItF8A
Date: Thu, 05 Nov 2020 18:49:29 +0000
Message-ID: <1C5F0C83-3D37-4493-8F7E-16C0CF621111@tencent.com>
References: <HE1PR0702MB36425058B8AEE97940A0C736CA110@HE1PR0702MB3642.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0702MB36425058B8AEE97940A0C736CA110@HE1PR0702MB3642.eurprd07.prod.outlook.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.42.20101102
x-originating-ip: [9.218.225.3]
Content-Type: multipart/alternative; boundary="_000_1C5F0C833D3744938F7E16C0CF621111tencentcom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/MtLnXA3aZgvHZU9NnS8z8oahmLI>
Subject: Re: [AVTCORE] Comments on draft-ietf-avtcore-rtp-vvc-05.txt(Internet mail)
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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, 05 Nov 2020 18:49:38 -0000
Thanks Martin for your comments, We will for sure address your comments in next revision. Best, Shuai Zhao From: Martin Pettersson M <martin.m.pettersson@ericsson.com> Date: Tuesday, November 3, 2020 at 08:38 To: "shuaiizhao(Shuai Zhao)" <shuaiizhao@tencent.com>, "avt@ietf.org" <avt@ietf.org> Subject: [AVTCORE] Comments on draft-ietf-avtcore-rtp-vvc-05.txt(Internet mail) Hi, Thanks for the good progress on the VVC RTP payload format. Below are some suggested modifications for your consideration: 1) In section 3.2, add “GDR Gradual Decoding Refresh” 2) In section 8.4, change “Upon reception of a FIR, a sender must send an IDR picture.” to “Upon reception of a FIR, a sender must send an IDR, a CRA or a GDR picture.” Motivation: One of the versatile features in VVC is its support for low-latency coding where the GDR picture is a key component to achieve low latency. Compared to AVC and HEVC where GDR is signaled in an SEI message with optional support by the decoder, the GDR picture in VVC is a normative part of the specification and the decoder must be able to tune in at a GDR picture. Therefore it makes sense to allow a sender to respond with a GDR picture upon receiving a FIR. Note also that a gradual decoding refresh point is mentioned as a possible Decoder Refresh Point in response to the FIR command in https://tools.ietf.org/html/rfc5104. Sending a CRA picture as a response to FIR would be fine as well in my opinion. I don’t see the reason to exclude that. 3) In section 9.1, change “The I bit MUST be 1 when the NAL unit type is 7-9 (inclusive), otherwise it MUST be 0.” to “The I bit MUST be 1 when the NAL unit type is 7-10 (inclusive), otherwise it MUST be 0.” In section 9.2, change “The I bit MUST be 1 when the NAL unit type is 7-9 (inclusive), otherwise it MUST be 0.” to “The I bit MUST be 1 when the NAL unit type is 7-10 (inclusive), otherwise it MUST be 0.” Motivation: NAL unit type 10 is GDR_NUT. In https://tools.ietf.org/id/draft-ietf-avtext-framemarking-09.html the I bit is specified as: I: Independent Frame (1 bit) - MUST be 1 for frames that can be decoded independent of temporally prior frames, e.g. intra-frame, VPX keyframe, H.264 IDR [RFC6184], H.265 IDR/CRA/BLA/RAP [RFC7798]; otherwise MUST be 0. The GDR picture is typically not fully refreshed in one frame, but it does not need prior temporal pictures to start the decoding process, i.e. a bitstream that starts with a GDR picture in VVC is a valid bitstream. Best regards, Martin Pettersson From: avt <avt-bounces@ietf.org> On Behalf Of shuaiizhao(Shuai Zhao) Sent: den 2 november 2020 23:11 To: avt@ietf.org Subject: [AVTCORE] FW: I-D Action: draft-ietf-avtcore-rtp-vvc-05.txt(Internet mail) In this revision, Yago’s proposal for SDP parameters were implemented in section 7.2.1. Editor’s notes were added for things we will provide clearfication in next revision. So do review and critisize lightly. ☺ Best SZ From: avt <avt-bounces@ietf.org<mailto:avt-bounces@ietf.org>> on behalf of "internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>" <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Reply-To: "avt@ietf.org<mailto:avt@ietf.org>" <avt@ietf.org<mailto:avt@ietf.org>> Date: Monday, November 2, 2020 at 14:07 To: "i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>" <i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>> Cc: "avt@ietf.org<mailto:avt@ietf.org>" <avt@ietf.org<mailto:avt@ietf.org>> Subject: [AVTCORE] I-D Action: draft-ietf-avtcore-rtp-vvc-05.txt(Internet mail) A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Core Maintenance WG of the IETF. Title : RTP Payload Format for Versatile Video Coding (VVC) Authors : Shuai Zhao Stephan Wenger Yago Sanchez Ye-Kui Wang Filename : draft-ietf-avtcore-rtp-vvc-05.txt Pages : 61 Date : 2020-11-02 Abstract: This memo describes an RTP payload format for the video coding standard ITU-T Recommendation H.266 and ISO/IEC International Standard 23090-3, both also known as Versatile Video Coding (VVC) and developed by the Joint Video Experts Team (JVET). The RTP payload format allows for packetization of one or more Network Abstraction Layer (NAL) units in each RTP packet payload as well as fragmentation of a NAL unit into multiple RTP packets. The payload format has wide applicability in videoconferencing, Internet video streaming, and high-bitrate entertainment-quality video, among other applications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtcore-rtp-vvc/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-avtcore-rtp-vvc-05 https://datatracker.ietf.org/doc/html/draft-ietf-avtcore-rtp-vvc-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-avtcore-rtp-vvc-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ Audio/Video Transport Core Maintenance avt@ietf.org<mailto:avt@ietf.org> https://www.ietf.org/mailman/listinfo/avt
- [AVTCORE] Comments on draft-ietf-avtcore-rtp-vvc-… Martin Pettersson M
- Re: [AVTCORE] Comments on draft-ietf-avtcore-rtp-… shuaiizhao(Shuai Zhao)
- Re: [AVTCORE] Comments on draft-ietf-avtcore-rtp-… Stephan Wenger
- Re: [AVTCORE] Comments on draft-ietf-avtcore-rtp-… Sanchez de la Fuente, Yago
- Re: [AVTCORE] [External] Re: Comments on draft-ie… Ye-Kui Wang
- Re: [AVTCORE] [External] Re: Comments on draft-ie… Sanchez de la Fuente, Yago
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Ye-Kui Wang
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Martin Pettersson M
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Ye-Kui Wang
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Mo Zanaty (mzanaty)
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Martin Pettersson M
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Stephan Wenger
- Re: [AVTCORE] [Phishing Risk] Re: [External] Re: … Ye-Kui Wang