> Does anyone know if it's in any way possible to play encrypted ("DRM") HTML
> 5 videos on the 64-bit version of Fedora for ARM, i.e. the aarch64 version?
Generally not. The ARM way of doing this is generally having a
"firmware" (Trusted App) running in the secure "TrustZone" part of the
ARM processor [1] which has the keys (or what ever they are for DRM
content) to enable the decryption. On the Linux host side you then
need an application (or gstreamer plugin) that then speaks to the
TrustedApp to deal with the decryption side of things which can then
pipe the output through any HW offload, if available, to be able to
display the content. There are reference implementations [2] but I
have no idea what they do or if they're publicly accessible.
> If I install chromium, I get a "libwidevinecdm.so" configuration in
> "alternatives", which by default points to
> /usr/lib64/chromium-browser/libwidevinecdm.so.fedora. I suspect that this is
> just a type of place-holder, though, rather than the a real content
> decryption module, and I certainly can't play encrypted videos at
> https://demo.castlabs.com/.
>
> I'm using Fedora 27 on a Raspberry Pi 3, and I've installed
> "chromium-libs-media-freeworld" from RpmFusion for codec support.
I wouldn't expect anything from rpmfusion to provide this
functionality. That repo primarily provides open source
implementations of codecs that Fedora can't redistribute due to other
reasons such as patents and other such bits. It doesn't generally go
towards the encrypted media playback because most of that tends to 1)
require proprietary binary blobs 2) interact with bits outside of
processor. Basically that repo would allow you to play the video once
the auth side of things are done.
> Help anyone?
>
> Related question: Is there any way I can run 32-bit software on a 64-bit
> installation for ARM, in a similar manner to how I can start i686 programs
> on x86_64? I think I've found a "real" 32-bit libwidevinecdm.so... I know
> going 32-bit all the way via the armhfp distribution might be an option, but
We don't support multilib on ARM, there's enough difference in the
aarch64 instruction set that it won't work effectively in the same way
x86_64/i686 multilib works and there's not the legacy apps to demand
it.
We do support running Fedora produced armhfp on the RPi3. I don't
believe the RPi3 supports any of the TrustZone stuff well enough to be
able to run the Trusted App mentioned above for the DRM side of things
anyway, we also don't currently support any of their media offload
functionality on Fedora either.
[1] https://www.arm.com/files/event/Developer_Track_6_TrustZone_TEEs_and_Trusted_Video_Path_implementation_considerations.pdf
[2] https://production.linaro.org/projects/reference-digital-media-platforms-for-arm/
_______________________________________________
arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx
