Playback of CBCS encrypted stream is failing
Categories
(Core :: Audio/Video: Playback, defect, P3)
Tracking
()
People
(Reporter: bryce, Unassigned)
References
(Blocks 1 open bug)
Details
Spinning this off from a comment on bug 1492377
For example I just sted this asset on firefox, and can see that clearly CBCS decryption isn't handled:
License URL is https://content.uplynk.com/wv, but shaka takes care of it, just try playing the above link in Chrome and then in firefox.
Additionally I can play it back in edge on windows, I can also play it back in safari if I create an HLS manifest using the same segments (which I just tested but won't demo for you now).
It plays back on roku and in exoplayer. Basically we are getting really close to being able to just use this one set of segments everywhere, but Firefox appears to be a holdout. You are the only prominent browser not supporting it as of now from what I can tell.
|
||
Comment 1•2 years ago
|
||
CBCS is a new encoding be added to the edgecast (formerly verizon digital media) slicer / encoder system. You would use the slicer to generate assets, but CBCS encoding has to be turned on for your account, and you have to create an account.
Here is the documentation link for the slicer:
https://docs.edgecast.com/video/index.html#Ingestion/MI-OD.htm
If you really want to use the system to generate new content we could work through it I am sure, but I figure a test asset like the one above is probably enough to work through any issues. Especially since it seems to play basically everywhere else.
Firefox(win10) CBCS still not working, CENC works ok. See dashjs tests below.
Chrome(win10, widevine) = cbcs1:9+cbcs0:0+cenc ok
Edge(win10, widevine, playready) = cbcs1:9+cbcs0:0+cenc ok
Chrome(android, widevine) = cbcs1:9+cbcs0:0+cenc ok
Chrome(macOS, widevine) = cbcs1:9+cbcs0:0+cenc ok
Firefox(win10, widevine) = cenc ok
Firefox(macOS, widevine) = cenc ok
CBCS_1:9 pattern (10% encrypt, 90% nocrypt)
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=llamacbcswv
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=llamacbcs
CBCS_0:0 pattern
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=llamacbcs2wv
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=llamacbcs2
CENC normal scheme
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=llamacencwv
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=llamacenc
Firefox(win10, widevine) started to work once "tenc" encryption box in an init.mp4 segment is using "default_constant_IV, default_constant_IV_size" fields instead of "default_per_sample_IV_size" field.
https://refapp.hbbtv.org/dash/test_dashjs_wv.html?video=springcbcs2wv
|
||
Comment 4•5 months ago
|
||
I am working as an external consultant for a VoD project for a national rail service, where this bug unfortunately has made it to the top of customer complaints.
We're using vp9/aac with widevine cbcs and this works fine for chromium and also Firefox on windows and osx, but not FF on android.
We would be potentially interested in sponsoring someone to fix this bug.
Hopefully this is OK to post here?
If interested, please do contact me 😊
Description
•