Beiträge von vdr.tuxnet

Zitat von SirusX

Keine Ahnung wie das geht so bewandert bin ich da leider nicht

Einstellungen -> Wiedergabe -> Videos

da sollte man die HW Beschleunigung ab- und anstellen können.

Zitat von SirusX

Ist der Rasp 2/3 denn später stark genug dafür wieder alles ab zu spielen ?

Kannst du doch jetzt schon überprüfen, stell einfach die HW Beschleunigung ab und spiel Streams mit 720p/4 Mbit + und 1080p/12 Mbit + ab.

Zitat von qwertyy

Könnte man das denn fixen oder liegt es an der wetek selber?

Das wird man wohl nicht selbst fixen können, die WP2 habe ich zwar nicht mehr, aber die Hub, dort ist wieder das PR Client SDK 3.xxx
im Image von WeOS 3.1, obwohl die Hub nach Aussage von Wetek gar kein PR 3.0 kann, ist mal wieder kompletter Murx.

Es hat von Wetek bis jetzt noch kein einigermaßen taugliches Android Image gegeben, der Rote-Faden zieht sich über die WP1, Core, Hub und WP2,
imho ist der Laden einfach zu klein um brauchbare Ergebnisse zu liefern.

Ein adb logCat von der WP2 würde aber genau aufzeigen wo der Fehler liegt.

So schaut das Ergebnis der Hub aus:

06-18 21:42:50.861 10412 10412 D EventLogger: state [0.95, true, B]
06-18 21:42:50.863  3767  4513 E PlayReadyContext: initialize >>
06-18 21:42:50.867  3767  4513 E PLAYREADYSDK: PlayReadyClientVersion:3.0.0.4016
06-18 21:42:50.869  3767  4513 E PlayReadySecureOs: PRSecure_Initialize,138  TDK 
06-18 21:42:50.884 10412 10412 D EventLogger: videoFormat [0.97, 4, 1]
06-18 21:42:50.891  3767  4513 E PlayReadySecureOs: TEEC_OpenSession svc_id=9a04f079-9840-4286
06-18 21:42:50.895  3767  4513 E PLAYREADYSDK: Cert and key handle in TEE
06-18 21:42:50.895  3767  4513 E PLAYREADYSDK: Cert and key handle in TEE
06-18 21:42:50.905  3767  4513 E PlayReadyContext: initialize was failed with DRM_E_INVALIDARG(80070057)
06-18 21:42:50.905  3767  4513 E PlayReadyContext: PlayReadyAppContext::terminate
06-18 21:42:50.905  3767  4513 E PlayReadySessionManager: Cannot initialize PlayReadyAppContext.
06-18 21:42:50.905  3767  4513 E PlayReadySessionManager: openSession failed since createSession() failed
06-18 21:42:50.905 10412 10492 E MediaDrm-JNI: Illegal state exception: Failed to open session: Session not opened (-2003)

Zitat von myscha

Mein Problem dabei ist, dass ich dass ich NICHT LE nutze, sondern ein Standard-Ubuntu

Warum sollte ein Standard Ubuntu ein Problem sein, ist doch mehr ein Vorteil, da man nicht auf einen Browser beschränkt ist.

Die vier großen Browser, FireFox, Chrome, Opera und Chromium (passenden Optionen gebaut und kopierter libwidevine) unterstützen alle Google Widevine.

Einfach den gewünschten Browser installieren im Amazon Addon richtig verlinken und es läuft, zu Chromium siehe. Browser Fallback nutzt keine Kodi

internen Mechanismen nur Addon Mechanismen, kann es der Browser läuft es auch, Config im ersten Post.

Zitat von gRASp

ja, ich. WeOS 3.1, Agile Build 1. Juni, InputStream 1.0.10, Skygo Plugin auf Playready umgestellt.

Ergebnis:

- Serien laufen in 720p
- Filme laufen größtenteils in 540p (andere nicht)
- Live-Sport läuft nicht.

Bei nichtlaufenden Streams sieht man stattdessen oft ein Bild mit vielen grünen Störframes.

SkyGo Serien laufen immer Max 720p,
SkyGo Filme normal auch nur Max 540p,
zu Live Sport, wie den nicht abspielenden Streams, ein [definition=12,4][definition='1','3']Debug[/definition][/definition].[definition='1','0']log[/definition] posten.

Zitat von Ronny

Kann man bei dieser Agile Version von .bismarck die Location nicht noch nachträglich verschieben

Natürlich kann man das:

mkdir ~/.kodi/addons/inputstream.adaptive/lib

cp /usr/lib/libssd_wv.so ~/.kodi/addons/inputstream.adaptive/lib

Zitat von tallon

Ich möchte mein RP3 nun auf den neusten Stand bringen. Da ich in diesem Zuge auch gleich Libreelec / Kodi mit der neusten Version verwenden möchte, denke ich an eine komplette Neuinstallation.

Libreelec braucht man nie neu installieren, da reicht immer ein Update außer die SD Karte segnet das Zeitliche.

Da reicht vollkommen:

cp -r ~/.kodi ~/.kodi_bak

find ~/.kodi_bak -type f -name "*.so" -exec rm -i {} \; <- mit j bestätigen

cd .update && wget http://releases.libreelec.tv/LibreELEC-RPi2.arm-8.0.2.tar && reboot

und schon hat man ein sauberes Update ohne Libaltlasten, alles wichtige in ~/.kodi_bak gesichert, den Rest kann man dann in 3 Minuten wieder einrichten,

läuft alles wie gewünscht kann man ~/.kodi_bak dann löschen.

Zitat von gRASp

Kleine Anmerkung: Mit Raybuntus neuestem LE Agile-Image Läuft Skygo neben Netflix, Amazon und Zattoo wunderbar auf einer Wetek Play2.
...
Somit ist Playready auf der Wetek Play2 lediglich unter Android fehlerhaft.

Das ist ja eben das Problem, PlayReady gibt es nur unter Android und genau dort schlampt Wetek seit Monaten.

Auf allen anderen Plattformen gibt es ja keine Probleme, da benötigt man auch nicht den Agile Branch für SkyGo, da wird ja Google Widevine benutzt.

Widevine und PlayReady sollte man nicht verwechseln keine andere Plattform nutzt PlayReady außer eben Android.

PlayReady Devices gibt es leider nur eine Hand voll und nur die unterstützen PlayReady dann logischerweise auch.

Hier ist eine Liste der tauglichen Devices, mehr sind es nach meinen Informationen, zur Zeit, auch nicht.

Zitat von OwoK7

Hingegen auf dem firestick bzw. Firetv kann Kodi leider nicht auf die SkyGo App zugreifen.
Da gibt's ja aber auch keine Möglichkeit den Addon zum laufen zu bringen, wenn ich das richtig verfolgt hab!?!

AFTV Stick wie Box sind PR 2.5 zertifiziert, bei beiden Devices crached Kodi beim Aufruf, eines Video, aus dem SkyGo Addon während

des PlayReady Handshake.

Ich sehe jetzt aber die AFTV Devices auch nicht als ideale Kodibasis, dafür sind sie zu Provider bezogen, AFTV Devices sind halt Amazon tauglich und genau

dieses liefern sie auch, aber nicht mehr, da gibt es alternativen die um einiges besser geeignet sind.

Die Location
/usr/lib/libssd_wv.so

ist bei Systemen, wie LE, nicht ideal da sie ja dort im r/o Bereich liegt, bei einem Addonupdate, landet die libssd_wv.so aber immer in ~/.kodi/addons/inputstream.adaptive/lib/
, deshalb sollte man diese Location auch wählen.
So so gibt es nach einem Update keine Probleme.

Normal sollte der symlink nach ~/.kodi/addons/inputstream.adaptive/lib/libssd_wv.so
zeigen, wo deiner hin zeigt sehe ich nicht.

@peak3d

Bei mir war es nur Glück, die richtigen Tasten getroffen zu haben, ich sitze mit dem Smartphone im Flieger.

Bei ihm ist es der alt bekannte symlink Fehler,
kann er selbst schnell beheben.

Der Decrypter fehlt:

AddOnLog: InputStream Adaptive: /storage/.kodi/cdm/libssd_wv.so: cannot open shared object file: No such file or directory

Das ist der Fehler, aber nicht die Ursache, da steht im [definition=12,0]debug[/definition].[definition='1','0']log[/definition] bestimmt etwas mehr.

Ich würde wetten, dein Problem wird im [definition=12,0]debug[/definition].[definition='1','0']log[/definition] dokumentiert sein.

Ist alles oben.

Der Stand aus deinem Anhang ist der aktuelle ?

So ich habe das Update in das Kodinerds Repo geschoben, die Version habe ich auf 1.9.7.1, Zweck AutoUpdate, gesetzt.

Zitat von Ronny

Naja...vielleicht könnte sich da ja noch ein Baumeister finden der sein LibreELEC Agile Test-Build zur Verfügung stellen kann.

Das lohnt zur Zeit nicht, der letzte merge, zwischen LE Master und kodi-agile, ist gut 4 Wochen alt, da gibt es mehr Fragen als Antworten,

ich meine auch dvdnav baut da zur Zeit nicht, da fehlen ein paar commits, ich lasse es aber diese Nacht einmal durchlaufen, mal sehen ob es baut.

Zitat von Twisted

Hat jemand eine idee woran das liegen kann?

Downgrade die widevinecdm.dll auf die Version 1.4.8.903 aus Chrome 55.0.1883.75,

dann funktionieren die Live Streams wieder.