Opened 8 years ago
Last modified 6 years ago
#2328 open defect
HLS m3u8 streams keep freezing hiccup at new segments
Reported by: | curaga | Owned by: | reimar |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | HEAD | Severity: | major |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
Summary of the bug:
Every HLS stream freezes when it goes to a new chunk. The freeze lasts a second or two, and since the chunks are often just a couple seconds long, this makes HLS streams unwatchable.
I think mplayer should buffer a few seconds of the stream, so that a couple second freeze would not be seen.
"skipping N segments ahead, expired from playlists" is printed every time the freeze happens, with varying numbers in N.
Test with streams from twitch.tv (SFW) or chaturbate (NSFW).
How to reproduce:
% mplayer https://somestream MPlayer SVN-r37940-5.2.0 ...
Change History (2)
comment:1 by , 7 years ago
comment:2 by , 6 years ago
Owner: | changed from | to
---|---|
Status: | new → open |
Summary: | HLS streams keep freezing → HLS m3u8 streams keep freezing hiccup at new segments |
Note:
See TracTickets
for help on using tickets.
As of today it's still freezing while provided with a direct hls url and that between each segment download (-cache is ignored).
I did work around with a ffmpeg pipe:
ffmpeg -i "$hls_url" -f matroska -c:v:0 copy -c:a:0 pcm_f32le pipe:1 </dev/null 2>&0 | mplayer -hardframedrop -softvol -vo gl -cache 16384 -
With twitch for instance, I got on high quality stream A/V desync.
The matroska format was the only one to work, and I had to decode aac directly in ffmpeg binary.