ABR doesn't work on safari mac/ios only chrome.

[linkinblack]

Hello friends, I have been testing the new version that supports ABR, and it only works in chrome on MacOS but in safari both MacOS and iOS DOES NOT WORK, the abr only remains in the lowest quality. Do we have to wait for a version or do we have to make any adjustments?

Cheers

[getroot]

LLHLS ABR or WebRTC ABR? Both ABR works fine on my iOS SAFARI.

[linkinblack]

It works for me I can see the transmission, but it does not adjust to the bandwidth, it always shows me the lowest, in mac chrome with ovenplayer it works without problems, but in safari macos/ios with ovenplayer it only shows the lowest quality available, tested on macos monterrey, ios15 and ios 16.

Cheers

[getroot]

Hmm... Are you talking about WebRTC playback or LLHLS playback? Please provide more detailed information to help us analyze the cause of the problem.

[linkinblack]

everything is in LLHLS. Thanks for your help

[getroot]

Mac and iOS work with the built-in native player instead of hls.js. That means we have no control. Can you upload your master playlist (xxx.m3u8 file)?

[linkinblack]

EXTM3U

EXT-X-VERSION:7

EXT-X-INDEPENDENT-SEGMENTS

EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="3",NAME="none",AUTOSELECT=YES,DEFAULT=YES,CHANNELS="2",URI="chunklist_3_audio_llhls.m3u8?session=33_oML10U9B"

EXT-X-STREAM-INF:BANDWIDTH=3760000,RESOLUTION=1280x720,FRAME-RATE=30.0,CODECS="avc1.42c01f,mp4a.40.2",AUDIO="3"

chunklist_0_video_llhls.m3u8?session=33_oML10U9B

EXT-X-STREAM-INF:BANDWIDTH=1360000,RESOLUTION=640x360,FRAME-RATE=24.0,CODECS="avc1.42c01e,mp4a.40.2",AUDIO="3"

chunklist_1_video_llhls.m3u8?session=33_oML10U9B

EXT-X-STREAM-INF:BANDWIDTH=672000,RESOLUTION=320x180,FRAME-RATE=24.0,CODECS="avc1.42c00d,mp4a.40.2",AUDIO="3"

chunklist_2_video_llhls.m3u8?session=33_oML10U9B

[getroot]

Maybe Apple's native player is judging your network to be slow. It's hard to analyze the problem because on my iOS it plays fine at the highest quality.

Testing with other players will help us analyze.

https://www.theoplayer.com/test-your-stream-hls-dash-hesp

After accessing the demo page above, turn on "Use your own stream" and put your URL, can you test it and share the results?

[linkinblack]

my configuration file <?xml version="1.0" encoding="UTF-8"?>

danceparty origin * false stun.l.google.com:19302 true true false 2 1 1 1935 1 9999 1 4000/udp 3333 3334 1 *:10000-10005/udp *:3478 true 1 9000 1 3333 3334 1 3333 3334 1 *:10000-10005/udp *:3478 true 1 default danceparty.cl * /etc/letsencrypt/live/streaming.danceparty.cl/fullchain.pem /etc/letsencrypt/live/streaming.danceparty.cl/privkey.pem /etc/letsencrypt/live/streaming.danceparty.cl/fullchain.pem danceparty live false bypass_stream ${OriginStreamName} abr danceparty HD SD Low stream_${Port} 4000 30000 1 8 30000 false false false 0.5 6 10 *

[linkinblack]

in theoplayer it works fine :). I will try to use this player, thank you very much.

[gregfr]

We have just tested this problem (ios Safari) with 3 demo players and an ABR stream from OME:

• videojs shows 3 s delay
• ovenplayer shows 20 s delay
• theoplayer shows either 3 or 20 s delay (not predictable)

Regards

[getroot]

@gregfr Because MSE is not supported in iOS Safari, it is played in the iOS native player even when playback is started in any player among videojs, ovenplayer, and theoplayer. So your test result may be a different issue.

And since this issue is related to ABR switching, why are you sharing the delay test results?

[gregfr]

You're right sorry I'm mixing up the issues I'm working on!

[SangwonOh]

We are closing the issue due to a long period of inactivity. Please test with the latest player and browser, and if the problem persists, please open a new issue.