Ich hab eine Vermutung... ich habe der Ordnung halber Mal PKG_SECTION="lib/multimedia" in PKG_SECTION="addons/multimedia" umbenannt. Eventuell verarbeitet es Kodi dann nicht mehr richtig 
Wie gesagt ich werde es später neu kompilieren und dann müsste es jemand testen.
Danke! Wobei die 1.12.3 ja zwischenzeitlich laut Feedback wohl schon Mal lief 
Ich kompiliere gerade einen generic build neu & würde dann das Addon auch noch einmal neu erstellen. Vielleicht ist es nur falsch verlinkt oder eben es hat sich mehr verändert, nicht zuletzt da die Bezeichnung sich ja auch geändert hat. Also lib.multimedia.makemkv zu addons.multimedia.makemkv 
Hmmm da müsste man wohl erst nochmal nachforschen ob sich seitens Kodi etwas geändert hat. Denn eigentlich müsste Kodi ja die makemkvcon aufrufen. Wenn der Ordner .MakeMKV fehlt hat Kodi das Script nicht aufgerufen, denn unabhängig vom entschlüsseln wäre der erste Schritt des Scripts die Config Dateien anzulegen & den Key einzutragen.
Läuft es denn mit einer anderen Version? Wenn ja mit welcher?
Genau. Ich hab es gerade bei mir getestet also MakeMKV deinstalliert, es heruntergeladen & neu installiert, dann makemkvcon im Terminal ausgeführt & es erstellt den Ordner samt settings.conf & Key. Wenns es den Ordner & Key nicht erstellt ist aber etwas faul denn den müsste es in jedem Fall erstellen & den Key abrufen insofern eine Verbindung zum Internet besteht.
Wenn darüber hinaus etwas klemmt brauch ich wie gesagt zumindest ein Logfile.
Der Ordner ~/.MakeMKV wird ja auch erst vom makemkvcon script erstellt wenn es die settings.conf anlegt und oder updated wenn nötig.
Ich hab keinen BD Player und kann es daher nicht wirklich testen. Bisher lief es nach dem Feedback der User aber. Was genau steht im Logfile? Eine aktuelle KEYDB.cfg im Ordner /storage/.config/aacs ist auch vorhanden?
Du musst im Zweifel das alte Addon erst deinstallieren bzw. du hast gerade vermutlich beide installiert. LE hat die Buildchain bezüglich der Namen von Addons geändert folglich heißen die dann anders & man installiert MakeMKV im Prinzip doppelt.
Daher beide deinstallieren. Meins neu installieren & sollte dann laufen. Zumindest war das zuletzt ein Problem https://forum.libreelec.tv/thread/12662-l…98308#post98308
Ich vermute einfach Mal, dass du einen ARM basierten Player nutzt. Grundsätzlich müsste CE auf die aktuelle Version des Addons wechseln bzw. diese anbieten. Ansonsten kannst du nur versuchen diese hier zu installieren welche zumindest für RPi tauglich ist.
How to's & FAQ
Wird noch übersetzt, bis dahin findet ihr sie hier!
to-do-list
Wird noch übersetzt, bis dahin findet ihr sie hier!
Changelog
Wird noch übersetzt, bis dahin findet ihr sie hier!
Features von LibreELEC 9.0 Reborn Remix 1
Addons & Tools in generic x86-64
Weitere Features
Milhouse Patches
Aktuelle Treiber Versionen
Aktuelle Systemdaemon & Komponenten Versionen
Emulator Frontends
Emulatoren die in generic x86-64 & RPi Builds integriert sind
Emulatoren die in generic x86-64 Builds integriert sind
Emulatoren die in RPi Builds integriert sind
1 Aktueller Stand des Git Repos, der Upload von neuen Builds folgt ggf. erst später.
2 Alternative Emulatoren für generische low-end Systeme und/oder der Standard Emu für RPi.
3 Es kann zu lags kommen & nicht alle Spiele laufen damit gut aber manche lassen sich spielen.
I. Einführung
Für den Fall, dass sich jemand für Retrogaming interessiert & mit Retroplayer noch nicht zufrieden sein sollte biete ich hier Mal eine aktuelle LE 9.0 Version an die von Haus aus mit aktuellen Emulationstation-RetroPie & Retroarch Frontend ausgestattet ist und die populärsten Emulatoren von Nintendo, Sega, Sony & Co integriert hat.
II. Unterstütze Systeme
Unterstützt:
Zur Zeit nicht unterstützt:
III. Wichtige Bemerkungen
IV. Fehler melden / Wie frage ich nach Unterstützung?
Wenn das Problem auch im regulären LibreELEC auftritt daher Kodi 18 oder ähnliches betrifft dann erstellt bitte einen neuen Thread für das Problem. Wenn ihr Probleme mit den Emulatoren, den Frontends oder dergleichen habt dann fügt bitte immer ein Logfile ein denn ohne dieses sind die Chancen gering euch helfen zu können
V. Downloads
Ihr könnt beide Image Typen für Updates nutzen braucht aber die img.gz Datei wenn ihr einen USB-Stick oder eine SD-Karte zu booten erstellen wollt.
VI. Projektseite
Man muss den "Guten" nur mit Input füttern & fleißig testen 
Im Grunde ist das Problem wie script.module.inputstreamhelper arbeitet. Es setzt einfach voraus, dass alle libwidevinecdm.so aus dem ChromeOS Recovery mit dem Codenamen "Spring" kompatibel sind & sobald es eine neue Version gibt bietet es ein Update an. Wenn aber die mitgelieferte, wie in diesem Fall im v4 Image, nicht mehr läuft hast du ein Problem und musst/willst wieder zur vorherigen Version zurück was aber so nicht vorgesehen ist.
Zumindest sollte die vorhergehende libwidevinecdm.so immer als .bak gesichert werden & das Tool müsste bei Problemen diese wiederherstellen.
@blitz1989
https://github.com/peak3d/inputst…mment-418885030
Du musst die libwidevinecdm.so in /storage/.kodi/userdata/addon_data/script.module.inputstreamhelper/cdm mit der verlinkten älteren Version ersetzen.
Der inputstream.adaptive Entwickler ist informiert & hat die problematische lib erhalten -> einfach abwarten.
Für ARM wird die libwidevinecdm.so aus einem ChromeOS RecoveryImage extrahiert & da gab es vor kurzem Updates.
https://dl.google.com/dl/edgedl/chro…y/recovery.conf vielleicht kann man aus einem älteren Image die Lib extrahieren & diese dann wieder nutzen.
Daran scheitert es:
13:57:49.383 T:1505735536 ERROR: AddOnLog: InputStream Adaptive: Unable to load widevine shared library (/storage/.kodi/cdm/libwidevinecdm.so)
Das Problem ist bekannt -> vermutlich muss inputstream.adaptive erst ein Update bekommen um mit der aktuellen libwidevinecdm.so zu funktionieren.
