[vlc-devel] [PATCH] demux: adaptive: fix slow buffering

[Zhao Zhili]

On Tue, Aug 1, 2017 at 12:22 AM, Francois Cartegnie <fcvlcdev at free.fr>
wrote:

> Le 31/07/2017 à 18:05, Zhao Zhili a écrit :
> > So when i_return is AbstractStream::buffering_ongoing, i_deadline =
> mdate()
> > + (CLOCK_FREQ / 20) + (CLOCK_FREQ / 4). 300 milliseconds are too much
> while
> > buffering_ongoing. Actually 50 milliseconds don't work well too, but it's
> > another topic.
>
> Okay,
>
> 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
fast startup
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.



> Francois
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20170801/06cb7c1f/attachment.html>