IETF Logo Mail Archive

Re: [AVT] Comments on the major open issue ofdraft-ietf-avt-rtp-svc-07.txt, cross layer decoding order dependency

<Ye-Kui.Wang@nokia.com> Tue, 12 February 2008 09:46 UTC

Return-Path: <avt-bounces@ietf.org>
X-Original-To: ietfarch-avt-archive@core3.amsl.com
Delivered-To: ietfarch-avt-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 38E3F28C14C; Tue, 12 Feb 2008 01:46:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.375
X-Spam-Level:
X-Spam-Status: No, score=-1.375 tagged_above=-999 required=5 tests=[AWL=-0.938, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1]
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 bdY0uGWSAm7T; Tue, 12 Feb 2008 01:46:14 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A563B28C139; Tue, 12 Feb 2008 01:46:13 -0800 (PST)
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 1A3BB28C0FB for <avt@core3.amsl.com>; Tue, 12 Feb 2008 01:46:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
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 ocnj497aRdqT for <avt@core3.amsl.com>; Tue, 12 Feb 2008 01:46:11 -0800 (PST)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 019A028C149 for <avt@ietf.org>; Tue, 12 Feb 2008 01:44:35 -0800 (PST)
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m1C9kqwh032449; Tue, 12 Feb 2008 03:47:13 -0600
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 12 Feb 2008 11:45:06 +0200
Received: from vaebe101.NOE.Nokia.com ([10.160.244.11]) by esebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 12 Feb 2008 11:45:05 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 12 Feb 2008 11:45:03 +0200
Message-ID: <44C96BEE548AC8429828A376231503473CF3DF@vaebe101.NOE.Nokia.com>
In-Reply-To: <6B55710E7F51AD4B93F336052113B85F1258A8@be150.mail.lan>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [AVT] Comments on the major open issue ofdraft-ietf-avt-rtp-svc-07.txt, cross layer decoding order dependency
Thread-Index: AchcWBOtdxYRnl/ZQLy/J+Tiv/W/DQAlHItQAAlDlhADVn7D0AAB7tTgAKLF7EAAF0BkQA==
References: <683204CAF7155443BC14CEAEC009FCA603711DC8@E03MVY1-UKDY.domain1.systemhost.net> <6B55710E7F51AD4B93F336052113B85F1258A8@be150.mail.lan>
From: Ye-Kui.Wang@nokia.com
To: jonathan@vidyo.com, avt@ietf.org
X-OriginalArrivalTime: 12 Feb 2008 09:45:05.0844 (UTC) FILETIME=[F286EF40:01C86D5B]
X-Nokia-AV: Clean
Cc: mike.nilsson@bt.com
Subject: Re: [AVT] Comments on the major open issue ofdraft-ietf-avt-rtp-svc-07.txt, cross layer decoding order dependency
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: <http://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <http://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

>Another weakness of the CL-DON method is that it does not 
>support NAL unit fragmentation in mode 1.  
 
You are free to use FU-A in the CL-DON mode when you use the interleaved
packetization mode. 

BR, YK

>-----Original Message-----
>From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On 
>Behalf Of ext Jonathan Lennox
>Sent: Tuesday, February 12, 2008 12:59 AM
>To: avt@ietf.org
>Cc: mike.nilsson@bt.com
>Subject: Re: [AVT] Comments on the major open issue 
>ofdraft-ietf-avt-rtp-svc-07.txt, cross layer decoding order dependency
>
>mike.nilsson@bt.com writes:
>> The major weakness of the CL-DON method is that it is not backwards
>compatible with the single NAL unit mode of RFC 3984.
>
>Another weakness of the CL-DON method is that it does not 
>support NAL unit fragmentation in mode 1.  RFC 3984 FU-A 
>packets cannot include a CL-DON, since mixing aggregation and 
>fragmentation isn't allowed.
>
>Though it's better to avoid it if you can, there are scenarios 
>where fragmentation is needed, i.e. video being transmitted 
>over a network with an MTU lower than the video encoder 
>expected.  If retransmission or FEC is in use, RTP-layer 
>fragmentation is hugely preferable to IP-layer fragmentation 
>of the RTP packet.
>
>
>More architecturally, I wonder if cross-layer decoding is a 
>question that should be addressed in a generic manner rather 
>than per-media.
>Several drafts have been presented recently for audio codecs 
>which do session multiplexing in a very similar way to 
>H.264/SVC, and they also need to be able to indicate a global 
>decoding order.  Should this be addressed as a generic problem?
>
>--
>Jonathan Lennox
>Vidyo, Inc (formerly Layered Media)
>jonathan@vidyo.com
>
>_______________________________________________
>Audio/Video Transport Working Group
>avt@ietf.org
>http://www.ietf.org/mailman/listinfo/avt
>
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
http://www.ietf.org/mailman/listinfo/avt

v2.31.3 | Report a Bug | By Email | System Status