RE: [MMUSIC] End of movie signalling
"Thomas Zeng" <zeng@pvnetsolutions.com> Thu, 03 February 2005 17:57 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA20604 for <mmusic-web-archive@ietf.org>; Thu, 3 Feb 2005 12:57:55 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CwlXU-0006r6-Pq for mmusic-web-archive@ietf.org; Thu, 03 Feb 2005 13:17:13 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cwl5E-00030p-QZ; Thu, 03 Feb 2005 12:48:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cwl2Y-0001mZ-Fm for mmusic@megatron.ietf.org; Thu, 03 Feb 2005 12:45:18 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA19741 for <mmusic@ietf.org>; Thu, 3 Feb 2005 12:45:11 -0500 (EST)
Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CwlL9-0006We-UU for mmusic@ietf.org; Thu, 03 Feb 2005 13:04:28 -0500
Received: from auds951.usa.alcatel.com ([143.209.238.80]) by mx2.foretec.com with esmtp (Exim 4.24) id 1Cwl1j-0001R1-Bi for mmusic@ietf.org; Thu, 03 Feb 2005 12:44:23 -0500
Received: from srsdmail01.PVNS.COM (localhost [127.0.0.1]) by auds951.usa.alcatel.com (8.12.10/8.12.10) with ESMTP id j13HhMfa004629; Thu, 3 Feb 2005 11:43:22 -0600 (CST)
X-MIMEOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [MMUSIC] End of movie signalling
Date: Thu, 03 Feb 2005 09:43:21 -0800
Message-ID: <758B5A159B385447B4F950DE72D7D7AD678C71@srsdmail01.PVNS.COM>
Thread-Topic: [MMUSIC] End of movie signalling
Thread-Index: AcUJ4VvTMxw5Od8gTRW1nQFA6xQRewANj0hQ
From: Thomas Zeng <zeng@pvnetsolutions.com>
To: Spiros Spirou <spis@intracom.gr>, Joerg Ott <jo@informatik.uni-bremen.de>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632
Content-Transfer-Encoding: quoted-printable
Cc: IETF mmusic WG list <mmusic@ietf.org>
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
Sender: mmusic-bounces@ietf.org
Errors-To: mmusic-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6
Content-Transfer-Encoding: quoted-printable
Hi Spiros: Your transport is RTP, right? Can you not use RTCP BYE to signal end-of-stream until draft-ietf-mmusic-rfc2326bis-08.txt and draft-ietf-mmusic-rtsp-announce-00.txt are ratified? Cheers, -thomas -----Original Message----- From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org]On Behalf Of Spiros Spirou Sent: Thursday, February 03, 2005 4:08 AM To: Joerg Ott Cc: IETF mmusic WG list Subject: RE: [MMUSIC] End of movie signalling Hi Joerg, Thanks for the pointers. Reading between the lines, I would say that there is no provisioned mechanism for signaling end-of-stream using RFC2326 means only. Implementations wishing to be backwards compatible should probably revert to costly tricks. Is this correct? Spiros -----Original Message----- From: Joerg Ott [mailto:jo@informatik.uni-bremen.de] Sent: Thursday, February 03, 2005 10:23 AM To: Spiros Spirou Cc: IETF mmusic WG list; Joerg Ott Subject: Re: [MMUSIC] End of movie signalling Hi Spiros, what you are looking for is being addressed in an addition to the revised RTSP spec: draft-ietf-mmusic-rtsp-announce-00.txt defines a generic announcement mechanism that, among other uses, the server can use to signal end-of-stream to the client. Please also take a look draft-ietf-mmusic-rfc2326bis-08.txt, the updated RTSP spec that is supposed to override RFC 2326 in the not too distant future. Joerg > > Hi, > > In a VoD scenario, I am trying to find a STANDARD way to detect the end of a > movie in the client in order to free the associated resources for control > (RTSP), transport (RTP) and play-out. > > RFC 2326 states that when the server reaches the end of the movie it "... > reverts from state Playing ... to state Ready ...". From there "... it MAY > revert to Init and tear down the RTSP session if it has not received > \"wellness\" information, such as RTCP reports or RTSP commands, from the client > for a defined interval, with a default of one minute." Both of these state > changes happen without sending any notification to the client. > > Now, the client could detect the end of movie on its own by maintaining a > presentation clock, set initially by the Range header in the PLAY reply. > However, this would probably involve polling, which seems incorrect given the > usual scarcity of resources in the client platform. A variant of this method > would be to poll the server by sending PLAY requests without a Range header and > reading the current presentation time in the Range header of the reply. This > adds waste of bandwidth to the waste of local resources. > > Any ideas? > > Spiros > > > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www1.ietf.org/mailman/listinfo/mmusic > _______________________________________________ mmusic mailing list mmusic@ietf.org https://www1.ietf.org/mailman/listinfo/mmusic _______________________________________________ mmusic mailing list mmusic@ietf.org https://www1.ietf.org/mailman/listinfo/mmusic
- [MMUSIC] End of movie signalling Spiros Spirou
- Re: [MMUSIC] End of movie signalling Joerg Ott
- RE: [MMUSIC] End of movie signalling Spiros Spirou
- RE: [MMUSIC] End of movie signalling Thomas Zeng
- RE: [MMUSIC] End of movie signalling Spiros Spirou
- Re: [MMUSIC] End of movie signalling Magnus Westerlund