Subject: [MMUSIC] Rtspspec-bugs digest, Vol 1 #38 - 4 msgs

From: [email-masked]
Date: Fri, 24 May 2002 12:14:48 -0700

This is an automatic digest of bugs submitted and changed on the RTSP bug tracker.  To see a list of bugs, visit:

http://sf.net/projects/rtspspec

When replying, please make your Subject line more specific than "Re: Rtspspec-bugs digest"

Today's Topics:

   1. [ rtspspec-Bugs-477400 ] Play without range while playing ([email-masked])
   2. [ rtspspec-Bugs-508211 ] Eliminate play queue feature ([email-masked])
   3. [ rtspspec-Bugs-508211 ] Eliminate play queue feature ([email-masked])
   4. [ rtspspec-Bugs-508211 ] Eliminate play queue feature ([email-masked])

--__--__--

Message: 1
To: [email-masked]
From: [email-masked]
Date: Fri, 24 May 2002 11:01:08 -0700
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477400 ] Play without range while playing

Bugs item #477400, was opened at 2001-11-01 23:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477400&group_id=23194

Category: General
>Group: Fixed in CVS/Need WG Approval
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Rob Lanphier (robla)
Summary: Play without range while playing

Initial Comment:
A PLAY request without a Range header is legal. It starts playing a
stream from the beginning unless the stream has been paused. If a
stream has been paused via PAUSE, stream delivery resumes at the
pause point. If a stream is playing, such a PLAY request causes no
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
further action and can be used by the client to test server liveness.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

In a response to play without range while playing, what shall the server
do with RTP-Info? The RTP-Info is required according to table in the
beginning of chapter 12, but my opinion is that it lacks meaning in this
case.

----------------------------------------------------------------------

>Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:01

Message:
Logged In: YES 
user_id=3796

Added PING method:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rtspspec/methods.tex.diff?r1=1.3&r2=1.4

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 09:49

Message:
Logged In: YES 
user_id=3796

We should deprecate this use of PLAY, and add a PING method (so that we can explicitly ensure there are 
no side effects)  The nice thing about PING is that we can define it as bidirectional.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477400&group_id=23194

--__--__--

Message: 2
To: [email-masked]
From: [email-masked]
Date: Fri, 24 May 2002 11:36:51 -0700
Subject: [rtspspec-bugs] [ rtspspec-Bugs-508211 ] Eliminate play queue feature

Bugs item #508211, was opened at 2002-01-24 15:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=508211&group_id=23194

Category: General
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 9
Submitted By: Rob Lanphier (robla)
Assigned to: Rob Lanphier (robla)
Summary: Eliminate play queue feature

Initial Comment:
This issue came up in the RTSP teleconference:
http://rtsp.org/2002/telecon/minutes23Jan.html

Queued playing, as describe in section 10.5, is a feature that has many problems with it (e.g. 
#477424)  The members on the telecon felt that support for this feature is sufficiently weak that 
rather than fixing this feature, it may be more appropriate to eliminate it, and come up with a 
simpler play/pause model to replace it.

----------------------------------------------------------------------

>Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:36

Message:
Logged In: YES 
user_id=3796

Discussed on April 17 telecon:
http://rtsp.org/2002/telecon/minutes17Apr.html#section3.5

*  RESOLUTION: take discussion to list: starting proposal:
multiple ranges put forward as substitution for queued play
*  RESOLUTION: group recommends that this is optional, but
client needs a way to negotiate

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=508211&group_id=23194

--__--__--

Message: 3
To: [email-masked]
From: [email-masked]
Date: Fri, 24 May 2002 11:42:45 -0700
Subject: [rtspspec-bugs] [ rtspspec-Bugs-508211 ] Eliminate play queue feature

Bugs item #508211, was opened at 2002-01-24 15:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=508211&group_id=23194

Category: General
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 9
Submitted By: Rob Lanphier (robla)
Assigned to: Rob Lanphier (robla)
Summary: Eliminate play queue feature

Initial Comment:
This issue came up in the RTSP teleconference:
http://rtsp.org/2002/telecon/minutes23Jan.html

Queued playing, as describe in section 10.5, is a feature that has many problems with it (e.g. 
#477424)  The members on the telecon felt that support for this feature is sufficiently weak that 
rather than fixing this feature, it may be more appropriate to eliminate it, and come up with a 
simpler play/pause model to replace it.

----------------------------------------------------------------------

>Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:42

Message:
Logged In: YES 
user_id=3796

Last email discussion (starting point):
http://www1.ietf.org/mail-archive/working-groups/mmusic/current/msg00105.html

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:36

Message:
Logged In: YES 
user_id=3796

Discussed on April 17 telecon:
http://rtsp.org/2002/telecon/minutes17Apr.html#section3.5

*  RESOLUTION: take discussion to list: starting proposal:
multiple ranges put forward as substitution for queued play
*  RESOLUTION: group recommends that this is optional, but
client needs a way to negotiate

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=508211&group_id=23194

--__--__--

Message: 4
To: [email-masked]
From: [email-masked]
Date: Fri, 24 May 2002 11:58:56 -0700
Subject: [rtspspec-bugs] [ rtspspec-Bugs-508211 ] Eliminate play queue feature

Bugs item #508211, was opened at 2002-01-24 15:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=508211&group_id=23194

Category: General
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 9
Submitted By: Rob Lanphier (robla)
Assigned to: Rob Lanphier (robla)
Summary: Eliminate play queue feature

Initial Comment:
This issue came up in the RTSP teleconference:
http://rtsp.org/2002/telecon/minutes23Jan.html

Queued playing, as describe in section 10.5, is a feature that has many problems with it (e.g. 
#477424)  The members on the telecon felt that support for this feature is sufficiently weak that 
rather than fixing this feature, it may be more appropriate to eliminate it, and come up with a 
simpler play/pause model to replace it.

----------------------------------------------------------------------

>Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:58

Message:
Logged In: YES 
user_id=3796

>From the minutes at IETF 53:
http://www.dmn.tzi.org/ietf/mmusic/53/53-mmusic-minutes.txt

Queued play (multiple PLAY requests, with the server
responsible for serializing them): makes the state machine
much more complex.  The proposal is to allow multiple ranges
in PLAY as a substitute, to be specified as an extension to
the core document.  Henning Schulzrinne
<[email-masked]> maintained that the Queued play
mechanism does not really affect the state machine.  Magnus
replied that this was technically correct, but it raises
other issues.  Henning argued that removal from the core
specification could remove functionality needed by every
server.  He was concerned that mapping of multiple ranges
(the proposed substitute) might be difficult.  This subject
will be discussed further as part of Thursday's lunch
meeting -- and subsequently on the list.

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:42

Message:
Logged In: YES 
user_id=3796

Last email discussion (starting point):
http://www1.ietf.org/mail-archive/working-groups/mmusic/current/msg00105.html

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2002-05-24 11:36

Message:
Logged In: YES 
user_id=3796

Discussed on April 17 telecon:
http://rtsp.org/2002/telecon/minutes17Apr.html#section3.5

*  RESOLUTION: take discussion to list: starting proposal:
multiple ranges put forward as substitution for queued play
*  RESOLUTION: group recommends that this is optional, but
client needs a way to negotiate

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=508211&group_id=23194

End of Rtspspec-bugs Digest

_______________________________________________
mmusic mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/mmusic