Beiträge von asciidisco

@Maximus1 Für Wetek Play 2, Wetek hub & Odroid C2 gibt es builds von @Raybuntu - Siehe hier https://github.com/Raybuntu/LibreELEC.tv/releases

Wenn man sich auch mal den Support anschaut, den der Raybuntu leisten muss, erschließt sich einem vllt. auch, warum hier nicht einfach mal vorkompilierte Dinge irgendwie reingeworfen werden:
Es kostet einfach sehr viel Zeit dies zu leisten & das kann/will nicht jeder. Dass das ganze höchst experimentell & eher Pre-Alpha als alles andere ist macht die Situatuion nicht besser, der Code ist aus master und richtet sich explizit an Entwickler. Oder fragst du auch bei Apple nach, warum du das IPhone 8 noch nicht kaufen kannst, während die am Prototypen bauen, die Geräte haben die Apple Entwickler ja schließlich auch schon da liegen?!

Im übrigen finde ich den Ton nicht sonderlich schön, den du da anschlägst. Es geht hier um freie/kostenlose Software die von Menschen in ihrer Freizeit entwickelt wird & die Tonalität regt sicherlich nicht an, das die Themen mit mehr Enthusiasmus angegangen werden, sondern bewirkt eher das Gegenteil.

@peak3d Danke für den Kommentar mit deiner Sichtweise, du bist da inhaltlich von uns wohl am besten informiert.
Ich kann das auch technisch, bzw. auf der Architektur Ebene, gut nachvollziehen. Allerdings stört mich bei dem Entwurf dann doch,
das es X Partner geben würde, die sich um die Lizenzierung bemühen müssten, anstatt das an einer zentralen Stelle ein für alle mal erledigt zu haben.
Grade bei den doch durchaus diversen Meinungen bei dem Thema hab ich die Befürchtung das ein "Durchstich" damit einfach nicht erreicht wird.
Oder hast du da ne andere Sicht auf die Dinge?

@vdr.tuxnet Das würde ich pauschal so nicht behaupten. Google hat durchaus ein Interesse daran ihre Widevine Platform voran zu treiben. Vor allem geht´s denen auch darum, rechtlich nen ganz anderen Hebel ansetzen zu können, falls z.B. die Kodi Foundation richtiger Lizenz Partner ist. Dann sind nämlich im Zweifelsfall nicht mehr die User von Google direkt haftbar zu machen (sollte auf der Platform Schabernack mit der Lizenz getrieben werden), sondern die Foundation.
Einzelne User wurden meines Wissens nach auch noch nicht belangt, das ist für Google auch total uninteressant, deswegen würde ich behaupten, das dort Interesse besteht.
Ob das die Kodi Foundation, Libreelec oder sonst wer sich aufbürden sollte, ist dann noch mal ne andere Geschichte...

Was die Content Provider angeht, bin ich aber bei dir. Die haben wenig bis kein Interesse, oder eher gegenteiliges, da sie ihre Macht über Hardware, UI und alles abgeben würden.

@Kampfader Ich würde das Pferd von vorne aufzäumen. Auf der Webseite von der Webgrab die Daten zieht hat sich was geändert, wenn ich mich recht entsinne ist die Struktur der Webseiten von denen die Daten abgegrast werden in .ini files für Webgrab hinterlegt. Wenn du die für deinen Anbieter passende .ini Datei korrigierst, kannst du dir doch den ganzen Server Krempel sparen. Noch dazu würdest du ein gutes Werk vollbringen, die Änderungen wieder an Webgrab zurück zu spielen, so hätten auch alle anderen was davon.

Persönlich finde ich das ein seht gutes Statement, vor allem weil es auch highlighted, das man dadurch nur neue Optionen erschließt. Im Prinzip ist es ja nichts anderes, als das was wir mit inoutstream & dem rumkopieren der Widevine Geschichten machen. Für mich bedeutet dieser Post nur, das wir vllt. etwas Nutzerfreundlichere Methoden, auf offiziellem und legalen Wegen haben werden das zu realisieren. Meine Wunschvostellung, für den case low level DRM (der dort beschrieben ist) wäre ein Nutzerdialog bei der Erstnutzung eines Addons welches DRM Content abspielen will, nachfragt ob die Geschichten installiert werden sollen & gut ist. Kein ssh & linken mehr, kein manuelles installieren von Inputstream etc.

Das sollte eigtl. (IMHO) die Zielvorstellung sein.
Aktuelle ist ja auch schon das linken der Widevine nicht compliant mit der Google, bzw. Widevine Lizenz. Würde die Kodi Foundation anstreben, dort offizieller Partner zu werden, dann könnten wir diese Usability locker schaffen.

Zu DRM an sich, es ist halt ein notwendiges Übel, man kann sich dem verschließen & Nutzer dadurch in Richtung der piracy Geschichten treiben, oder man versucht halt, wie ich das grade bei Kodi beobachte, den Mittelweg zu gehen. DRM ist da & wenn man bestimmten Content konsumieren will, muss man sich aktuell und in naher Zukunft damit arrangieren.

@masselo Danke für die netten Worte. Wir haben einen geschlossenen Nutzerbereich für Feedback, da würde ich dich gerne zu einladen.

@don Könntest du (wie immer, so langsame nerve ich mich selbst, das ich dich immer mit der Frage nerve :D), den @masselo & den @tzwn dazu einladen? Danke

@soulrebell

Die zips für die Plugins findest du hier: https://github.com/kodinerds/repo (natürlich in ihrem jeweiligen Unterordner), für das binary repo dann hier: https://github.com/kodinerds/bina…stream.adaptive

Allerdings muss ich dir wohl leider sagen, das so gut wie jedes Plugin auch noch Abhängigkeiten hat, die natürlich nicht mit in dem zip sind, sondern aus den gegeben Repos versucht werden zu laden.
Das wird dann wahrscheinlich auch bei dir scheitern. Ich kann dir nur empfehlen zu versuchen dein System in Ordnung zu bringen (vorher nen Backup machen & das wieder einspielen, wenn alles fehlschlägt), oder 20 bis 30 Euro in ne kleine Libreelec fähige Box oder nen Raspberry zu investieren (solltest du partout nichts an dem System machen wollen).

Natürlich kannst du auch versuchen jede Abhängigkeit des Addons selbst zu installieren, und unter umständen funktioniert das dann auch, aber auf Dauer wirst du so nicht Glücklich werden.

@vdr.tuxnet @Linkinsoldier
Ich würde dagegen halten & sagen, könnte man schon einbauen, ist halt alles nur mit viel Aufwand verbunden & ich glaube keiner der Entwickler, die das Plugin betreuen, hat die Zeit zur Zeit.
Gesetzt den Fall, man will das wirklich machen. Aus Entwicklersicht würde ich auch das verneinen.

Beim Netflix plugin z.B. erstelle ich einen Hash aus der E-Mail Adresse, welcher dann an die gespeicherten Nutzerdaten angehangen wird. So ist es theoretisch auch möglich mehrere Nutzerkonten zu haben,
ohne das die sich gegenseitig überschreiben. Es wird ja alles vom Plugin verwaltet. Aber dort, wie auch bei dem Sky Plugin ist es damit ja nicht getan. Es müsste ein Hauptaccount definiert werden, mit dem sich eingeloggt wird, sollte der failen müssten die weiteren Logins durchprobiert werden. Dann gäbe es aber auch noch den Fall, das unterschiedliche Accounts, unterschiedliche Inhalte sehen können.
Ich als Sky/Telekom Entertain Kunde kann z.B. nicht auf die Boxsets zugreifen.

Also, ganz ehrlich, wäre machbar, aber der Anwendungsfall betrifft wahrscheinlich nur sehr wenige Nutzer (wer hat schon mehrere Sky Abos?). Graderaus: die Arbeit lohnt nicht.

@lempi1012 Was ist denn die installierte OpenSSL Version?

@SLiX Super Idee. Ich wollte so was auch ins Netflix Plugin einbauen, da die API dort die Daten direkt anbietet. Genauer gesagt, die Zeit in ms, wann das Intro vorbei ist. Evtl. könnte ich auch mal schauen, ob man die Daten nicht automatisiert fetchen & in ne DB abfüllen könnte.
Muss nur grade etwas mit meinen API anfragen aufpassen, wurde schon mehrfach temporär (aufgrund zu vieler ungültiger requests in kurzer Zeit) gesperrt & ich weiß nicht, wie lange die den Spaß noch mitmachen

@infinity Ja, der Thread zum Plugin ist Invite only. Aber Danke für den Hinweis, wir schicken nen Distro unabhängigen UA mit, momentan macht der keine Probleme. Ich hoffe auch zukünftig nicht

@earthwalkerx Im Prinzip hab ich ja auch das nur wiederholt, was @vdr.tuxnet in seinem ursprünglichen Post geschrieben hat (ohne den ich es damals selbst nie hinbekommen hätte, dafür auch einfach an dieser Stelle noch mal vielen Dank). Deine Analyse war schon richtig, das getwidevine script schien nie erfolgreich durchgelaufen zu sein & wie deine Ausgabe beim ls gezeigt hat, war die Datei gar nicht vorhanden.

@earthwalkerx Könnte das Problem mit der zu neuen/falschen widevine version sein.
Du kannst mir mal einen Gefallen tun und mir die Ausgabe dieses Befehls schicken:

ls -la ~/.kodi/cdm

Zum anderen kannst du mal versuchen die Version 55 vom Google Chrome für dein OS zu laden, z.B. von dieser Seite: https://www.slimjet.com/chrome/google-chrome-old-version.php
Dann auf deinem Hauptrechner das .deb Archiv & das in dem entstandenen Ordner befindliche data.tar.xz Archiv entpacken & die Datei libwedevine.so aus folgendem Order:

chrome64_55.0.2883.75/data.tar/opt/google/chrome

in das .kodi/cdm Verzeichnis zu kopieren & damit die Version zu überschreiben, die dort liegt.

Keine Garantie, das es hilft, oder das danach noch die Mediatheken laufen. Deshalb mach besser ne Kopie der aktuellen Datei aus dem CDM Folder.

@iNs

Zitat von iNs

Also wie kann ich nun die Architecture auf ARM festsetzen, dass er den Befehl richtig ausführt?

So: [Diskussion] zu Inputstream AddOns fuer den Kodi [17] VideoPlayer

Wenn du deinen Befehl weiterhin im kompletten ausführen willst, schaut das so aus:

curl -Ls nmacleod.com/public/libreelec/getwidevine.sh -o /tmp/getwidevine.sh && ARCH=arm sh /tmp/getwidevine.sh

Mit dieser Methode sollte es nicht nötig sein, ein Downgrade durchzuführen. Das sollte dir die richtige Version bringen.
Wenn es dann immer noch nicht laufen sollte (nach Neustart des Systems), kannst du gerne mal den Inhalt des CDM folders posten:

ls -la ~/.kodi/cdm

Ja, eine Post zu weit unten verlinkt. Die Linux Anleitung ist aber direkt drüber.

@cappugino Wie von @vdr.tuxnet eine Handvoll posts weiter oben beschrieben ([beta] [kodi 17] SkyGo Plugin), bringt der Chrome in der Version 55 die richtige Version mit. Diesen also runterladen (wie im Thread zur Einrichtung beschrieben: [Kodi 17 +] Inputstream HowTo + AddOns für Kodi 17 ab Beta 6 +, aktuelle Git builds < Update 10.12.2016 ) und die Library von dort extrahieren.

@cyraxx Suche hilft Wo finde ich das .log-File von Kodi / XBMC?

@earthwalkerx Da kommt leider niemand drum herum, ist einfach ne Abhängigkeit, die erfüllt werden muss. Aufgrund der Google Lizenz Bestimmungen gibt es auch keinen einfacheren Weg.

@earthwalkerx Ah okay, dann ist die x86 Linux Variante wohl schon die Richtige & es könnte an der fehlenden Widevine Bibliothek liegen. Gehe mal die Schritte hier durch: [Kodi 17 +] Inputstream HowTo + AddOns für Kodi 17 ab Beta 6 +, aktuelle Git builds < Update 10.12.2016

Ich würde dir auch empfehlen, zum Testen mal das 7TV Plugin zu installieren. Nicht das du dir deine Sky Go Geräte Liste zu müllst (Btw.: Noch genug Slots frei, wenn nein, kannst du die Liste zurücksetzen?). Wenn 7TV läuft (und Sky Go nicht), kannst du ja noch mal bescheid geben.

@earthwalkerx Was für ein Asustor Modell hast du denn, bzw. was für ein Prozessor steckt da drin. Und wo hast du die widevine her & welche version hat sie?
Ich hab bei ner schnellen Suche nur ARM basierte Kisten gefunden, da müsstest du es dann mal mit den RPI Binary Repos versuchen, aber vorher, sag mal den Prozessor an.