M3U8 downloading is OK, but no slice has been loaded

[video-dev]

M3U8 downloading is OK, but no slice has been loaded

[mangui]

@bialasik
without debug logs and streams, it will be difficult to provide help

[bialasik]

The m3u8 looks like that:

#EXTM3U
#EXT-X-TARGETDURATION:1
#EXT-X-ALLOW-CACHE:YES
#EXT-X-MEDIA-SEQUENCE:27
#EXT-X-PROGRAM-DATE_TIME:2015-11-06T13:56:15+00:00
#EXTINF:1,
lslice27.ts?token=z5bcwvkrb9ity
#EXT-X-PROGRAM-DATE_TIME:2015-11-06T13:56:16+00:00
#EXTINF:1,
lslice28.ts?token=z5bcwvkrb9ity
#EXT-X-PROGRAM-DATE_TIME:2015-11-06T13:56:17+00:00
#EXTINF:1,
lslice29.ts?token=z5bcwvkrb9ity

my console.logs: http://pastebin.com/VDh6TxwU

I have wrote the function, which compares data.details.endSN (from Hls.Events.LEVEL_LOADING event) with data.frag.sn (from Hls.Events.FRAG_LOADED event) and if data.frag.sn is smaller than data.details.endSN + 3, then do the recoverMediaError().

In logs, this is 1191 line.

Now, I have few cases:

• everything after that works fine
• it really recovered the stream, but after few seconds it's again freezed and it tries to do recover again, and again, and again...
• the video hasn't recover, but m3u8 parsing is OK

[mangui]

having 1s fragment with 3 fragments max in your live playlist is quite challenging ...
but anyway on local network it should work.
however I spotted some strange things from your logs
there is a unusual gap between Decoding Time Stamp and Presentation Time Stamp :
see below :
hls.js:1441 parsed data, type/startPTS/endPTS/startDTS/endDTS/nb:video/50.404/52.911/48.734/52.075/2

startPTS - startDTS = 50.404 - 48.734 = 1.67s
this is even bigger than your fragment target duration
this should mess up the fragment drift computing, which is based on PTS ...

[mangui]

you might try to comment these lines, it might help in your case.
https://github.com/dailymotion/hls.js/blob/master/src/controller/buffer-controller.js#L234-L237

[bialasik]

having 1s fragment with 3 fragments max in your live playlist is quite challenging ...

In what way I should configure my system (slice length and hls.js config) for best options for live streaming with shortest delay as possible? What can I change?

Thank you so much for advice for comment the lines - I'm trying it now. I will notify if that helps.

[bialasik]

Also, I have strange error now:

Uncaught TypeError: Cannot read property 'sn' of undefined (756 in hls.js)

[bialasik]

I've turned off my function for recoverMediaError() (which I described above). For now I have issues with starting of the video again - parsing HLS is OK, but it didn't download any slices.

LOG: http://pastebin.com/uMdxTZFU

[mangui]

this is weird, last fragment of your playlist keeps being reloaded in loop

hls.js:756 SN just loaded, load next one: 118
hls.js:761 Loading 118 of [116 ,118],level 0, currentTime:2,bufferEnd:3.400

this is printed from here : https://github.com/dailymotion/hls.js/blob/master/src/controller/buffer-controller.js#L252-L258

i don't understand how you can end up on this condition, as in your case it should match this one : https://github.com/dailymotion/hls.js/blob/master/src/controller/buffer-controller.js#L252

could you reproduce this issue directly on http://dailymotion.github.io/hls.js/demo and post logs ?

from hls.js.

[mangui]

closing old issue, please reopen if still reproducible with latest hls/master