Re: [AVT] WGLC on draft-ietf-avt-rtp-g711wb-03.txt

Hitoshi Ohmuro <ohmuro.hitoshi@lab.ntt.co.jp> Tue, 27 May 2008 01:25 UTC

Return-Path: <avt-bounces@ietf.org>
X-Original-To: avt-archive@optimus.ietf.org
Delivered-To: ietfarch-avt-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B810B3A6C08; Mon, 26 May 2008 18:25:41 -0700 (PDT)
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 45E243A6C0B for <avt@core3.amsl.com>; Mon, 26 May 2008 18:25:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.09
X-Spam-Level:
X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265]
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 iAbJMOFatsci for <avt@core3.amsl.com>; Mon, 26 May 2008 18:25:39 -0700 (PDT)
Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by core3.amsl.com (Postfix) with ESMTP id 431AC3A68C2 for <avt@ietf.org>; Mon, 26 May 2008 18:25:38 -0700 (PDT)
Received: from mfs6.rdh.ecl.ntt.co.jp (mfs6.rdh.ecl.ntt.co.jp [129.60.39.149]) by tama50.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id m4R1PgdW022243 for <avt@ietf.org>; Tue, 27 May 2008 10:25:42 +0900 (JST)
Received: from mfs6.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 2AE1B65FE for <avt@ietf.org>; Tue, 27 May 2008 10:25:42 +0900 (JST)
Received: from eclscan2.m.ecl.ntt.co.jp (eclscan2.m.ecl.ntt.co.jp [129.60.5.68]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 2411A65FD for <avt@ietf.org>; Tue, 27 May 2008 10:25:42 +0900 (JST)
Received: from eclscan2.m.ecl.ntt.co.jp (localhost [127.0.0.1]) by eclscan2.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id m4R1Pf2e007853 for <avt@ietf.org>; Tue, 27 May 2008 10:25:41 +0900 (JST)
Received: from imh.m.ecl.ntt.co.jp (imh0.m.ecl.ntt.co.jp [129.60.5.146]) by eclscan2.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id m4R1PfVN007842 for <avt@ietf.org>; Tue, 27 May 2008 10:25:41 +0900 (JST)
Received: from [127.0.0.1] (sp-ho6.splab.ecl.ntt.co.jp [129.60.2.58]) by imh.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id m4R1PedS016270 for <avt@ietf.org>; Tue, 27 May 2008 10:25:40 +0900 (JST)
Message-ID: <483B62EE.3070800@lab.ntt.co.jp>
Date: Tue, 27 May 2008 10:25:02 +0900
From: Hitoshi Ohmuro <ohmuro.hitoshi@lab.ntt.co.jp>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: avt@ietf.org
References: <144ED8561CE90C41A3E5908EDECE315C0597438F@IsrExch01.israel.polycom.com> <48361FDC.7080506@lab.ntt.co.jp>
In-Reply-To: <48361FDC.7080506@lab.ntt.co.jp>
Subject: Re: [AVT] WGLC on draft-ietf-avt-rtp-g711wb-03.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org

Hi,

I discussed with some interested parties.

The number of parties who supported my proposal was limited.
It seems that most parties do not prefer even-size payload header or 
zero-padding to 1-octet one, because the significance of the processing 
problem is small, compared to the whole codec complexity.

I am ok with the current 1-octet payload header format.

I thank you for good discussions.

Regards,

Hitoshi Ohmuro


> Hi,
> 
> Sorry for my delayed comment.
> 
> I found an alignment problem for implementing the 1-octet payload header.
> 
> We are thinking of low-cost implementation of G.711.1 codec and RTP 
> stack on a DSP.
> Generally, a G.711.1 codec and an RTP stack are implemented as 
> independent functions.
> 
> An G.711.1 encoder generates even-size audio data, 40, 50, or 60 byte 
> data. RTP header always has 4-octet boundary.
> 
> If the payload header has a even-size, the RTP stack can combine the RTP 
> header, the payload header and the audio data easily, i.e. a DSP has 
> only to copy data word by word.
> 
> If the payload header has a odd-size, however, a 16-bit DSP has to copy 
> the audio data byte by byte using byte swapping like endian conversion. 
> This is due to 16-bit DSP memory architecture. This processing causes 
> much more overheads than even-size payload header.
> 
> I know that the communication protocol should not depend on a specific 
> hardware architecture.
> However, I know also that most of DSPs designed for speech signal 
> processing are optimized for 16-bit data.
> 
> I would like to propose that the payload header should be 2-octet and 
> the latter 1-octet is treated as a reserved byte which is default to zero.
> 
> This reserved byte might waste the bit rate, but we might be able to use 
> this byte for an optional purpose in the future, without 
> interoperability problems.
> 
> Please let me know your comments.
> 
> Regards,
> 
> Hitoshi Ohmuro
> 
> 
>> Hi,
>>
>>  
>>
>> This is to announce a working group last call on the RTP Payload 
>> Format for ITU-T Recommendation G.711.1
>>
>> Please send any final comments to the mailing list by May 27^th 2008.
>>  
>>
>> If no issues are raised, we will request the IESG consider the 
>> document for publication.
>>
>>  
>>
>>  
>>
>>  
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts 
>> directories.
>>
>> This draft is a work item of the Audio/Video Transport Working Group 
>> of the IETF.
>>
>>  
>>
>>  
>>
>>             Title           : RTP Payload Format for ITU-T 
>> Recommendation G.711.1
>>
>>             Author(s)       : A. Sollaud
>>
>>             Filename        : draft-ietf-avt-rtp-g711wb-03.txt
>>
>>             Pages           : 15
>>
>>             Date            : 2008-04-28
>>
>>  
>>
>> This document specifies a Real-time Transport Protocol (RTP) payload 
>> format to be used for the International Telecommunication Union
>>
>> (ITU-T) G.711.1 audio codec.  Two media type registrations are also 
>> included.
>>
>>  
>>
>> A URL for this Internet-Draft is:
>>
>> http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-g711wb-03.txt
>>
>>  
>>
>> Internet-Drafts are also available by anonymous FTP at:
>>
>> ftp://ftp.ietf.org/internet-drafts/
>>
>>  
>>
>> Thanks
>>
>> Roni Even
>>
>>  
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Audio/Video Transport Working Group
>> avt@ietf.org
>> https://www.ietf.org/mailman/listinfo/avt

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www.ietf.org/mailman/listinfo/avt