[Release] Amazon Prime Instant Video

Verzeihung, das war mir nicht klar.
Anbei eine Datei "mit Ton" von einem Abspielversuch. Falls das noch zu wenig ist, wärs gut, wenn ich wüsste, ab welchem Bedienschritt das Log gebraucht wird (ab Systemstart, ab Eintritt ins Addon...)

Zitat von rambuster

Verzeihung, das war mir nicht klar.
Anbei eine Datei "mit Ton" von einem Abspielversuch. Falls das noch zu wenig ist, wärs gut, wenn ich wüsste, ab welchem Bedienschritt das Log gebraucht wird (ab Systemstart, ab Eintritt ins Addon...)

einfach den gesamten [definition='1','0']log[/definition].
ein halber [definition='1','0']log[/definition] hilft niemandem

Also dann, der gesamte Log.
er möge nützen...

Vor ein paar Posts habe ich schon geschrieben, dass das Löschen der widevine Bibliothek und danach das Ausführen des Amazon Addons nicht die aktuelle Version herunterlädt. Das scheint hier immer noch behauptet zu werden.
Natürlich tritt daher der Fehler auch mit dieser Methode weiter auf.

Die einzige Lösung ist daher, die aktuelle Bibliothek "manuell" bei google herunterzuladen, zu extrahieren und irgendwie auf die Box zu kopieren, z.B. mit SCP.
Skripte für das herunterladen bei google und entpacken gibts ein paar Seiten vorher.
Ansonsten habe ich die Datei hier liegen, ich darf sie aber aus rechtlichen Gründen niemandem zuschicken, der mir eine PN mit seiner Mailadresse schickt. Die Antwort per Mail, dass ich die Datei nicht zuschicken darf, kann zwei Tage dauern.

Zitat von rambuster

Also dann, der gesamte Log.
er möge nützen...

Mach mal bitte ls -sh ~/.kodi/cdm/ und poste das Result.

--

Zitat von rambuster

Also dann, der gesamte Log.
er möge nützen...

Upgrade erst einmal auf etwas Aktuelles, deine Version ist aus 10/17,

bei dir werden Abhängigkeiten für die aktuelle WV Lib fehlen.

Danke @vdr.tuxnet Habe ich völlig übersehen, ganz schön alt

@rambuster:

Hier könnte was sein für dich :

https://forum.libreelec.tv/thread/10301-8…-s912-lepotato/

Und bitte einmal die Ausgabe von

ldd ~/.kodi/userdata/cdm/libwidevinecdm.so

hier posten.

Zitat von vdr.tuxnet

ldd ~/.kodi/userdata/cdm/libwidevinecdm.so

Sicher userdata ?

ldd Ausgabe ist m.E. ziemlich unbefriedigend, weil die S905X Box das mit Permission denied beantwortet...
Aber ich werde eurem Rat folgen und erstmal "updaten" (ich schätze ich fang mit dem neuen Build dann wohl wieder von vorne an, was meine KODI Einrichtung angeht), Danke an Gizmo für die URL...

Zitat von rambuster

Aber ich werde eurem Rat folgen und erstmal "updaten" (ich schätze ich fang mit dem neuen Build dann wohl wieder von vorne an, was meine KODI Einrichtung angeht), Danke an Gizmo für die URL...

Gerne. Aber ein update sollte meine ich auch klappen. Wenn es nicht klappt, kannst du es ja immer noch neu machen

Zitat von ivenae

Vor ein paar Posts habe ich schon geschrieben, dass das Löschen der widevine Bibliothek und danach das Ausführen des Amazon Addons nicht die aktuelle Version herunterlädt. Das scheint hier immer noch behauptet zu werden.
Natürlich tritt daher der Fehler auch mit dieser Methode weiter auf.

Die einzige Lösung ist daher, die aktuelle Bibliothek "manuell" bei google herunterzuladen, zu extrahieren und irgendwie auf die Box zu kopieren, z.B. mit SCP.
Skripte für das herunterladen bei google und entpacken gibts ein paar Seiten vorher.
Ansonsten habe ich die Datei hier liegen, ich darf sie aber aus rechtlichen Gründen niemandem zuschicken, der mir eine PN mit seiner Mailadresse schickt. Die Antwort per Mail, dass ich die Datei nicht zuschicken darf, kann zwei Tage dauern.

Das stimmt so nicht. Das inputstreamhelper Skript lädt ein aktuelles Recovery herunter und extrahiert widevine daraus. Allerdings holt das Skript das Recovery vom HP Chromebook 11 1100-1199 / HP Chromebook 11 G1 statt dem Samsung Chromebook Plus, wie das Skript von @Gismo112.
Wenn es mit der Widevine vom Samsung tatsächlich funktioniert, könnte mal jemand nach der config.py vom inputstreamhelper Skript suchen ( z.B. mit find /storage -name script.module.inputstreamhelper und im eptsprechenden Verzeichnis find . -name config.py) und in Zeile 68 CHROME_ARM_HWID = 'SPRING' durch CHROME_ARM_HWID = 'KEVIN' ersetzen (sed 's/SPRING/KEVIN' <PFAD_ZUR_config.py >PFAD_ZUR_config.py und das Ganze nochmal versuchen.

Zitat von Seppl1

Wenn es mit der Widevine vom Samsung tatsächlich funktioniert,

Das ist unnötig, es gibt in den Recovery Images, für ARM, keinen Unterschied betreffend der WV Lib, das habe ich aber schon vor zwei Tagen geschrieben.

Eventuell ist es Amazon auch einmal gelungen ein Device zu sperren, glaube ich persönlich zwar nicht, aber die Möglichkeit besteht.

z.B. kann man die WV Lib aus Chrome OS/x64 nicht unter Standard Linux für Netflix benutzen, da gibt es auch eine Sperre, ich meine bei SkyGo gibt es auch Probleme mit der Lib.

Zitat von vdr.tuxnet

Und bitte einmal die Ausgabe von

ldd ~/.kodi/userdata/cdm/libwidevinecdm.so

hier posten.

Nein nicht sicher, eventuell habe ich mich einfach nur einmal verschrieben.

ldd ~/.kodi/cdm/libwidevinecdm.so sollte aber passen.

Zitat von vdr.tuxnet

Nein nicht sicher, eventuell habe ich mich einfach nur einmal verschrieben.
ldd ~/.kodi/cdm/libwidevinecdm.so sollte aber passen.

Ah, ok. Dachte ich hatte im Log etwas übersehen, das er den Pfad geändert hat.
Dann wäre mein Post vor Deinem vom Pfad her falsch gewesen.

Aber du weißt doch: Wer Fehler findet, darf diese auch behalten

Zitat von vdr.tuxnet

Das ist unnötig, es gibt in den Recovery Images, für ARM, keinen Unterschied betreffend der WV Lib, das habe ich aber schon vor zwei Tagen geschrieben.
Eventuell ist es Amazon auch einmal gelungen ein Device zu sperren, glaube ich persönlich zwar nicht, aber die Möglichkeit besteht.

z.B. kann man die WV Lib aus Chrome OS/x64 nicht unter Standard Linux für Netflix benutzen, da gibt es auch eine Sperre, ich meine bei SkyGo gibt es auch Probleme mit der Lib.

Das habe ich auch gelesen, aber das ist der einzige wirkliche Unterschied zwischen @Gismo112 s Skript und inputstreamhelper. Dann verstehe ich nicht, warum es bei @ivenae angeblich nur mit der Version funktioniert.

Die libwidevinecdm.so sind identisch, aber die libwidevinecdmadapter.so nicht. Ganze 8 Byte xD.

$ ls -l spring/
insgesamt 7336
-rwxrwxrwx 2 root root   67692 Jan  9 09:28 libwidevinecdmadapter.so
-rwxrwxrwx 2 root root 7440588 Dez  3 23:36 libwidevinecdm.so
$ ls -l kevin/
insgesamt 7336
-rwxrwxrwx 2 root root   67700 Jan  9 09:33 libwidevinecdmadapter.so
-rwxrwxrwx 2 root root 7440588 Dez  3 23:40 libwidevinecdm.so
$ file spring/libwidevinecdmadapter.so 
spring/libwidevinecdmadapter.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=d2f3b02331564e0ee9f40bb7dffae05e9b135db0, stripped
$ file kevin/libwidevinecdmadapter.so 
kevin/libwidevinecdmadapter.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=2bb835fd021b8bc437917bad3a069d29e2ce55fe, stripped
$ file spring/libwidevinecdm.so 
spring/libwidevinecdm.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=caee1c198b8bfa6ea021a13034fbcdb23e227b44, stripped
$ file kevin/libwidevinecdm.so 
kevin/libwidevinecdm.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=caee1c198b8bfa6ea021a13034fbcdb23e227b44, stripped

Zitat von Seppl1

Das habe ich auch gelesen, aber das ist der einzige wirkliche Unterschied zwischen @Gismo112 s Skript und inputstreamhelper. Dann verstehe ich nicht, warum es bei @ivenae angeblich nur mit der Version funktioniert.

Das Samsung Chromebook Plus hatte ich in das Script genommenem, da es auf die gleiche MCU Architektur setzt wie der RPI, dass war aber völlig unnötig, da es wirklich nur
eine libwidevinecdm.so für ARM gibt und die ist in jedem Recovery Image gleich egal welches man läd.

Die libwidevinecdmadapter.so braucht kein Mensch unter Kodi, die Lib ist eine Abhängigkeit einer Lib die Abhängigkeit von Chrome ist und nicht von libwidevinecdm.so.

Zitat von Seppl1

Dann verstehe ich nicht, warum es bei @ivenae angeblich nur mit der Version funktioniert.

Würdest du mir den glauben wenn ich schreiben würde:

Ansonsten habe ich die Datei hier liegen, die Hardwaredecoding erlaubt, ich darf sie aber aus rechtlichen Gründen niemandem zuschicken, der mir eine PN mit seiner Mailadresse schickt. Die Antwort per Mail, dass ich die Datei nicht zuschicken darf, kann zwei Tage dauern. <- Augenzwinkern

Habe es auch die ganze Zeit nicht hinbekommen trotz libwidevinecdm.so löschen und beim nächsten Film start wieder automatisch runterzuladen.
alles ohne erfolg. Erst das skript von Gismo hatt geholfen danach lief es ohne probleme.
Denke es liegt an dem Automatischen Download evt. läd er eine falsche oder alte version runter.

Zitat von Gismo112

Ich habe das Script noch etwas umgeschrieben.
So benutzt er den Ordner /storage/ als Arbeitsverzeichnis. Da sollte der meiste Platz bei allen sein.

Danke an @Seppl1 für die Hilfe mit dem extrahieren

Bash

#!/bin/sh
curl -s https://dl.google.com/dl/edgedl/chromeos/recovery/recovery.conf \
| grep -A 12 'Samsung Chromebook Plus' \
| grep -o 'https.*' | xargs curl > /storage/image.bin.zip
echo "import zipfile" > /storage/unzip.py
echo "with zipfile.ZipFile('/storage/image.bin.zip','r') as zip_ref:" >> /storage/unzip.py
echo -e "\t zip_ref.extractall('/storage')" >> /storage/unzip.py
chmod a+x /storage/unzip.py
echo "Datei wird extrahiert. Bitte Geduld."
python /storage/unzip.py
mv /storage/*.bin /storage/image.bin
LOPD=$(losetup -f)
losetup -P $LOPD /storage/image.bin
mkdir -p /storage/chromeos
mount -o ro ${LOPD}p3 /storage/chromeos
cp /storage/chromeos/opt/google/chrome/libwidevine* ~/.kodi/cdm/
chmod 644 ~/.kodi/cdm/libwidevinecdm*
echo "Alles erledigt. Bitte Libreelec neu starten!"
umount /storage/chromeos
rmdir /storage/chromeos
rm /storage/image.bin*
rm /storage/unzip.py

Alles anzeigen

Habe das Script auch mal angehängt. Einfach entpacken, auf die Box schieben.

Edit: Weil ein paar User mit dem Ausführen Probleme hatten, hier etwas genauer:

Es ist egal, in welchen Ordner ihr das Skript legt. Wenn ihr es in das "Downloads"-Verzeichnis legt,
im Putty auch das Verzeichnis wechseln z.B. mit cd /storage/downloads
Dann chmod +x getwidevine-armV7.sh und ausführen über ./getwidevine-armV7.sh

Bitte bedenkt, das es bei RPI noch Probleme gibt und Kodi mit der neuen libwidevinecdm.so abstürzt beim abspielen.

Alles anzeigen

An sich ist das ja eigentlich ziemlich daneben, dass man erst mal ein GB herunterladen muss und mehrere GB freien speicher benötigt, nur um dann daraus ein paar MB an Dateien zu extrahieren.
Ich bin auf folgendes gestoßen und frage mich, ob es nicht möglich währe, den ganzen Vorgang damit zu beschleunigen/verschönern:

https://sourceforge.net/projects/httpfs/

Zitat

httpfs depends on FUSE. It uses HTTP/1.1 extensions to read arbitrary bytes from a file on a web-server. This is particular interesting for an iso, since it can be investigated (loop device) without actually downloading the whole iso.

Ich bin allerdings mit dem ganzen nicht vertraut genug, um zu wissen, ob es möglich wäre, das irgendwie einzubauen. Wollte aber mal drauf hinweisen.