[vlc-devel] [PATCH] demux: adaptive: fix slow buffering
wantlamy at gmail.com
Tue Aug 1 04:51:44 CEST 2017
On Tue, Aug 1, 2017 at 12:22 AM, Francois Cartegnie <fcvlcdev at free.fr>
> Le 31/07/2017 à 18:05, Zhao Zhili a écrit :
> > So when i_return is AbstractStream::buffering_ongoing, i_deadline =
> > + (CLOCK_FREQ / 20) + (CLOCK_FREQ / 4). 300 milliseconds are too much
> > buffering_ongoing. Actually 50 milliseconds don't work well too, but it's
> > another topic.
> But ongoing means you already have min buffering, so any call can buffer
> a full segment. Should depends on segment length then, or the issue is
> the delay before triggering the min buffer +1 segment.
For HLS streams (at least for StreamFormat::MPEG2TS), we can:
1. Set a small min buffering which is smaller than a segment, so we can get
and fast seek.
2. Buffering quickly until buffering_full.
Since the delay value is too large, the buffering level is around min
buffering and doesn't
progress much. It prevent us from setting a small min buffering. One
segment is a lot of data
when start and conservative during playback.
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel