Re: [AVTCORE] Question

[[e-mail] (Dale R. Worley)]

Julius Friedman <[e-mail]> writes:
> I would like to address your response:
>
> "In any case, why would we want to prevent seeking on a stored media
> object?  I can see why if the media is an un-stored media stream, but in
> that case, the software likely doesn't know the total length that the
> media will have."
>
> I will justify how "likely" this is as follows:
>
> 1) A Live 10 minute `media` which has been playing for 3 minutes, leaving
> me 7 minutes in play but unable to seek.
>    a) If the stream was stored or recorded this obviously wouldn't be an
> issue

But how would we know that the media is 10 minutes long if it was not
already stored?  If it was truly live, we'd only know that it was
*scheduled* to be 10 minutes long, not that it will actually *be* 10
minutes long.

> 2) I have a server which requires authorization to seek but not to play.

Why would we want to support that?

> 3) I am a client and I have started playing and 'PAUSE' is not supported
>
> 4) I am a server re-streaming from a server where "Range" is not supported

I'm no expert in RTSP, but my understanding is that these two situations
are only expected to happen when the media is truly live, that is, the
server does not know how long the media will be.

> "Perhaps referring to the mailing list discussion for this RFC would
> reveal the answer."
>
> Which mailing list is that? 'mmusic' they have also been addressed, several
> times. I never get a response from them.

I assume you mean "I have asked before on mmusic and received no
response."  Perhaps nobody else cares about the proposed capability?

I mean the mailing list discussion surrounding this document when it was
made an RFC.  (Better, look up the Internet-Draft name and refer to the
appropriate mailing list archive for the time when the I-D was being
discussed.)

Dale