Gibt es eigentlich eine einfache Antwort auf die Frage wieso das mit der Umstellung der Verschlüsselung von Amazon keine Probleme beim Abspielen im Browser macht, aber in Kodi? Da wird doch Winedevine genutzt wie in Chrome auch. Man extrahiert das ja sogar von dort. Ist für Entwickler jetzt vielleicht ne doofe Frage und darf auch ignoriert werden.
Ein Amazon Video geht diesen Weg:
a.)Input (h.264 encrypted) -> b.) Decrypt(->h.264 decrypted) -> c.) Decode(->YUV Image) -> d.)Rendering()
Schritt c.) Decoding wird von kodi abgehandelt, und zwar bestmöglich. Dort, wo h/w decoding möglich ist, nutzt kodi h/w decoding.
Nur durch h/w decoding ist es überhaupt möglich, anspruchsvolle Filme auf Geräten wie RPI2 / Odroid darzustellen, der CPU ist (oft) nicht performant genug.
Daher sind in Inputstream.mpd a.) und b.) implementiert, c.) macht dann kodi.
libwidevine nach der neuen Verschlüsselung macht nun a + b + c. c) wird nicht h/w unterstützt gemacht, sondern in einer software Implementierung in libwidevine.
Dies bedeutet, dass inputstream.mpd nun kodi keine h.264 decrypted streams mehr geben kann, sondern bereits dekodierte YUV Bilddaten. Das ist weder in kodi noch in inputstream implementiert.
Chrom(ium) machen schon immer a+b+c in libwidevine, das ist aber auch der Grund, warum ihr auf rpi2 / odroid cx mit dem Browser kein amazon schauen könnt.