Re: [AVT] Cross-layer decoding order
<Ye-Kui.Wang@nokia.com> Sat, 16 February 2008 22:21 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 2E51928C2E2; Sat, 16 Feb 2008 14:21:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.165
X-Spam-Level:
X-Spam-Status: No, score=-1.165 tagged_above=-999 required=5 tests=[AWL=-0.728, 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 pXVsOeJnBeWH; Sat, 16 Feb 2008 14:21:12 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B52B28C2F3; Sat, 16 Feb 2008 14:20:55 -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 A38A328C2E2 for <avt@core3.amsl.com>; Sat, 16 Feb 2008 14:20:53 -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 X0Q9p3rH9J13 for <avt@core3.amsl.com>; Sat, 16 Feb 2008 14:20:53 -0800 (PST)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 8852D28C2B6 for <avt@ietf.org>; Sat, 16 Feb 2008 14:18:56 -0800 (PST)
Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m1GMJ1um020543; Sat, 16 Feb 2008 16:20:07 -0600
Received: from esebh104.NOE.Nokia.com ([172.21.143.34]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Feb 2008 00:18:35 +0200
Received: from vaebe101.NOE.Nokia.com ([10.160.244.11]) by esebh104.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Feb 2008 00:18:35 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sun, 17 Feb 2008 00:18:32 +0200
Message-ID: <44C96BEE548AC8429828A3762315034742E9F1@vaebe101.NOE.Nokia.com>
In-Reply-To: <C83593C8-7E19-48CE-A3A2-AB7F8C5813A4@csperkins.org>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [AVT] Cross-layer decoding order
Thread-Index: AchwqAceVC14fShlSf6PZ7C0WYZ3bQAPsGVQ
References: <683204CAF7155443BC14CEAEC009FCA603711DC8@E03MVY1-UKDY.domain1.systemhost.net><6B55710E7F51AD4B93F336052113B85F1258A8@be150.mail.lan> <C83593C8-7E19-48CE-A3A2-AB7F8C5813A4@csperkins.org>
From: Ye-Kui.Wang@nokia.com
To: csp@csperkins.org, jonathan@vidyo.com
X-OriginalArrivalTime: 16 Feb 2008 22:18:35.0799 (UTC) FILETIME=[DF699A70:01C870E9]
X-Nokia-AV: Clean
Cc: mike.nilsson@bt.com, avt@ietf.org
Subject: Re: [AVT] Cross-layer decoding order
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
>> 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? > >That's an interesting idea. If there are sufficient >commonalities between the different payload formats, it makes >sense to use a common mechanism if such a thing is possible >(perhaps either an extension to the RTP header, or a common >building block used in different payload headers). > There are at least three existing drafts (the SVC payload draft, the MVC payload draft, and the EVBR payload draft) that are common in this regard. Having an extension to the RTP header is what Mike has proposed earlier. If this is viable, it would be the cleanest solution in the long run, and it will reduce a lot the document complexity for scalable codec's RTP payload drafts. The only problem is when an RFC for this can be available to enable SVC deployment. Having a common block used in different payload headers is not easy or impossible to achieve, because the SVC and MVC draft are both based on RFC 3984 and are required to be backward compatible to RFC 3984. If all the scalable codecs are, like the EVBR codec, developped from scratch and not based an existing codec, then a common buidling block in payload headers is then easy to achieve. BR, YK _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www.ietf.org/mailman/listinfo/avt
- [AVT] Comments on the major open issue of draft-i… mike.nilsson
- Re: [AVT] Comments on the major open issue of dra… Jonathan Lennox
- Re: [AVT] Comments on the major open issue ofdraf… Ye-Kui.Wang
- Re: [AVT] Comments on the major open issue ofdraf… Jonathan Lennox
- Re: [AVT] Comments on the major open issue ofdraf… Ye-Kui.Wang
- [AVT] Cross-layer decoding order (was Re: Comment… Colin Perkins
- Re: [AVT] Cross-layer decoding order Ye-Kui.Wang
- Re: [AVT] Cross-layer decoding order Colin Perkins