[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MMUSIC] RTSP 2.0: Seek-style RAP and conditional execution
Hi Mike,
SEVERA Mike skrev:
> Hi.
>
> I think it would be helpful to clarify the contexts in which RAPcond would be valid. For example, I don't think the described behavior makes sense if the seek point is backwards. (Something more like a time-window might be useful there, but that would be quite a different implementation.)
Yes, you are correct. It make sense only in the case when the closest
RAP with a forward seek, is prior to the servers current playout point.
>
> This style is also meaningless in the context of a replacment PLAY (eg end-time only), and possibly when resuming from PAUSE (especially for live or any other context where "now-" range might be used.)
>
> Although I think it could safely be ignored in the end-of-PLAY then new PLAY case, those scenarios probably should be thought through.
Yes, replacement PLAY is where I think it really makes sense. For resume
from pause I think there is also applicability as it would indicate that
you have not flushed your prior to pause context.
> And the distinction between client playback time and server current play time should be made explicit. I don't think it changes the scenarios at all, but in some cases it could mean you have more information at the client to use in deciding which seek style to use (eg a RAP exists in the jitter buffer, etc), and if so, that information could be provided in the doc's description.
Yes, this is all about the server side.
Cheers
Magnus Westerlund
IETF Transport Area Director
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB | Phone +46 10 7148287
Färögatan 6 | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund at ericsson.com
----------------------------------------------------------------------