Beiträge von libdev

    ich mach mich da nun ertmal schlau - das Konzept mit den binary addons ist n kodi wirklich ziemlich unübersichtlich.
    Es scheint aber so, dass dies die erforderliche Datei ist - hast du denn Addon Log aktiviert?

    Edit: ist denn die Datei inputstream.mpd.so.1.0.0, die hier angemeckert wird, irgendwo auf deinem system zu finden?

    Ich vermute alles was danach passiert kann nicht mehr klappen, weil er ja dann gar nicht mit dem mpd Stream umgehen kann.

    Jup, also ohne dass die shared lib geladen wird geht gar nix.
    Ich glaube auch nicht, dass die datei an sich fehlt, sondern dass die nicht geladen werden kann weil library.kodi.inputstream fehlt.

    Das wird alles hoffentlich gerade gezogen wenn die inputstream leute das vernünftig eingetütet haben - ich versuche aber mal

    Um e

    Edit: hier waren nichtssagende logs, weil ich vergessen habe das inputstream.mpd addon zu aktivieren...

    Sollten weitere probleme auftauchen (und davon geh ich aus), bitte komponentspezifisches logging aktivieren.

    Ein Problem wird vlt. sein: in xbmc/addons/library.kodi.inputstream muss auch eine so / dll liegen.
    ich habe gerade mal bei meinem Test - linux build geschaut - tut sie nicht.
    Wahrscheinlich kann man die genauso bauen wie die inputstream.mpd Datei (make -C tools.....).

    1.) Ich kann nur ganz wenig support im plugin geben, da python nicht mein zu Hause ist
    2.) Bauchgefühl: Das plugin kommt aus einem repo von xlordkx. Wenn man aus dem repo installiert, werden wohl auch Abhängigkeiten für python mitinstalliert.
    Wenn man das plugin so nimmt wie in meinem repo, fehlen diese abhängigkeiten. Muss ich mich wohl auch mal mit beschäftigen :( Danke für den Tipp.

    Abhilfe: repository von xlordkx installieren, dann das prime addon.
    Danach prime addon deinstallieren, und das aus meinem repo installieren.

    Edit: ne, du bist ja schon weiter gekommen...
    Was hast du denn schon gesehen? Login OK? Danndie Liste mit Filme / Serie??

    Ich hoffe nicht, dass die libwidevine in meinem repo liegt! Wo hast du die denn gesehen??

    Ansonsten stimmen deine Punkte, zusätzlich:

    - Es werden noch einige addons wie plugin.amazon.prime kommen. Du brauchst die Decrypter Sachen dann nicht mehr nochmal machen.
    mit inputstream.mpd und den decrypter hast du nun erstmal quasi einen html5 player - die "webseiten" = addons dafür müssen nun entwickelt werden.
    plugin.amazon.prime ist der Anfang.

    - dll ist eine kompilierte shared library (unter linux enden die mit .so). es wird für jedes system eine eigene geben (anders gebaut).
    Es gibt aber bereits nette User hier im Bunde, die das Verfahren deutlich vereinfachen werden.

    libdev:
    ich hätte mal rein interessehalber eine frage: wird die bildqualität so wie im browser dynamisch seitens amazon in abhängigkeit der verhandenen bandbreite angepasst oder kann man die qualität so wie im "alten" addon vorab festlegen/erzwingen?

    Der ist mir gestern im Eifer des gefechts untergegangen....

    Es ist (wird) wesentlich dynamischer, aber auch fest erzwingbar (ist aber nicht mein part, sondern der Part vom inputstream.mpd Entwickler):

    So wie ich das gesehen habe, ist für adaptives Bitrateswitching alles vorbereitet, laut Readme Datei jedoch noch nicht aktiviert.
    Zusätzlich sind wohl Entwicklungen im gange, dass zus. zur Bandbreite auch die darstellbare Fenstergrößer herangezogen wird.

    Im Klartext:
    - Ja, es wird (wohl bald??) die Bandbreite herangezogen (ich habe das schon mal simuluíert getestet und das ist schon ziemlich geil)
    - Bei Größenänderungen der Fenster wird auch automatisch den bestmögliche Stream gewählt.
    - Es können MinimalBandbreite / Maximalbandbreite angegeben werden, um bei starken Schwankungen trotzdem ein gewisses Maß beizubehalten (oder dem Rest der Familie was übrig zu lassen).

    Kodi ist durch die Entwicklungen der letzten Wochen (Interface / inputstream / decrypter) damit quasi ein vollwertiger HTML5 Player.

    Ich habe nochmal ein bisschen geforscht, am Besten lassen wir das Thema hier erst einmal ruhen, bis inputstream.mpd korrekt ausgeliefert wird.
    Für binäre addons (zu denen auch inputstream.mpd gehört) sind wohl Konzeptanpassungen für die Installation im Gange (es soll einfacher werden, juhu!).

    Für Entwickler, die Kodi selber kompilieren, ist es heute schon ohne Weiteres möglich, das Addon zu erstellen (xbmc/docs/Readme.linux, da gibt es eine Sektion die erklärt wie man binäre addons kompiliert, das funktioniert auch mit inputstream.mpd so, also theoretisch ist das nur ein einziger make Aufruf).

    Für Nicht Entwickler ist das erstmal zu viel Gewurschtel.

    Ich verfolge einfach mal wie es da so weitergeht bei kodi - wenn es etwas Neues gibt, lasse ich euch das wissen.
    Bauchgefühl: Das addon wird zuerst kompiliert im win32 nightly build enthalten sein - wenn das so ist, stelle ich gerne die decryper dll für win32 hier zur Verfügung.

    Soweit!

    Kompilieren lief bei mir jetzt durch, ich musste den Pfad aber noch wie im vorherigen Post in der Makefile2 auf den absoluten Pfad ändern.

    Jetzt mal schauen, wie lange das kompilieren auf nem raspberry braucht. Ist das teilen der fertig kompilierten Raspberry Version denn dann erlaubt? Die libwidevine*.so muss man sich wohl selbst besorgen, da es da wohl schwierigkeiten mit dem copyright gibt, wenn man die zum Download anbietet?

    Edit:
    Auch auf dem Pi musste bei mir der Pfad geändert werden, kompilieren ging dann aber in ca 10 Minuten. Also machbar. Bevor ich die Version hier anhänge warte ich erstmal ab ob das teilen der kompilierten Version ok ist.

    Stand ist:
    - inputstream.mpd ist noch nicht im nightly build von heute - daher müssen wir noch warten
    - libwidevine würde ich auch nicht verteilen.
    - alles andere ist openSource, daher seh ich hier keine Bedenken, das zu verteilen.
    - es geht wohl nur mit cmake im build ordner, wenn man windows .sln macht, alles andere muss in der Tat im Ordner gemacht werden, in dem die CmakeLists.txt liegt. Schau ich mir aber nochmal an...

    Ich glaub so einfach ist des nicht. Dir fehlt dann ja immer noch der decrypter, also die dll.
    Die müsstest du dann mit Cmake erzeugen, wenn ichs richtig verstanden habe

    Zuerst: der Decrypter kompiliert nun unter Linux. @hawkeye ist informiert.

    @XsupergurkeX: Richtig. inputstream.mpd kann DASH (.mpd) dateien lesen (das ist ein xml Format) und die darin angegebenen video / audio streams an kodi schicken.
    Es gibt bereits viele -mpd dateien (weil ja mehr und mehr in html5 player abgebildet wird), die nicht encryptet (damit ungeschützt) sind. Die lassen sich alle so mit inputstream.mpd abspielen.

    Wenn es aber um geschützten Content geht, dann müssen die Streams (video / audio) decrypted werden. Es gibt einfache verfahren (du kennst einen Schlüssel und der funktioniert immer = ClearKey) aber auch komplexere Verfahren (widevine). da geht es hin und her vom Player zur widevine lib bis man endlich die streams entschlüsseln darf. Und genau diesen recht spannenden Teil erledigt das was wir hier gerade duchboxen.

    Zum kodi build: inputstream.mpd hatte bis heute mittag noch probleme beim linux und osx build und es ist recht wahrscheinlich, dass es erst morgen drin ist.

    Den Wink hab ich schon verstanden. ;-)Gibts die nötigen Addons wie Inputstream.mpd eigentlich schon als .zip für kodi zum Installieren? Oder war mit "morgen" gemeint, dass die in den neuesten Builds wie z. B. von Milhouse drin sind?

    Genau, inputstream.mpd ist im offiziellen kodi repo enthalten und wird somit immer mit ausgeliefert.
    Nur wenn ihr Kodi selber kompiliert, müsst ihr inputstream.mpd auch selber kompilieren (Leute die PVR kompilieren können wissen wie das geht, ist glaube ich ein einfaches make).

    Ich habe gesehen, dass heute Mittag noch ein wichtiger Fix eingeflossen ist, daher sagte ich Morgen (wegen nightly build)
    Ich kenne die Zyklen aber nicht so genau, vlt. ist die jetzige Version bereits rund.

    Nachtrag: Den Decrypter den @hawkeye gerade baut, wird es nicht zum "installieren" geben, genausowenig wie die libwidevinecdm.dll.
    Die müsst ihr einfach suchen / finden / haben und an die richtige Stelle kopieren. Das ist halt beides nicht bestandteil von Kodi (und wird es auch niemals werden)

    Für Android sieht das wieder anders aus, da braucht es keine widevine dll, da ist der Mechanismus wohl im betriebsystem enthalten.
    Da besteht dann eher die Chance, etwas zu entwickeln was lauffähig in kodi enthalten ist.

    Noch eine Bitte:

    Das inputstream.mpd nutzt das kodi flesystem für die Kommunikation. Das bedeutet, dass jeder Netzaufruf im [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] vermerkt wird.
    Es werden zwar keine passwörter oder usernamen durchgeschleift (keine beteiligte Komponente brauchet die), aber ein token, der euch als Benutzer bei amazon eindeutig macht.

    Bevor ihr ein kodi [definition='1','0']log[/definition] postet, solltet ihr einfach aus Sicherheit im [definition='1','0']log[/definition] nach token= suchen und den token entfernen. Ich weiss nicht genau was man damit machen kann, aber sicher ist sicher.

    Bevor es später heisst, ich hätte wieder mit Infos zurückgehalten: :)

    1.) Ihr braucht die widevinecdm.dll (siehe initialen Kommentar von mir heute)

    2.) das kodi inputstream.mpd Addon muss konfiguriert werden. Dazu gibt es in den Addon Settings URL's, für die dieses Addon zuständig ist.
    Dies ist wohl dazu gedacht, dass man auch mehrere Addons in kodi integrieren kann und diese voneinander abgrenzen kann.
    Ich mache das lieber über die settings.xml für das inputstream.mpd addon (userdata/addon_data/http://inputstream.mpd/settings.xml), es geht auch über die Oberfläche ist aber nervig.

    Für amazon müssen die 3 Denstleister eingetragen werden, auf denen Amazon die Videos hostet:
    <setting id="URL1" value="http://.*.akamaihd.net" />
    <setting id="URL2" value="http://.*.dash.eu.aiv-cdn.net" />
    <setting id="URL3" value="http://.*.cloudfront.net" />

    Und nochwas: Die Videoauswahl in plugin.amazon.prime sieht im neuen skin nicht so richtig toll aus (keine Coverbilder) - entweder wieder Confluence nehmen oder abwarten.
    Ich bin mit dem Skinentwickler an der Sache dran.

    also:

    - ich bin im ordner /tmp
    - git clone http://github.com/liberty-developer/inputstream.mpd.git
    - cd http://inputstream.mpd/wvdecrypter
    - mkdir build
    - cd build
    cmake ..

    Das sollte es tun - wenn nicht hab ich was falsch gemacht und ich muss libux mal testen....

    (das hat auf jedenfall bei mir soweit funktioniert, dass cmake .. -G "Visual Studio...." sln / vcxproj Dateien angelegt hat, die auch kompilierbar sind).
    Ich muss gestehen, dass ich den build noch nicht unter Linux getetstet habe. Aber das bekomen wir schon alles hin -)