Beiträge von libdev

    Iich mach mir mal Gedanken dazu - das bekommen wir schon irgendwie hin. Ich denke hier eher an die settings.xml, in der dann der Pfad zur widewine steht.
    Settings.xml ist in nicht Admin Umgebung und von verschiedenen Stellen aus modifizierbar

    Curl hat aber so wie ich das gesehen hab, z.B. bei "John Wick" o. "The Walf of WallStreet" eine .mpd gezogen in der 1080p stand. Sah von der Qualität auf dem Fernseher auch so aus. Ich geh also mal davon aus, dass auch HD möglich ist.

    Ach ja, dieses Thema ist auch noch interessant: Es ist technisch ohne Weiteres möglich 1080p abzuspielen. Laut meinen Infos ist es derzeit so:

    - inputstream.mpd wartet noch auf die Möglichkeit, von kodi die Auflösung des Darstellfensters zu bekommen.
    - Adaptives Bitrateswitching ist noch in Arbeit.
    - Derzeit wird 720p (HD) maximal ausgeliefert, das wird sich aber ändern sobald die beiden Punkte beseitigt sind.

    Wer dann also in Zukunft seinen Monitor auf 1080p eingestellt hat und ne gute Leitung hat (oder die MinBandbreite in den Einstellungen hochjagt), bekommt auch 1080p.
    Wer seinen Monitor auf 720p eingestellt hat bekommt auch nur max. 720p
    Heute wie oben geschrieben immer max. 720p.

    Sprachen, alles was geliefert wird, inkl. Dolby 5.1 oder was auch immer sofern vorhanden

    Also verstehe ich das richtig, das es theoretisch auch auf dem Fire TV Stick laufen müsste? Bzw. generell unter Android mit dem richtigem SoC?
    Ist natürlich in Hinsicht auf Prime Instant Video zu fragen, denn das kann der Stick ja aus dem Stehgreif, geht mir aber um andere Mediatheken, bspw. Now TV.

    Android habe ich noch gar nicht getestet, hier gibt es aber ich Sachen die ich noch gar nicht einschätzen kann: Ab irgendeiner Andoid Version ist /sollte der widevine part ins betriebssystem auswandern, bedeutet dass das dann etwas anders läuft, das werde ich angehen wenn hier genug gemeckert wird, dass es nicht klappt :)

    Amazon vom Stick: unterstützt der stick auch dolby digital im amazon player? kodi tut dies, ggf. doch ein Grund kodi auch für amazon zu nehmen.

    so, scheinbar bekomme ich ein crashlog, wenn ich die [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] lösche kurz bevor ich das video starte...

    hier sehe ich 2 Möglichkeiten: libwidewine nicht die "Richtige", oder schon davor das oben genannte Problem.
    Ich gleube fritsch hat das auch schon mal zum Laufen bekommen - am besten fragt ihr ihn direkt.

    Bei mir auch. Damit hatte ich gerechnet. Der Raspberry Pi 1 hat eben kein ARMv7 wie die chromebooks (von denen das libwidevidecdm.so stammt).

    Es gab eine Anpassung an der Schnittstelle kodi -> inputstream.mpd.
    Wenn fritsch's buil noch auf dem alten Stand ist aber inputstream.mpd auf einem neueren, dann knallt das genau so wie ihr das seht.

    fragt fritsch einfach mal ob er da nochmal updatet.

    Jau, der Drop hats gebracht, läuft jetzt bei mir super! Mit der Einschränkung, dass vor- bzw. zurückspulen nicht funktioniert, aber auch das wird wohl nur ne Frage der Zeit sein. Bin jedenfalls begeistert

    ich werde heute mal bei milhouse nachfragen, ob er die aktuellen sourcen von inputstream.mpd verwendet hat.
    Vor - rückspulen funktioniert auf jeden fall prima bei mir unter win32.

    Danke trotzdem für den Zwischenstand!

    Okay Danke. Dachte es hätte etwas mit can't find setting 'URL9' in 'Input Stream' zu tun und inputstream.mpd hätte die akamaihd URL nicht matchen können.

    Das ist OK, es wird so lange gesucht bis kodi einen Fehler wirft, theoretisch kannst du also viele URL's in settings angeben.
    Wen du in settings URL7-9 entfernst, wird er mit can't find URL7 meckern


    Was war denn jetzt genau der Fehler?


    Im Milhouse build ist ein neues feature reingekommen, welches ein besseres verhalten an den Tag legt wenn die Internetverbindung schlecht wird / ist.
    Das ist noch ncht 100% ausgereift das feature und führt hier gerade zu den Problemen.

    DEBUG: Curl::[definition='1','3']Debug[/definition] - TEXT: HTTP server doesn't seem to support byte ranges. Cannot resume.

    Probier mal ein einfaches curl im terminal mit --compressed (curl -k --compressed -o test.mpd http/...blabla die adresse von der mpd
    Bauchgefühl: irgendwas mit der CURL version die aufm RPI installiert ist, ggf. musst du ne andere CURL Version mit gzip support installieren.
    Ist aber nur geraten

    @Sandman das ist schön zu lesen dass dein plugin inputstream.mpd unterstützt!

    Die version in meinem repo ist eigentlich nur zu Testzwecken "hingeschustert" und ich würde den Part gerne dauerhaft übergeben.
    Wenn du das also weiterführen kannst, wäre das eine grosse Unterstützung.

    Edit: da warten ja noch eine Menge anderer Herausforderungen, 7TV / SkyGo / Magine.tv .....
    Ich muss gestehen dass ich weder python besonders mag noch gerne regexp webseiten auseinandernehme.
    Du scheinst in diesem Bereich der Meister zu sein.

    1. ppa:team-xbmc/xbmc-nightly hinzugefügt und kodi upgedated

    Ich würde hier gerne auch noch einen glorreichen abschluss schaffen :)

    - unter linux / debian / ubunt(??) musst du ggf. kodi-libinputstream.mpd auch mit apt-get installierern.
    Sollte erscheinen da du das richteige ppa hinzugefügt hast.
    Frage: hast du dein system bereits nach libinputstream.mpd.so durchsucht?

    - im aktuellen inputstream.mpd von gestern sind ein paar debugausgaben dazugekommen.
    Diese könnten helfen, das Problem soweit zu analysuieren.
    bedeutet aber leider, dass du noch einmal irgendwie zumindest das inputstream.mpd aktualisieren müsstest.