HLS slight lagging in flash mode
Hi. Here is test setup, http://edge.rgvk.tv/test/hlsjwp.html
Everything is fine, except a little lag in flash mode I guess when switching from one video chunk to another.
How to avoid this annoying issue?
Thank you!
15 Community Answers
Ethan Feldman
JW Player Support Agent
0
rated :
I would recommend making all of your segment sizes 10 instead of 8.
gad30
User
0
rated :
I have changed segment size at event level, not sure how to check in player... Anyway seems it does not help. I had a guess that the lag is because of switching between 2 streams. Where I can read how autoswitching does work? I see that player starts by second stream and then fallback to first. I am testing in opera 12.17 and opera 23.00 on windows 7 x64. The same config goes great on mobile devices and latest chrome.
Thanks for attention.
Ethan Feldman
JW Player Support Agent
0
rated :
Have you checked any other browsers on the PC other than opera?
gad30
User
0
rated :
Yes, no lags in mobile browsers and chrome. It does exist on opera and IE. Additionally, first stream now is broken (green blocks), though in rtmp stream from the same encoder http://www.rgvktv.ru/live it is ok.
I can't increase the fragment length. Tried it in server level and stream level, no luck... Change of keyframeinterval to 1, 2 or 4 seconds on encoder gave nothing.
Ethan Feldman
JW Player Support Agent
0
rated :
Have you tried out the m3u8 in a <video> tag?
gad30
User
0
rated :
No, because the problem is in flash mode only.
Ethan Feldman
JW Player Support Agent
0
rated :
We really recommend for Flash having 10 second fragments, anything lower is going to have issues.
gad30
User
0
rated :
Could you check again please? I set it in AMS httpd.conf and in Event.xml too, but what I do see in browser console are approximately 1 sec long fragments only.
Ethan Feldman
JW Player Support Agent
0
rated :
In your m3u8 you need to set the fragment lengths to 10.
gad30
User
0
rated :
Here is it:
#EXTM3U
#EXT-X-MEDIA-SEQUENCE:7149
#EXT-X-ALLOW-CACHE:NO
#EXT-X-VERSION:2
#EXT-X-TARGETDURATION:10
#EXTINF:10,
../../../../hls-live/streams/livepkgr/events/_definst_/liveevent/1Num7149.ts
#EXTINF:10,
../../../../hls-live/streams/livepkgr/events/_definst_/liveevent/1Num7150.ts
#EXTINF:10,
../../../../hls-live/streams/livepkgr/events/_definst_/liveevent/1Num7151.ts
#EXTINF:10,
../../../../hls-live/streams/livepkgr/events/_definst_/liveevent/1Num7152.ts
#EXTINF:10,
../../../../hls-live/streams/livepkgr/events/_definst_/liveevent/1Num7153.ts
#EXTINF:10,
../../../../hls-live/streams/livepkgr/events/_definst_/liveevent/1Num7154.ts
But the visible lag while switching fragments in flash mode still persist...
gad30
User
0
rated :
If to take the .ts file sizes, they are 1 sec long, not 10. :)
Ethan Feldman
JW Player Support Agent
0
rated :
Yes, they can’t be that short, it will have an issue.
gad30
User
0
rated :
Oh, sorry, I was wrong about fragment length, it is all right...
I have played with segment length, even 20 secs fragments does not help with lag between switching.
Is there any buffering options with this to experiment on?
Ethan Feldman
JW Player Support Agent
0
rated :
There is a bufferlength variable, but it only applies to rtmp.
accounts
User
0
rated :
I can confirm that JWPlayer 6.9 HLS live stream playback is lagging in flash mode when switching between chunks (2-3sec.). Downgrading to 6.8 eliminates the lag. It is for sure related to the changes in 6.9 code.
Chunks are 10sec long, all other HLS settings are within standards (default Wowza Streaming Engine HLS edge settings).
We've even observed Firefox to stop playing HLS live stream after two chunks when upgraded to 6.9. We have the Enterprise license, though I'm not sure it's not related.
This question has received the maximum number of answers.