Beiträge von asciidisco

Siehe hier: https://www.kodinerds.net/index.php/Thre…5501#post355501

Mein Bauchgefühl ist aber besser geworden, was die Aussage Monate angeht. Evtl. reden wir hier jetzt doch von einem kurzfristigeren Zeitraum...
Aber an sich muss man sagen, das hier ist alles Open Source Software, an der viele Leute in ihrer Freizeit arbeiten können, da muss man als Nutzer leider damit leben,
das manches nicht geht, noch nicht geht oder ab und an auch mal ausfällt. Ließt sich natürlich etwas entmutigend, aber so hat man wenigstens was, worauf man sich freuen kann

Hat dieses Problem auch noch jmd. außer dem issuer und mir? https://github.com/frankr612/plugin.video.maxdome/issues/1

@3000 Kenne die Dienste jetzt nicht, ich nutze für das Live TV bei mir TV Headend und pipe da auch streams rein, so wie hier im Topic diskutiert: https://tvheadend.org/boards/5/topics/22969?r=22980

Ob das jetzt ne Möglichkeit für deinen Anwendungsfall ist, kann ich dir nicht sagen.

@3000 Nachdem ich selbst kaum Python Erfahrung hatte (gut, dafür einige Jahre Erfahrung in anderen Programmiersprachen) & mit der Plugin Entwicklung angefangen habe, würde ich folgende Quellen als wichtigste Unterstützung sehen:

http://kodi.wiki/view/Add-on_development
https://github.com/romanvm/plugin.video.example

Wenn es denn um Inputstream Anbindung geht, schaut man sich am besten bestehende plugins an:

https://github.com/kodinerds/repo…ygo.de/skygo.py
https://github.com/Sandmann79/xbm…test/default.py

Das es zu dem Thema wenig is eine Docs gibt, war @libdev so nett & hat mir bei konkreten Fragen auf die Sprünge geholfen & inter anderem folgendes Tool empfohlen https://developers.google.com/web/updates/2015/09/eme-logger um mehr über die Ursprungsquelle herauszufinden.

Aber, wie oben schon erwähnt, und ohne entmutigend sein zu wollen, ohne ein gewissen Grundwissen in der Softwareentwicklung wird´s eher schwierig.

Bei Amazon Prime gibt es seit ein paar Monaten Probleme, da Amazon was am DRM gedreht (näheres dazu findet sich im Amazon PrimeTopic & dem Inputstream, was kommt als nächstes Topic), dadurch funktioniert aktuell nur ein Bruchteil der Filme/Serien (so wenig, das man wenig Spaß damit haben wird). An einer Lösung wird wohl gearbeitet, wann es aber wieder möglich sein wird alles zu schauen, dazu lässt sich keine Aussage treffen (Bauchgefühl sagt, noch ein paar Monate, aber in dem Thema bin ich nicht drin).
Netflix ist aktuell nicht Möglich, aber auch hier wird an einem Plugin gearbeitet. Will man auf VOD Dienste für Filme & Serien auf dem Raspberry zurückgreifen, so ist mann momentan auf Maxdome & Sky limitiert.

@Raybuntu Coole Sache. Vielen Dank, werde es morgen mal austesten.

Zitat von Raybuntu

Nein. Es gibt ja kein X11. Es gibt was für RPi hab ich auch gesehen aber das wird wohl nur SW decoden und nicht ordentlich laufen auch wenn der C2 mehr power hat.

Wie gesagt, mein Bauchgefühl geht in die gleiche Richtung. So wichtig ist mir Amazon jetzt auhc nicht, um da großartig Zeit drauf zu verwenden. In ferner Zukunft werden wir ja auch hoffentlich nen passenden Decoder für yuv haben.

@Raybuntu Hattest du eigtl. schon mal nen Chrome(ium) via Docker Container am laufen (meinte in nem anderen Thread mal was in die Richtung gelesen zu haben)?
Mein Bauchgefühl sagt mir ja, dass das sicherlich nicht ruckelfrei mit Videos von Amazon Prime laufen wird (was jetzt mein Anwendungsfall dafür wäre).
Solltest du was anderes zu berichten haben, dann würde ich die Zeit wohl mal investieren & auch ein tutorial schreiben.

Über CEC habe ich das auch nicht zum laufen bekommen. Dadurch das ich aber eine Harmony habe, konnte ich es über den Infrarot Empfänger und dem Harmony Hardkernel Odroid C2 Profil lösen.

Ich kann dir die Kurse von Udacity ans Herz legen, es gibt nen Menge Tutorials (also auch Video Tutorials) da draußen & die variieren in der Qualität schon stark. Bei denen kannst du dir sicher sein, das kein Mist erzählt wird. Die begleitenden Materialien sind auch Top.

Immer wenn ich eine neue Programmiersprache lerne, finde ich es wichtig eine Aufgabe & ein konkretes Ziel vor Augen zu haben. So trifft man auf konkrete Probleme & kann nach passenden Lösungen & Erklärungen suchen. Solltest du in deinem Bekanntenkreis jemanden haben, welcher sich mit Software Entwicklung (egal in welcher Programmiersprache) auskennt, ist das Gold Wert. Jemanden fragen zu können, ohne sich direkt vor eine abqualifizierenden Antwort wappnen zu müssen, ist Gold wert.

Hier noch eine Liste der Udacity Kurse, die für dich von Interesse sein könnten:

https://de.udacity.com/course/intro-t…science--cs101/
https://de.udacity.com/course/intro-t…odegree--nd000/
https://de.udacity.com/course/design-…rograms--cs212/
https://de.udacity.com/course/program…-python--ud036/
https://de.udacity.com/course/full-stack-foundations--ud088/

Klaro. Danke, sollte sich jetzt auch nicht wie ein Marschbefehl anhören, ich war nur positiv überrascht, als ich im Forum davon gelesen habe. Danke.

Wenn es um die Entertain On Demand services geht, das ist eigtl. nur Videoload. Hier hab ich mir das ganze schon mal angesehen (da Videoload jetzt auch Inhalte im Browser mit Widevine ausgibt). Hier gibt es noch ein Problem mit Kodi an sich, da für das Licence Request nötige Header gestrippt werden & auch mit der aktuellen Inputstream Version, da diese nich keine server certificate property annimmt (hier wurde, im Zuge anderer Plugin Entwicklungen aber schon was dran gedreht). Ersteres Problem ließe sich auch mit einem service Addon (welches als Proxy für hinter dem Inputstream Stream Addon steckt) auch für die aktuelle Kodi Version lösen. Da Videoload auch mit dem unified Login der Telekom arbeitet, ist es wohl egal, ob da jetzt Entertain oder VL als Provider draufklebt. Da ich aber zurzeit nich an nem anderen Plugin mitarbeite, ist dieses Plugin jetzt nicht die oberste Priorität (wenn jemand gerne mitarbeiten würde, ich bin für Hilfe offen).

Um mal wieder zum Topic zurückzukehren, ich würde auch ein unified VOD Plugin begrüßen & meine Mitarbeit anbieten. Während der Video Plugin Entwicklung gibt es doch ne Menge Code/Arbeit, welche sich für jedes Plugin wiederholt (Bibliothek export, Fehlerbehandlungen, Aufbereitung der Listen für Kodi, etc.).
Viele Nutzer (welche Kodi vor allem vorrangig für legalen Content nutzen, wie ich), haben auch mehrere Subscriptions für diverse Anbieter, bzw. bedienen sich gerne auch mit Leih- und Kaufcontent bei mehreren Anbietern. Ein universelles Plugin würde hier schon Sinn machen. Ich würde es aber weniger mit dem Mediatheken etc. vermaschen, sondern den Fokus auf Anbieter wie Maxdome, Netflix, Amazon, Sky & Videoload legen. Grade wenn man dann dort mit ner größeren Entwicklerbasis zusammen dran arbeitet, bekommt man Updates und Fehler schneller in den Griff.

Ich möchte einfach mal ein herzliches Dankeschön an @Raybuntu loswerden, als Kodi Einsteiger mit nem C2 wäre es mir vor 1 1/2 unglaublich schwerer gefallen, ein funktionierendes System aufzusetzen. Ohne das 32bit Image hätte wohl recht schnell die frustration ob der teils fehlenden Plugin gegeben.

Im weiteren würde ich es, wie drüben im Odroid Forum ja bereits angeklungen, sehr begrüßen, wenn es bald wirklich Kodi 18 builds geben würde, grade im Zuge der evtl. bald kommenden Inputstream basierten plugins, welche vorerst ja nur unter Kodi 18 lauffähig sein könnten.
Wenn man dort irgendwie unterstützen kann, ich helfe gerne.

Probier mal Captain Future, ich könnte meinen das lief auch ohne Plus Abo.

Mehr als in der Liste steht ist auch nicht bekannt. Du könntest aber zusätzlich noch das kostenlose Angebot von Zattoo nutzen, da hättest du dann DMAX (sowie Sport 1 & Tele5) am Start (wenn auch nur in SD).

Verständlich, ich lass da auch die Finger von
Danke für die weitergehenden Erläuterungen.

@frankr612 Das das keine gute Idee ist & sollte es überhaupt möglich sein, nur eine Behelfslösung, ist unbestritten. Und wenn, dann würde ich es auch nicht in die inputstream.adaptive direkt stecken, sondern in einen Fork o.ä.
Für viele Geräte, die den Browser Fallback nicht nutzen können, würde es halt den unterschied zwischen Content ist verfügbar oder eben nicht machen.
Wie gesagt, immer unter der Prämisse das es überhaupt geht, vllt. kann @peak3d mal sagen, ob es geht oder nicht, wenn nicht, können wir uns weitere Diskussionen sowieso sparen.

@musterzwerg Der Gedanke kam mir auch schon, würde ich das mit ffmpeg machen, schaute das ungefähr so aus:

ffmpeg -f rawvideo -vcodec rawvideo -s 1920x1080 -r 25 -pix_fmt yuv420p -i pipe:0 -c:v libx264 -preset ultrafast -qp 0 pipe:1

-s 1920x1080 -f rawvideo – Da YUV rawvideo daten ohne container sind, gibts keine header die die daten beschreiben, deswegen müssen wir das format (welches wir ja mitgeteilt bekommen sollten) selbst zu dem mix hinzufügen
-r 25 - Raw video kommt mit 25 frames die Sekunde rein
-pix_fmt yuv420p - YUV mit 3 Components/12 Bits per Pixel (Hier müsste man natürlich wissen/rausfinden was wir da an raw video rausbekommen)
-c:v libx264 -preset ultrafast - Dateigröße ist uns eher mal schnurz bei nem stream, deswegen 264 ultrafast, damit sollten wir mit "wenig(er)" Rechenleistung ne bessere Qualität als output bekommen
-qp 0 - Qualität so hoch drehen wie möglich / 51 wäre hier die maximal schlechteste

Aber auch mir stellt sich da die Frage der technischen Machbarkeit, ich hab mir inputstream.adaptive angeschaut, aber nicht mal die mögliche stelle ausmachen können, an der der decrypted Stream an Kodi übertragen wird (hier übrigens auch von meiner Stelle noch mal herzlichen dank an @vdr.tuxnet wegen der guten Erklärung).
Bei der oben angegeben stream conversion bräuchte man imho auch nicht soooooo viel Rechenleistung, wenn ich jetzt nicht von 1080 (wie oben im Beispiel angegeben), sondern 720 ausgehe sollte alles in der Größenordnung RPi3 damit klarkommen (Bauchgefühl).

Ich habe aber irgendwie das Gefühl, dass wenn es so einfach wäre dann hätten so cracks wie der @peak3d oder der @vdr.tuxnet das schon versucht...

Hi zusammen,

ich bin relativ neu im Thema Kodi, aber Entwickler von Berufswegen (leider nicht Java/C(++)) und habe mich mal mit dem Thema Netflix via Inputstream beschäftigt.
Nachdem ich mit dem Reverse Engineering der Netflix API soweit durch bin (mit so wenig scraping wie möglich & so viel Nutzung des Netflix Shakti JSON APIs wie nötig),
bin ich jetzt an dem Punkt angekommen, an dem es an das Video Playback geht. Nach meiner Recherche gibt es auf der inputstream Seite der Dinge allerdings noch ein paar Probleme,
welche meine Möglichkeiten (und Zeit zur Einarbeitung) leider überschreiten. Deswegen die erste Frage, sind diese Probleme noch aktuell:

1) inputstream kann nicht mit dem Netflix manifest Dateien, bzw. deren XML Struktur umgehen
2) Netflix Licence URL ist nicht bekannt
3) Netflix nutzt nicht HTTPS o.ä. sondern einen eigenen Message Security Layer, welcher zwar Open Source ist (https://github.com/Netflix/msl) allerdings in Java implementiert & es gibt keinen C/C++ Port dafür

Ist das soweit korrekt?

Die anschließende Frage meinerseits wäre dann, würde sich dem jmd. annehmen können, bzw. würde es Sinn machen, das ich den Rest des Plugins zur Verfügung stelle (in einem an das Maxdome/Sky Go Plugin(s) anlehnenden coding style) & jmd. könnte sich unterstützend um die anderen Probleme kümmern?