originalSegment is undefined at first segment end about videojs-contrib-hls HOT 13 CLOSED

Watching the Network pane in Firefox, it seems to be requesting the same chunk many times over. It is always getting a response, but seems to not be using it. I imagine that is related to the JavaScript error already mentioned.

from videojs-contrib-hls.

Any chance you could copy in or link to the m3u8 file you're trying to play? It looks like the tech is having trouble figuring out which segment to start on after performing a quality switch.

from videojs-contrib-hls.

This is generated by Wowza based on a generated MediaList (like a SMIL file). I may be missing something.

The result of requesting the m3u8 file is as follows:

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=119000,NAME="422.BanglaVision",CODECS="avc1.66.30, mp4a.40.2",RESOLUTION=480x360
chunklist_w282278797_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=239000,NAME="422.BanglaVision",CODECS="avc1.66.30, mp4a.40.2",RESOLUTION=480x360
chunklist_w282278797_b239000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=540000,NAME="422.BanglaVision",CODECS="avc1.66.30, mp4a.40.2",RESOLUTION=640x480
chunklist_w282278797_b540000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8

from videojs-contrib-hls.

Hmm. Please do. If it crops up again, can you paste in the media playlists? That would be chunklist_w282278797_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8, chunklist_w282278797_b239000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8, and chunklist_w282278797_b540000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8 from your master playlist above.

Closing this one until we have more info.

from videojs-contrib-hls.

Can someone suggest a public HLS live stream (adaptive bit rate)? I've tried a few such as NASA and Apple's feeds, but they don't seem to have CORS set up for the flash player.

from videojs-contrib-hls.

Deleted a comment by accident. The issue has cropped up again.

from videojs-contrib-hls.

The playlist is generated on the fly in Wowza, so there is no master playlist, unfortunately.

from videojs-contrib-hls.

@StevenMeyer: If you load the primary m3u8 file (like you did above), you should see some relative URLs following #EXT-X-STREAM-INF that look like this:

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=119000,NAME="422.BanglaVision",CODECS="avc1.66.30, mp4a.40.2",RESOLUTION=480x360
chunklist_w282278797_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8

One of those "chunklist" URLs is where the problem is actually occurring. You should be able to make a request for that URL directly while your live stream is running and capture that output. If you can grab that info, I think we can figure out what's happening.

from videojs-contrib-hls.

I've made requests for each of the three chunklist M3U8 files whilst the stream was running.

For chunklist_w2145899247_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-ALLOW-CACHE:NO
#EXT-X-TARGETDURATION:12
#EXT-X-MEDIA-SEQUENCE:1451
#EXTINF:9.742,
media_w2145899247_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==_1451.ts
#EXTINF:10.845,
media_w2145899247_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==_1452.ts
#EXTINF:9.208,
media_w2145899247_b119000_t64NDIyLkJhbmdsYVZpc2lvbg==_1453.ts

For chunklist_w2145899247_b239000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-ALLOW-CACHE:NO
#EXT-X-TARGETDURATION:12
#EXT-X-MEDIA-SEQUENCE:1453
#EXTINF:9.208,
media_w2145899247_b239000_t64NDIyLkJhbmdsYVZpc2lvbg==_1453.ts
#EXTINF:11.145,
media_w2145899247_b239000_t64NDIyLkJhbmdsYVZpc2lvbg==_1454.ts
#EXTINF:9.41,
media_w2145899247_b239000_t64NDIyLkJhbmdsYVZpc2lvbg==_1455.ts

For chunklist_w2145899247_b540000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-ALLOW-CACHE:NO
#EXT-X-TARGETDURATION:12
#EXT-X-MEDIA-SEQUENCE:1455
#EXTINF:8.976,
media_w2145899247_b540000_t64NDIyLkJhbmdsYVZpc2lvbg==_1455.ts
#EXTINF:10.443,
media_w2145899247_b540000_t64NDIyLkJhbmdsYVZpc2lvbg==_1456.ts
#EXTINF:10.011,
media_w2145899247_b540000_t64NDIyLkJhbmdsYVZpc2lvbg==_1457.ts

There was a brief gap between requests so that I might copy and paste the next chunklist URL.

from videojs-contrib-hls.

This issue seems to crop up intermittently.

from videojs-contrib-hls.

The problem is occurring in translateMediaIndex, where, in an example execution, mediaIndex is -39.

original.uri is chunklist_w1345154760_b444000_t64NDIyLkJhbmdsYVZpc2lvbg==.m3u8.

original.segments contains 1 item: an object whose uri is media_w1345154760_b444000_t64NDIyLkJhbmdsYVZpc2lvbg==_147.ts.

originalSegment is undefined because mediaIndex - 1 = -40, so there is no item at original.segments[-40].

While the player is waiting for the user to press play, the function is executed with a mediaIndex of 0 and then 1 and is successful. Around 10 seconds later (regardless of whether the video has been played or not), it is called again with a negative number such as -42.

from videojs-contrib-hls.

We cleaned up some issues with translating media indices for live playlists that I believe fixed this. Please re-open if you see it on latest.

from videojs-contrib-hls.

Hi,

I am really struggling with this issue of a live HLS stream from Wowza freezing after 10 seconds in Chrome/Firefox. I have tried all combinations of videojs 5.2.0 » 5.10.1, and videojs.hls 1.2.0 » 2.2.0, to no avail. It does stream fine to Android though, so I don't think Wowza setup is the problem.

On both Chrome and Firefox, it looks as though the media blocks run into a loop ...

media_w1438989202_52.ts media_w1438989202_53.ts media_w1438989202_54.ts media_w1438989202_53.ts media_w1438989202_54.ts media_w1438989202_53.ts

... after 10secs this fails and the browser goes into an endless request for the same media_xxxxxx.ts chunklist. Result is: video stops dead in Chrome, and on Firefox goes into eternal loading-circle.

Bizarrely, it will keep playing in IE, where is seems to alternate loading .m3u8, .ts, .m3u8, .ts, .m3u8 ... it would be great if I could even see a link where someone has this working correctly?

All help greatly appreciated :)

Thanks :)

from videojs-contrib-hls.