[AVT] Re: [MMUSIC] time-lined static media with FLUTE & IMG
Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 30 October 2003 09:43 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA15287 for <avt-archive@odin.ietf.org>; Thu, 30 Oct 2003 04:43:32 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AF9Kh-0005ix-Jd for avt-archive@odin.ietf.org; Thu, 30 Oct 2003 04:43:13 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h9U9hB2P021953 for avt-archive@odin.ietf.org; Thu, 30 Oct 2003 04:43:11 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AF9KX-0005bp-2J; Thu, 30 Oct 2003 04:43:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AF9Jc-0005UI-Lm for avt@optimus.ietf.org; Thu, 30 Oct 2003 04:42:04 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA15248 for <avt@ietf.org>; Thu, 30 Oct 2003 04:41:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AF9JZ-0000Lv-00 for avt@ietf.org; Thu, 30 Oct 2003 04:42:01 -0500
Received: from albatross-ext.wise.edt.ericsson.se ([193.180.251.49]) by ietf-mx with esmtp (Exim 4.12) id 1AF9JZ-0000Lr-00 for avt@ietf.org; Thu, 30 Oct 2003 04:42:01 -0500
Received: from esealnt610.al.sw.ericsson.se ([153.88.254.120]) by albatross-ext.wise.edt.ericsson.se (8.12.10/8.12.10/WIREfire-1.8) with ESMTP id h9U9fuI2016312; Thu, 30 Oct 2003 10:42:00 +0100 (MET)
Received: from ericsson.com (research-nnng7k.ki.sw.ericsson.se [147.214.34.132]) by esealnt610.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id V637MJMR; Thu, 30 Oct 2003 10:41:59 +0100
Message-ID: <3FA0DCCE.1060305@ericsson.com>
Date: Thu, 30 Oct 2003 10:41:34 +0100
X-Sybari-Space: 00000000 00000000 00000000 00000000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Takeshi Yoshimura <yoshimura@spg.yrp.nttdocomo.co.jp>
CC: Rod.Walsh@nokia.com, finlayson@live.com, avt@ietf.org
References: <F0D879F44A9F8D498E1C07736E7BED6001C30843@trebe003.europe.nokia.com> <20031030181018.04F3.YOSHIMURA@spg.yrp.nttdocomo.co.jp>
In-Reply-To: <20031030181018.04F3.YOSHIMURA@spg.yrp.nttdocomo.co.jp>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [AVT] Re: [MMUSIC] time-lined static media with FLUTE & IMG
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Hi, The static media draft is dead. I have no plans of updating it as I currently don't think it is the right approach to the problem. The usage of RTP actually seems rather unnecessary. Most of the functionality in RTP is not at all needed and other things where missing. Here I find the FLUTE solution more addressing the problems around binary object transport for multicast. However I don't know its performance for unicast, however for any unicast session HTTP is probably usable if one can schedule the GET command appropriately and to know when to stop requesting because it is to late. The FLUTE solution are still missing many vital parts to my understanding. The first is how to achieve the synchronization. One could for example use SMIL however this requires one to have resolved how one performs the referencing to downloaded binary objects. To my understanding a defined cache utilizing FLUTEs source URI declaration could be a possibility. There also seem to be shortcoming that no real effort has been made into defining how the session declaration should be made. The usage of RFC 2733 or ULP does not seem to provide the necessary FEC performance to be used in multicast delivery, at least not for objects larger than a few packets. However this is not my expertise area, but I assume there are good reasons why more advanced algorithms like reed-solomon or tornado codes seem to be used in the area. I don't think this problem space has any straightforward solutions. It is hard problems, requiring well thought through solutions. There is definitely need to do more work in the area. My personal feeling in regards to MBMS is that the work is to hurried to be able to produce a good solution. As a conclusion to the original question, I would say that the application of FLUTE for time-lined static media delivery as combination to multicasted continuos media like audio and video requires further investigation. Cheers Magnus Takeshi Yoshimura wrote: > Hi Rod and Magnus, > > I'm also considering a reliable and time-lined static media delivery, > because it is discussed in 3GPP as one of the services over 3G MBMS > (Multimedia Broadcast/Multicast Service). > > You seem to extend FLUTE for this purpose, but I think combining generic > RTP format (Magnus's draft) and RTP-FEC format (e.g, RFC2733, > draft-ietf-avt-ulp, draft-ietf-avt-uxp) is more straightforward way. > What do you think of this approach? > > Regarding this issue, what's the current status of > draft-westerlund-avt-rtp-static-media-01? Is there any technical > problem with this? > > Best regards, > Takeshi > > >>Hi Magnus, Ross (and everyone) >> >>1ス-2 years back there was a draft on time-lined static media (draft-westerlund-avt-rtp-static-media-01) - basically to send files, text (etc) with timed presentation along with AV media streams. Since the basic requirements haven't gone away, but RMT has made progress on usable protocols, what do you think about using FLUTE (draft-ietf-rmt-flute-02) for the same job? With a quick comparison I think it should be pretty straight forward, although you may have some preferences (or extensions to the FLUTE-FDT) if you already have a working RTP-payload'ed implementation. >> >>Ross mentioned sending ID-3 tags in-band with audio streams. Any ideas you have on doing this with FLUTE (ID3) and RTP (music) could be pretty useful for the Internet Media Guide (IMG) work in MMUSIC - how to move around (and announce) metadata for 'foo' multicast and unicast sessions. >> >>Cheers, Rod. -- Magnus Westerlund Multimedia Technologies, Ericsson Research EAB/TVA/A ---------------------------------------------------------------------- Ericsson AB | Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www1.ietf.org/mailman/listinfo/avt
- [AVT] time-lined static media with FLUTE & IMG Rod.Walsh
- [AVT] Re: [MMUSIC] time-lined static media with F… Magnus Westerlund
- [AVT] Re: [MMUSIC] time-lined static media with F… Takeshi Yoshimura
- Re: [AVT] Re: [MMUSIC] time-lined static media wi… Colin Perkins
- [AVT] RE: [MMUSIC] time-lined static media with F… juha-pekka.luoma
- [AVT] RE: [MMUSIC] time-lined static media with F… Ivica Rimac
- RE: [AVT] RE: [MMUSIC] time-lined static media wi… Rod.Walsh
- Re: [AVT] RE: [MMUSIC] time-lined static media wi… Ivica Rimac
- Re: [AVT] RE: [MMUSIC] time-lined static media wi… Magnus Westerlund