Naja, es sei denn du willst am seeken arbeiten
Sollte mit kommenden Versionen alles vom Tisch sein. Milhouse testet aber noch heute.
Naja, es sei denn du willst am seeken arbeiten
Sollte mit kommenden Versionen alles vom Tisch sein. Milhouse testet aber noch heute.
Alles anzeigenAber
Ich hab da noch ne Idee. Hoffe @libdev hat zeit
ein Binary alla
decodevidewine --mdt [MDT URL] --license [LICENSE URL] --ABFRAG [FILE mit der ABFRAGE]
dan könnte man über ein Proxy Service Plugin es unter WIN/X86 Linux und Rsberry zum laufen zu bringen. Für Kodi < 17.
Das Proxy Plugin könnte man generisch machen, so das es für Amazon, RTL, SKY,.... nutzbar ist.
Grosser Nachteil viele Features dürften Verloren gehen wie Spulen
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
Vielleicht solltest du eine Anleitung in den Startpost schreiben, damit Neue User schneller zum Ziel finden
Jo, hatte ich auch heute dran gedacht - da es hier jetzt ja erstmal läuft bin ich ja quasi arbeitslos
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.
Dickes Danke an libdev und die anderen.
Sowas ist Bier genug
Fazit: RPi1 wird nie gehen, RPi2 geht
ziemlich cool, wie schnell du solche Infos erarbeitest!
allerdings nur auf dem x86. wenn ich mich nicht täusche
ok, thx für die Info!
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.
bei mir crasht kodi auf dem rpi unspezifisch.
es gibt aber bestimmt die kodi_crashdump.[definition='1','0']log[/definition] Dateien in /tmp oder wo auch immer - darin erkennt man wenigstens schon mal die Richtung...
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
Habe eine Konversation aufgemacht, bin aber ertmal 15 Min unterwegs.
bis jetzt habe ich noch nichts von Mac OS gelesen. Hat jemand das ganze schon am Mac laufen? Bezug auf Amazon Prime
Soweit ich informiert bin hat es jemand hinbekommen (leider kenne ich mich damit nicht sonderlich gut aus, insb. was widevine angeht)
Ich werde mal bei Gelegenheit nachfragen und das Ergebnis hier posten.
@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.
Bedeutet für mich, die libwidevinecdm.so ist derzeit für einen merge angefragt, aber noch nicht drin.
Ah, ok, man lernt nie aus Da hab ich zu schnell glesen - aber ist ja schonmal gut zu wissen dass etwas in der pipeline ist.
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.