[FFmpeg-devel] [PATCH 3/3] [RFC] mpegts: Support seeking based on stream timestamps.

wm4 nfxjfg at googlemail.com
Sun Sep 28 12:37:15 CEST 2014

On Sun, 28 Sep 2014 10:40:18 +0200
Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:

> On Sun, Sep 28, 2014 at 10:15:51AM +0200, wm4 wrote:
> > On Sun, 21 Sep 2014 10:17:16 +0100
> > Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:

> > In general, this avio_read_seek() thing seems to be a somewhat
> > misguided attempt to coerce high level streaming protocols into the low
> > level byte-oriented "protocol" layer. Apparently it's only used by
> > rtmp, which does scary thing like remuxing the received data to flv,
> > just to bypass the protocol/demuxer separation. Newer protocol
> > implementations like HLS don't do this anymore, and just put everything
> > into the demuxer.
> And instead don't allow for any kind of proper caching.
> Not exactly my definition of a better design.
> Either way the read_seek is there, and until such time someone removes
> it I am not inclined to consider it a good idea to keep it broken!

PS: besides, you could implement a generic caching muxer, which
automatically reads packets from a slave demuxer, and writes them as
byte stream. So basically similar to what rtmp does, but generic and
useable with any demuxer. This way you could e.g. use a byte cache for

More information about the ffmpeg-devel mailing list