@frankr612 da hast du natürlich recht. Nein, hat sich nix geändert bei smoothstream.
Also bleibt dazn, was ggf. nicht dort startet wo gestartet werden soll.
Beiträge von libdev
-
-
@LORE ich schiick dir gleich ein paar Hints, wie das unter windows geht - ist ganz einfach.
Ich muss zur 1.2.10 noch anmerken, dass dort ein paar Anpassungen bzgl. Live-Stream timing stattgefunden haben.
Aufgrund mangelnder Zugänge habe ich weder dazn noch skygo testen können. Keeping fingers crossed...... -
@vdr.tuxnet Die Lösung ist zwar schnell, aber so richtig schön ist es nicht, oder?
Damit wird ja die Zertifikatsprüfung quasi ausgehebelt.Schöner finde ich anstelle dessen einmal in .bashrc ein export SSL_CERT_DIR=/etc/ssl/certs/ zu setzen.
-
Chromium ist auf ARM mit fbdev (ohne X) generell kompilierbar, es braucht dazu drm / gbm und eine libMali mit DMA.
Hardkernels mdrjr hat irgendwo halb versteckt solche mali libs für C2 liegen - drm / gbm(minigbm) findet sich in der Regel schnell.Viel Spass beim Kompilieren
Windows builds mind. 24GB RAM, Linux klappt besser (bin mit 8 klargekommen)
Hab aber vor einiger Zeit alles gelöscht, Chromium ist ein Zeitkiller. -
Eine neue alpha ist da 005 ich habe sie sofort getestet und es laufen alle hd filme sogar untouched blurays.
Jetzt fehlt mir nur noch amazon
Gesendet von meinem LG-H815 mit Tapatalk
Amazon über inputstream wird nicht funktionieren, genau wie skygo / dazn .... Grund ist, dass es bisher noch keine kompatible libwidevinde gibt.
kodi in LE ist für aarch64 kompiliert, libwidevine muss dazu passend vorliegen. Leider waren meine bisherigen Suchen ergebnislos. -
Gibt es nicht, mir ist auch soweit kein Chromebook auf Cortex-A53 oder Cortex-A57 Basis bekannt.
Für den Odroid C2 muss da eine andere Lösung gefunden werden, könnte man den nicht ein armV7 Build erstellen, wie für den RPi3 der setzt ja auchauf den Cortex A53, oder gibt es mit dem Odroid C2 Einschränkungen?
Normal sollte der C2 armV7 Code ausführen können, eventuell mal ein 32Bit Kodi auf dem C2 testen?
Jup, das sollte dann gehen wenn kodi komplett auf v7 kompiliert ist.
OK, dann weiss ich Bescheid - ich hatte auch mal V8 lib gesucht gesucht, aber auch ergebnislos. -
Ich muss zuvor noch ein anderes projekt abschliessen, dazu brauche ich eine libwidevinecdm.so für arm64 (aarch64) architektur.
Ist jemand schon mal darüber gestolpert?P.S.: Das aktuelle odroid C2 libreelec build (libreelec.tv) (weiss nicht wo man nightlies bekommt) funktioniert nun auch für odroid C2.
Vorher kam da nur ein Bild und dann stand die Sache. -
Amazon US hat offenbar etwas an der Verschlüsselung geändert, immer mehr Filme/Serien funktionieren nicht mehr(Amazon DE scheint davon nocht nicht betroffen zu sein, wird aber bestimmt bald nachfolgen).
Hi @the6thday
wie kann ich das denn am besten nachstellen?
kann ich mit vpn proxy und deutschem account dieses video laden? -
@libdev Kannst du uns mal einen kurzen Stand bzgl. Netflix durchgeben - Ich warte so sehensüchtig darauf, ich kanns gar net beschreiben
Merci@thechosen ich habe in letzter Zeit leider meine Prioritäten auf das echte Leben verschieben müssen.
@jojo hat aber tolle Vorarbeit geleistet - muss jetzt nur noch irgendwie ein zeitfenster finden.
Oder jemanden, der sich der Sache annehmen kann (automatisierten von java konvertierten C++ code zum kompilieren zu bekommen und mit @jojo einmal netflix testen) -
@libdev: wär schön wenn du mal ein Blick darauf werfen könntest.
hab eben was committed, die beiden stream url's die bei mir über git ankamen, funktionieren auf jeden fall.
-
@membrane Finde gerade den Thread nicht mit den ganzen streams.
Ich habe für Olympia Live eben einen commit gemacht (mpd version 1.2.4)Derzeit läut Rudern - kanns in kodi sehen.
-
Ich bin einigermassen sicher, dass @vdr.tuxnet's inputstream kompilate nicht gegen die aktuellste kodi version gebaut werden.
Damit wird in die inputstream.xy addons eine API version 1.0.4 einkompiliert (die Nummer ist in einer Header datei in kodi)die aktuellen kodi nightlies setzen aber api version 1.0.5 voraus.
-
Ich habe eine vermutung, welche der Grund für das inputstream versions dilemma sen könnte.
Zur bestätigung brauche ich jedoch @vdr.tuxnet.@Alternativende soweit ich weiss, werden auch nächtlich Linux binary addons gebaut, die dann über apt-get oder so installiert werden können.
Meine Vermutung ist, dass @vdr.tuxnet die inputstream.xy addons einmal neu bauen muss, damit die zu den aktuelen nightlies passen. -
Ja einen NUC. Auf die 1.2.2 kann ich ja leider auch nicht aktualisieren. Wäre schön wenn sich da etwas Tun würde.
Ein [definition='1','0']log[/definition] mit debug logging an wird bestimmt helfen....
-
Wenigstens tut sich an der Android Front ein bisschen was. Du bist anscheinend einer der wenigen wenn überhaupt die sich in der Freizeit damit beschäftigen. Scheint nicht so viele User bzw. interessierte Entwickler zu geben, die sich damit auseinandersetzen.
Es gibt auf jeden Fall Menschen, die gerne unterstützen wollen - das hier ist aber ein ziemlicher Batzen. Und Leute, die sich mit diesem DRM auskennen, werden derzeit ziemlich schnell von der Strasse weggeholt (gegen gutes Geld). Also, irgendwas wird schon irgendwann kommen, unter Android gibt es ja zum Glück für alles Apps, die auch in Kodi angezeigt werden wusste ich vorher gar nicht). Daher - es eilt ja nicht.
-
Ja, da ist es gerade etwas holprig geworden. Ich weiß nicht, ob es da schon eine Lösung gibt. Ich habe mein System gerade nicht up to date, sondern verwende eine ältere build mit Inputstream 1.2.0 Kann da gerade nichts zu sagen.
Also, bisher war keine vernünftige Versionsabfrage bei Anpassungen der API zwischen inputstream addons und kodi vorhanden.
Es hat aber irgendwann am 01.08 eine Anpassung der API gegeben, worauf Abstürze gemeldet wurden.Nun ist Versionscheck reingekommen, der die Kompatibiltät prüft und ggf. meckert. Das scheint ja schon mal zu funktionieren.
Ich teste derzeit immer mit einem Softwarestand: kodi selbst kompiliert, inputstream selbst kompiliert. Das führt bei mir zu keinen Problemen.
Auf welchen OS bestehen denn gerade die Probleme? Nur Linux? Nur Win? Ich muss gestehe, ich habe den Überblick gerade auch etwas verloren.
-
gibt's vielleicht schon was neues Inputstream und Android?
Jo, aber nicht zu viel Gutes. Also inputstream.mpd / smoothstream laufen unter android (sind wahrscheinlich auch bereits im android nightly packet drin)
libssd_wv läuft auch, kann aber wisevine nicht laden wegen Abhängigkeiten.So, das bedeutet, dass nun irgendwelche Android Profis rumsuchen müssen, wie das alles da so geht. ich habe eins herausgefunden auf die Schnelle:
Im gegensatz zur libwidevine, die keyhandling und decrypten macht, ist das unter android 2 geteilt. Es gibt key handling, und eine libcrypto, die dann encrypten kann.Was ich noch herausgefunden zu haben meine: der widevine Krempel kommt nicht mehr mit chrome, sondern wird vom vendor des boards bereitgestellt.
Wenn der vendor kein DRM einkauft, dann gibt es auf dem board auch kein drm, und mit chrome kann man keine geschützten Sachen angucken.Ich denke, wenn man genug sucht, findet man die Teile die man braucht.
Das übersteigt gerade meinen zeitlichen Horizont. -
Mit der 1.2.0 Version funktioniert es leider auch nicht. Wäre schön wenn da mal jemand Licht ins Dunke bringen könnte
Ja, das war ein bischen holprig alles. Der commit in imputstream auf die inputstream library 1.0.5 erfolgte etwas früh, in kodi ist die Version erst heute morgen angehoben worden.
Daneben sind heute auch noch weitere checks auf die API hinzugekommen, hier muss ich selber noch schauen, ob das nun erstmal alles zusammenpasst.
Sollte aber eigentlich, spätestens mit dem sourcetree von heute / nightlies von morgen. -
Problem ist noch existent. Jemand eine Idee ?
12:26:33 T:139645312820992 DEBUG: AddOnLog: InputStream MPEG DASH: Searching for decrypters in: /var/lib/vdr/.kodi/cdm/
12:26:33 T:139645312820992 DEBUG: AddOnLog: InputStream MPEG DASH: Supported URN:bedeutet, dass in diesem Ordner keine libssd_wv.so liegt oder wie @Jin schreibt, eine dort liegt, die nicht valide ist.
Im gleichen Ordner, welcher oben in zeile 1 des logauszugs steht, muss auch dei libwidevinecdm.so liegen. -
Hier das [definition='1','0']log[/definition]:
Bitte [definition='1','3']Debug[/definition] logging aktivieren.....
Mit den Abhängigkeiten bin ich mit den kodi devs im gespräch
