Beiträge von libdev

    nur der Einschätzung halber nochmal: Meine gepostete ssd_wv.dll läuft mit einer Registrierung, die ich aus Chrome geholt habe. Die hat das Addon nicht selbst angelegt.

    Ludrig: du solltest jetzt einen Ordner widevine, darin einen Ordner mit zahlen, und darin eine Datei finden mit dem Namen cdm.
    Ist dem so? (C:\Users\[name]\AppData\Roaming\Kodi\cdm\widevine\68747470733a2f2f777667756172642e736b792e6465)

    Habe die dll von dir mal genommen, der widevine-ordner ist jetzt da, aber leer
    Ansonsten gleiches Ergebins.
    Kommt kurz Öffne Stream, aber das war es dann

    auch wenns lästig ist, ohne aktuelle logs nach jeder Änderung kann ich leider nicht helfen.

    Edit: Was sagt denn die Version von inputstream.smoothstream in Addons->benutzerAddons->VideoPlayerInputStream->InputStream SmoothStream?

    Code
    20:18:44 T:9096   DEBUG: AddOnLog: InputStream SmoothStreamingMedia: Searching for decrypters in: C:\Users\Agno\AppData\Roaming\Kodi\cdm
    20:18:44 T:9096   DEBUG: AddOnLog: InputStream SmoothStreamingMedia: Supported URN:

    Diese Zeile zeigt, dass keine ssd_wv.dll in dem o.g. Ordner gefunden wurde, oder dass die ssd_wv.dll alt ist.
    Ein paar Seiten zurück gibt es eine, die passen sollte...

    Kann man die Filme auch vorspulen? Habe es probiert und dann bleibt der Film hängen.

    Seek (Spulen) sollte eigentlich ohne Probleme gehen. Im SkyGo Plugin war das bis gestern defekt, aber amazon (inputstream.mpd) sollte eigentlich funktionieren.

    Es gab aber vor Kurzen einen Fix in Kodi bzgl. seek:
    https://github.com/xbmc/xbmc/comm…75f48fc110b33f2

    Es ist gut möglich, dass du davon betroffen bist.
    Wenn möglich, vergleiche doch mal das datum des Builds mit dem datum des Fixes....

    Genau.

    Könnte aber auch gut sein, dass Dash schon mit Android funktioniert und wir einfach nicht den Server kennen.

    Interessante Annahme! Sollte sich in einem [definition='1','0']log[/definition] vom Chrome Browser aber schnell finden lassen.
    Einfachster weg: Googles EME logger addon in Chrome installieren, und einen TVNow Film abspielen.

    Wenn da was passiert, ist das ein gutes Zeichen.

    wie die vorredner schon geschildert haben, ist spulen nicht möglich. Darüber hinaus wird der gesehen Status gesetzt obwohl nur 10 sekunden vom Film angesehen worden ist. Fortsetzen ab ist damit gar nicht erst möglich, da nicht angeboten.

    Leider habe ich vergessen, die Version anzuheben, in inputstream.smoothstream ist Spulen nun repariert.
    Ich werde aber gleich noch die Versionsnummer anheben, damit jeder weiss, ob er die richtige version hat.

    Windows User können mit der aktuellen nighly und DXVA aktiviert nicht spulen, mt Software Rendering gibt es keine Probleme.

    Wir haben netflix noch ein bisschen weiter untersucht, netflix hat eine eigene Implementierung für HTTPS:

    https://github.com/Netflix/msl

    Dies ist JAVA und ermöglicht eine sichere Kommunikation zwischen client und server ohne HTTPS zu nutzen.
    Wenn hier ein erfahrener JAVA Experte liest und sich etwas mit dem Protokoll auseinandersetzen möchte, gerne.

    Ich komme leider nicht aus der JAVA Welt, und um ehrlich zu sein möchte ich da auch nicht eintauchen.
    Um Netflix in Kodi zum Laufen zu bekommen, führt aber kein Weg an diesem Protokoll vorbei.

    Geht es bisher nur mit der chrome Datei bislang? Wäre es auch möglich die Datei aus dem chrome Ordner des Linux Rechners zu entnehmen und dann das ganze auf dem raspi zum laufen zu bekommen?

    Ich bezweifel das, aber mit der neuen [lib]ssd_wv.dll[.so] funktioniert die Geräteregistrierung.
    Das kopieren der Datei ist nur dann notwendig, wenn ihr knapp mit geräten seit, oder kodi auf einem gerät habt, wo auch Chrome läuft.

    Milhouse sollte schon die aktuelle ssd_wv lib drin haben.

    libdev: ist es dann auch möglich den "wrapper"/decrypter teil von den beiden mpd/smoothstream projekten zu lösen? ich meine, du hast ein eigenes repo mit sourcen von Mapfau und LibreElec verwendet dies auch, aber es scheint besser zu sein, wenn der decrypter teil als eigenes Projekt behandelt werden könnte. Derzeit scheint erstemal is.mpd kompiliert zu werden und dann nachträglich der decrypter teil.

    Jup, gute Idde, das Development Kit, also die Schnittstelle zwischen inputstream und ssd_wv ist derzeit noch in inputstream.xy enthalten, daher ist das so.
    Es wird wenn noch eine weitere Komponente hinzukommen, das Interface Toolkit. Mach ich wenn Zeit ist.

    @marriol123343 Richtig, das ist wrapper um widevine und wird von beiden inputstream addons verwendet (mpd / smoothstream)
    Sollten weitere inputstream addons dazukommen, die widevine zum decrypten verwenden können, werden diese auch auf genau diese dateien zugreifen.

    Spulen schau ich mir mal an (Ich muss gestehen, bisher noch nicht gespult zu haben)