Re: [AVTCORE] Some changes to rfc3984bis, SVC, and RCDO payload drafts

Roni Even <Even.roni@huawei.com> Sun, 20 March 2011 12:24 UTC

Return-Path: <Even.roni@huawei.com>
X-Original-To: avt@core3.amsl.com
Delivered-To: avt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 826CF3A6BB8; Sun, 20 Mar 2011 05:24:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.495
X-Spam-Level:
X-Spam-Status: No, score=-100.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8M2p+gy1NtdM; Sun, 20 Mar 2011 05:24:48 -0700 (PDT)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 9371E3A6BB7; Sun, 20 Mar 2011 05:24:48 -0700 (PDT)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIC00KM3VVLMQ@szxga05-in.huawei.com>; Sun, 20 Mar 2011 20:26:10 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIC00439VVKE5@szxga05-in.huawei.com>; Sun, 20 Mar 2011 20:26:09 +0800 (CST)
Received: from windows8d787f9 (cust.static.109-164-246-172.swisscomdata.ch [109.164.246.172]) by szxml12-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LIC00AD4VUJT7@szxml12-in.huawei.com>; Sun, 20 Mar 2011 20:26:08 +0800 (CST)
Date: Sun, 20 Mar 2011 14:25:10 +0200
From: Roni Even <Even.roni@huawei.com>
In-reply-to: <4D85C5FA.4010407@net-zen.net>
To: 'Glen Zorn' <gwz@net-zen.net>, 'Ye-Kui Wang' <yekui.wang@huawei.com>, 'Robert Sparks' <rjsparks@nostrum.com>
Message-id: <000701cbe6f9$f44b1e80$dce15b80$%roni@huawei.com>
MIME-version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Content-type: text/plain; charset="us-ascii"
Content-language: en-us
Content-transfer-encoding: 7bit
Thread-index: Acvm35YRpzpCX3JQSOWXj1OvEp108gADr0Sg
References: <B99DECD58A94E143BA6F1508CC688351B417FB@dfweml504-mbx.china.huawei.com> <4D85C5FA.4010407@net-zen.net>
Cc: avt@ietf.org, payload@ietf.org
Subject: Re: [AVTCORE] Some changes to rfc3984bis, SVC, and RCDO payload drafts
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Sun, 20 Mar 2011 12:24:49 -0000

Hi Glen,
The technical change is more in H.264/AVC specification. In the payload
specifications (3984bis/ RCDO and SVC) the change is to specify the
conversion between the old and new parameter and to explain the change in
H.264.
It can be looked as a technical and I will leave it to the AD to help here.

As for the quality of the change it was done by YK with the help of Steve
Botzko (H.241 editor) and Gary Sullivan the Rapportuer of Q6 SG16 that does
the video codec in a f2f meeting. It was also reviewed by me and by some
other experts on video coding and I feel good about the solution,

This change involves also an update to H.241 that has the same issue and the
objective is to approve the H.241 change this week at the ongoing ITU Study
Group 16 meeting. The solution for the IETF draft and ITU draft should be
the same to address interoperability.

Thanks
Roni Even
As individual.


> -----Original Message-----
> From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of
> Glen Zorn
> Sent: Sunday, March 20, 2011 11:17 AM
> To: Ye-Kui Wang
> Cc: avt@ietf.org; payload@ietf.org
> Subject: Re: [AVTCORE] Some changes to rfc3984bis, SVC, and RCDO
> payload drafts
> 
> On 3/20/2011 3:20 PM, Ye-Kui Wang wrote:
> > Folks,
> >
> >
> >
> > The three H.264/AVC related payload formats, namely,
> > draft-ietf-avt-rtp-rfc3984bis-12, draft-ietf-avt-rtp-svc-27, and
> > draft-ietf-avt-rtp-h264-rcdo-08, are all at the AUTH48 stage.
> >
> >
> >
> > The RFC-Editor has found the following problem: In
> > draft-ietf-avt-rtp-rfc3984bis-12, the definition of the max-dpb media
> > parameter refers to the MaxDPB that was defined the first version of
> the
> > H.264/AVC spec, but not any more in the latest version (the 2010
> > version). The parameter in the latest H.264/AVC version corresponding
> to
> > MaxDPB is MaxDpbMbs, and the unit of the new parameter (i.e.,
> > macroblocks) is different from the original one (i.e. 1024 bytes).
> 
> ...
> 
> > Since the drafts are at the AUTH48 stage, please provide comments by
> > Monday, March 21, if any. Many thanks!
> 
> Just my opinion but these seem like technical changes that can't really
> be dealt with in AUTH48.
> 
> ...
> _______________________________________________
> Audio/Video Transport Core Maintenance
> avt@ietf.org
> https://www.ietf.org/mailman/listinfo/avt