Bandwidth limitation not working for HLS/Safari

[saringer]

Have you read the FAQ and checked for duplicate open issues?
Yes

What version of Shaka Player are you using?
3.1.1

Can you reproduce the issue with our latest release version?
Yes

Can you reproduce the issue with the latest code from master?
Yes

Are you using the demo app or your own custom app?
Custom App

If custom app, can you reproduce the issue using our demo app?

What browser and OS are you using?
macOS Big Sur, Safari 14.1.1

For embedded devices (smart TVs, etc.), what model and firmware version are you using?

What are the manifest and license server URIs?

Provided via Email

What configuration are you using? What is the output of player.getConfiguration()?

"{
"drm": {
"retryParameters": {
"maxAttempts": 2,
"baseDelay": 1000,
"backoffFactor": 2,
"fuzzFactor": 0.5,
"timeout": 30000,
"stallTimeout": 5000,
"connectionTimeout": 10000
},
"servers": {
"com.widevine.alpha": "...",
"com.microsoft.playready": "...",
"com.apple.fps.1_0": "..."
},
"clearKeys": {},
"advanced": {
"com.apple.fps.1_0": {
"distinctiveIdentifierRequired": false,
"persistentStateRequired": false,
"videoRobustness": "",
"audioRobustness": "",
"sessionType": "",
"serverCertificate": {
...
},
"individualizationServer": ""
}
},
"delayLicenseRequestUntilPlayed": false,
"logLicenseExchange": false,
"updateExpirationTime": 1
},
"manifest": {
"retryParameters": {
"maxAttempts": 2,
"baseDelay": 1000,
"backoffFactor": 2,
"fuzzFactor": 0.5,
"timeout": 30000,
"stallTimeout": 5000,
"connectionTimeout": 10000
},
"availabilityWindowOverride": null,
"disableAudio": false,
"disableVideo": false,
"disableText": false,
"disableThumbnails": false,
"defaultPresentationDelay": 0,
"dash": {
"clockSyncUri": "",
"ignoreDrmInfo": false,
"disableXlinkProcessing": false,
"xlinkFailGracefully": false,
"ignoreMinBufferTime": false,
"autoCorrectDrift": true,
"initialSegmentLimit": 1000,
"ignoreSuggestedPresentationDelay": false,
"ignoreEmptyAdaptationSet": false,
"ignoreMaxSegmentDuration": false,
"keySystemsByURI": {
...
}
},
"hls": {
"ignoreTextStreamFailures": false,
"useFullSegmentsForStartTime": false
}
},
"streaming": {
"retryParameters": {
"maxAttempts": 2,
"baseDelay": 1000,
"backoffFactor": 2,
"fuzzFactor": 0.5,
"timeout": 30000,
"stallTimeout": 5000,
"connectionTimeout": 10000
},
"rebufferingGoal": 2,
"bufferingGoal": 10,
"bufferBehind": 30,
"ignoreTextStreamFailures": false,
"alwaysStreamText": false,
"startAtSegmentBoundary": false,
"gapDetectionThreshold": 0.1,
"smallGapLimit": 0.5,
"jumpLargeGaps": false,
"durationBackoff": 1,
"forceTransmuxTS": false,
"safeSeekOffset": 5,
"stallEnabled": true,
"stallThreshold": 1,
"stallSkip": 0.1,
"useNativeHlsOnSafari": true,
"inaccurateManifestTolerance": 2,
"lowLatencyMode": false,
"autoLowLatencyMode": false,
"forceHTTPS": false,
"preferNativeHls": false
},
"offline": {
"usePersistentLicense": true
},
"abr": {
"enabled": true,
"useNetworkInformation": true,
"defaultBandwidthEstimate": 1000000,
"switchInterval": 8,
"bandwidthUpgradeTarget": 0.85,
"bandwidthDowngradeTarget": 0.95,
"restrictions": {
"minWidth": 0,
"maxWidth": null,
"minHeight": 0,
"maxHeight": null,
"minPixels": 0,
"maxPixels": null,
"minFrameRate": 0,
"maxFrameRate": null,
"minBandwidth": 0,
"maxBandwidth": 1400000
}
},
"preferredAudioLanguage": "",
"preferredTextLanguage": "",
"preferredVariantRole": "",
"preferredTextRole": "",
"preferredAudioChannelCount": 2,
"preferForcedSubs": false,
"restrictions": {
"minWidth": 0,
"maxWidth": null,
"minHeight": 0,
"maxHeight": null,
"minPixels": 0,
"maxPixels": null,
"minFrameRate": 0,
"maxFrameRate": null,
"minBandwidth": 0,
"maxBandwidth": null
},
"playRangeStart": 0,
"playRangeEnd": null,
"useMediaCapabilities": false
}"

What did you do?

Enabling a maximum Bandwidth via the abr config
abr: { enabled: true, restrictions: { maxBandwidth: 1400000 } }

What did you expect to happen?
Video player loading lower quality segments with a bandwidth not exceeding the configured limit

What actually happened?

For Chrome/Dash only low quality segments get loaded according to the configuration.

Unfortunately when playing on Safari/Hls the configured bandwidth limit seems to be ignored.

[theodab]

I see from your configuration that the streaming.useNativeHlsOnSafari configuration value is set to true. Because of that, Shaka Player will leave playing HLS content completely to the browser on Safari... and in that case, we can no longer apply bandwidth limits. You should try setting it to false instead; setting it to true is mostly useful for Fairplay support, I think.

[saringer]

When setting the value for streaming.useNativeHlsOnSafari to false I'm receiving an error with code 4032 (CONTENT_UNSUPPORTED_BY_BROWSER).

setting it to true is mostly useful for Fairplay support, I think.

We probably will have to implement Fairplay which will not work if streaming.useNativeHlsOnSafari is set to false,if I am not mistaken?

[theodab]

CONTENT_UNSUPPORTED_BY_BROWSER means that all of the streams within the manifest are unplayable... either because no streams meet the restrictions, or because we didn't get DRM keys for the streams. When you say that you got that error, was it with the assets you sent us, or a different one? I tried playing the manifest you provided in Safari, using MediaSource playback, and both of them seemed to work fine.

As for Fairplay... for a long time, the documentation on how to use Fairplay in MSE was very sparse. Because of that, at the moment, we have to leave Fairplay entirely to the browser.
Apple has improved their documentation, so we probably have enough information now to add actual Fairplay support, so that we can handle it in non-iOS Safari. But we haven't had time to get to that, yet.
See: #3346

[saringer]

When you say that you got that error, was it with the assets you sent us, or a different one?

Yes, I received the error with the provided assets, which are DRM free.

[TheModMaker]

I see an .aac file, which we don't support yet (see #2615). So you either need to get content with TS or MP4 audio, or play using native playback.

[saringer]

I see, thank you :)