Name is required.
Email address is required.
Invalid email address
Answer is required.
Exceeding max length of 5KB

A regression in version 6.12 related to seeking during playback of an HLS multivariant stream

Hi,

I noticed a regression in the latest JW Player 6.12.

When you playback a multivariant HLS stream and seek throughout the video a couple of times, at some point the video just stops and the "Replay" button is displayed.

It happens on Chrome and Firefox for PC and Mac (browsers in which JW uses flash).

Here is a stream sample with which you can reproduce it:


http://54.84.139.84/relay/mediaserver/54444953-5453-3256-000100000000002d/rss/1/content/20141025T070002658Z.e076823a-0fab-4883-8eec-7343ae9938d4/tv.main.hls-0.m3u8


On previous versions, 6.10 and 6.11, this doesn't happen.


Thanks

6 Community Answers

Up Down

Andrew

JW Player Support Agent  
0 rated :

This M3U8 is taking a very long time to load here. (I’m waiting for about 30 seconds now) do you have a more reliable link to this manifest?

Up Down

ion.buzu

User  
0 rated :

Try this link:

http://54.174.83.84/relay/mediaserver/54444953-5453-3256-0001-00000000004e/rss/1/content/20150116T073002168Z.dc8ea79c-1ad3-4bd8-8bc7-f4c2da37aa62/tv.main.hls-0.m3u8


For better repro steps, select "Auto" in the stream variant options, then seek a couple of times with the playback bar.

Up Down

mark

User  
0 rated :

I have tested this for you on my own setup and do not have this issue, it must be something with your encoding I think

Up Down

ion.buzu

User  
0 rated :

No, it's definitely a regression in JW Player. Assuming I had my transcoding wrong, this version handles the situation much worse than 6.10, on which I tested this scenario for some time, with this stream.

It seems to be a buffering thing, perhaps when I seek, the player doesn't buffer enough time according to the badwidth parameter before restarting the playback - so when the playback starts after seeking it thinks that it has enough segments, but it doesn't, so the video just stops.

Watched closely the same behavior on JW 6.10 and 6.11, selected the highest variant stream and the player handles the situation much better: after you seek, the player pauses to buffer, the playback resumes, then after one second it pauses again to buffer a little more and after that the playback goes on smoothly.

Up Down

Andrew

JW Player Support Agent  
0 rated :

When testing your stream here:
http://demo.jwplayer.com/hls-tester/

I’m seeing quite a disparity in your stream duration based on where I am. This seems to start off with a duration of 29:12 which when increases to 29:54 I believe this is related to either timestamps or segment length not matching the specified value from your manifest. I’m seeing 3 second segments here from VLC, but the manifest states 4, for example.

Up Down

mark

User  
0 rated :

I think 6.12 handles HLS much better than 6.11. It starts faster and clicking between playlist items is also much faster

This question has received the maximum number of answers.