v1.0.0 AES Encryption Key not loading (works on 0.14) #3726
Comments
|
This stands out in the logs:
In stream-controller we only load keys where // We want to load the key if we're dealing with an identity key, because we will decrypt
// this content using the key we fetch. Other keys will be handled by the DRM CDM via EME.
if (frag.decryptdata?.keyFormat === 'identity' && !frag.decryptdata?.key) {In m3u8-parser: const unsupportedKnownKeyformatsInManifest = [
'com.apple.streamingkeydelivery',
'com.microsoft.playready',
'urn:uuid:edef8ba9-79d6-4ace-a3c8-27dcd51d21ed', // widevine (v2)
'com.widevine', // earlier widevine (v1)
];
if (
unsupportedKnownKeyformatsInManifest.indexOf(decryptkeyformat) >
-1
) {
logger.warn(
`Keyformat ${decryptkeyformat} is not supported from the manifest`
);So this is a widevine key, but your not setting up the player to handle widevine via EME? Sounds related to #3052 and #1903. You might try enabling EME and widevine as in this config/demo: "widevineLicenseUrl": "https://cwip-shaka-proxy.appspot.com/no_auth",
"emeEnabled": trueI'll need a sample stream to investigate further. It looks like this is a configuration we do not support (#2833). I don't think that it would be supported in 0.14.17 either unless this is simple AES-128 encryption and the KEYFORMAT field is incorrect or should be omitted and ignored. |
robwalch
moved this from Top priorities
to DRM (needs prioritization)
in Release Planning and Backlog
|
sorry that key format was confused, my mistake. Thanks for your response. |
What version of Hls.js are you using?
1.0.0
What browser and OS (including versions) are you using?
Chrome - 89.0.4389.90
OSX - 10.14.6
Test stream:
Configuration:
Steps to reproduce
setup video config:
Encryption Key is not loaded, indicated by no key events. Segments are loaded but cannot be played.
Expected behavior
Here is the working log from 0.14
Actual behavior
No Playback
Console output
The text was updated successfully, but these errors were encountered: