[icecast] seek, pause etc using icecast ?

W. Kevin Pedigo kevinp at kplug.org
Wed Sep 3 15:20:36 PDT 2003

On Wed, 2003-09-03 at 21:58, Erlend Simonsen wrote:
> Hirendra Hindocha <hiren_hindocha at comcast.net> writes:

> >> 
> >> 
> >> No. icecast2 is a streaming server, so it... streams. 
> >> 
> >
> > Good point. I wonder how the other servers (Real Server ,Quicktime etc) do it. 
> > Any inputs on any other streaming servers that lets a client
> > seek/fast forward /rewind ? 
> They probably do it client side by buffring the stream.

No, they do it using RTSP methods, which inherantly contain the correct
"time" for the frame.  By requesting a specific "time", you get a the
frames that correspong, thus you can seek without relying on client side
buffering.  Note that not all QuickTime or RealMedia files are served by
proper streaming servers.  You need two things for server side
seeking.... a seekable source, and a seek-aware protocol.  If all you
want to do is get the file to the client, HTTP works just fine.  And
while the file, when it arrives, will be seekable, HTTP doesn't
understand seeking, so downloading quicktime files off an HREF from a
web page doesn't get you all the cool goodies that RealServer or the
Darwin Streaming Server get you.  Which is why they invented the "embed"

Make sense?

Thanks to Linux Toys, I'm listening to Oak Cliff Bra by Edie Brickell &
New Bohemians

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.

More information about the Icecast mailing list