Beiträge von vdr.tuxnet

Hallo,

Elchi du brauchst auch nicht suchen

LE 7 = Kodi 16 = DVDPlayer, kein inputstream.xxxxx

LE 8 = Kodi 17 = Videoplayer, inputstream.xxxx soweit verfügbar

Hauptsache man hat Spaß!

Hallo,

dann hier mal inputstream.smoothstream-1.0.6 für

RPI und x86_64.

Die zip Endung einfach in tar.gz ändern.

Viel Spaß damit

Hallo,

ich hab die Qnap Sache mal überflogen, nativ gibt es wohl für die HD Station gar kein Kodi 17, Kodi 16 ist wohl Aktuell
und dort gibt es den Videoplayer sowie die nötigen Addons nicht. Auch die Google Chrome Version (46.0.24900) ist imho
zu alt, die libwidevine.so dieser Version wird, glaube ich zumindest, von Amazon zurückgewiesen, bei mir verlangt Amazon
mindestens Chrome Version (48.0.2564.82).

Da läuft alles in einer Art VM unter Ubuntu 14.04, du wirst wohl warten müssen bis Kodi 17 zum Release kommt
und hoffen dass, die Addons auch zur Verfügung stehen, sowie die Qnap Kodi Version sich wie eine normale
Kodi Version verhält.

Ob ein Qnap jetzt eine ideale Kodibasis darstellt muss jeder für sich selbst entscheiden,
Bis dahin sollte wohl ein RPI 2 oder 3 die Basis deiner Wahl sein.

Viel Spaß

Hallo,

mit aktuellen Versionen, von Haus aus imho gar nicht mehr, da der PPTP Client,
aufgrund der Sicherheitslocken nicht mehr enthalten ist.

Es gab aber mal ein Addon, VPN for Openelec, ich habe da nur keine Ahnung ob dort
alle nötigen Abhängigkeiten für PPTP VPN mit installiert werden.

Ich kann aber auch völlig falsch liegen.

Auf alle Fälle, stellt Open VPN eine extrem gute und sichere Alternative da, die auf jeder OpenElec Plattform bestens
funktioniert.

Viel Spaß

Hallo,

der Vorteil von Wetek OS ist natürlich, die Möglichkeit "fast" jede Android App nutzen zu können.

Da es für die Amlogic Basis der Wetek wohl keine Linux Zertifizierung des Widevine DRM Frameworks gibt,
bleibt für bestimmte Services nur der Weg über die Android APP, z.B. Netfilx, Amazon Prime -
Sky Go funktioniert nicht auf der Wetek Play über die Android App, die man zwar über den
Playstore beziehen kann, gibt es jedoch nur Ton aber kein Bild obwohl sie ein "factory provisioned L1 device"
ist.
Der Fehler liegt auf der Seite von Wetek, ist ein Fehler in den Chipset Treibern, aber Wetek unternimmt dagegen auch
nichts mehr, die Wetek Play wird wohl unvollendet auslaufen und Wetek die Play 2 in nächster Zeit ausliefern.

Viel Spass

Hallo,

welche Version von imputstream.mpd benutzt du denn?

Ab Version 1.0.2 ist der Pfad in den Add-On Einstellungen zu setzen und in diesem
Pfad wird dann nach den Libs gesucht.

Viel Spaß

Hallo,

So einfach mal, nein, außer es gibt TVH auch als Android App.

Der Telestar Digibit stellt doch schon alle Sat > IP Serverfunktionalitäten zur Verfügung,
auf deinen Clients reicht in diesem Fall ein einfacher Sat > IP Client, oder alternativ
ein normaler IPTV Client der m3u Playlisten verarbeiten kann.

TVH kann schon als Client in einer Kaskade laufen, wird aber auch als Client automatisch wieder zum Server,
TVH ist eine Backendsoftware, die Frontend Services müssen von den Clients zur Verfügung gestellt werden.

Viel Spass

Hi,

ist nur eine generelle Frage,

Kann der Contend Provider erkennen mit welchem Client auf den Contend zugegriffen wird?

Reicht es in allen Fällen den Client über den User Agent zu spoofen?

Ich mache mir da bei Amazon Prime weniger Sorgen, aber Sky würde eine Nutzung
via externen Client nicht gerne sehen, da so unter vorgeschobener "Contendprotection",
die "Kunden optimierte Werbung" eventuell umgangen werden könnte.

Viel Spass

Hallo,

das Log findest du unter ~/.kodi/temp/[definition=9,2]kodi.[definition='1','0']log[/definition][/definition] , den Level auf debug setzen und das Log nach Pastebin hochladen
und den Pastebin Link hier einstellen.

Viel Spass

Hallo,

genau dies ist die Sache mit Devel Versionen, solange es da keine echte Einigung gibt, wandern neue Dateien mal da und mal dort hin.

Dann gibt es ja auch noch bei Kodi die Möglichkeit, Dateien Systemweit zugänglich zu machen oder alternativ auf Userebene,
~/.kodi .
OpenElec ist da wieder ein Sonderfall da man ja im Normalfall nur Schreibrechte auf Userebene hat und bestimmte Dateien
aus Lizenzgründen nicht mitgeliefert werden können, kommt nur das Homeverzeichnis in Betracht.

Festellen wo etwas, gesucht wird kannst du bei OpenElec über die Symlinks die der Dev vorgibt, oder Idealfall hast du die
Möglichkeit die Pfade im Addon selbst zu setzen.

Aussehen sollte es normal so im Fall von Inputstream.mpd und Libre-/Openelec:

Systemebene:
in /usr/lib/kodi/addons/inputstream.mpd/ die lib selbst, inputstream.mpd.so.x.x.x

in /usr/share/kodi/addons/inputstream.mpd/ die addon.xml und die Resource Daten

Userebene:
in ~/.kodi/cdm/ oder ~/.kodi/userdata/cdm/, die Decrypter sowie die DRM/Access Lib, libssd_wv.so/libwidevinecdm.so

in ~/.kodi/userdata/addon_data/inputstream.mpd/ die settings.xml

Es ist also am jeweiligen Dev Build festzustellen wie es der Dev vorgegeben hat, mit dem Fazit bei einem Dev Build immer Aktuell zu bleiben,
da Pfade sich recht schnell mal ändern können.

Ich hoffe das hilft die soweit, falls etwas noch nicht klar ist kannst du ja nachfragen.

Viel Spaß

Hallo,

mit dem Dateimanager kannst du die Dateien löschen.

Optionen -> Darstellung -> Dateilisten -> Löschen und umbenennen von Dateien erlauben/Versteckte Ordner und Dateien anzeigen aktivieren

dann kannst du deine Dateien über den Dateimanager löschen, zum Schluss Löschen und umbenennen von Dateien erlauben wieder
deaktivieren, damit die Sicherheit wieder gegeben ist.

Viel Spaß

Kleiner Edit: Ich meine im Kodinerds Repo gibt ein Addon "Delete Files" kannst du ja mal testen.

Hallo,

einige Sachen kann der Dateimanager ja erledigen.

Es sollte aber auch nicht die Aufgabe von Kodi sein solche Aktionen durchzuführen,
Dateioperationen sollten immer auf Betriebssystemebene durchgeführt werden.

Ansätze für solche Addons gab es mal, sind aber auch, zum Glück, schnell wieder eingestellt worden.

Auf was willst du denn genau raus? Eventuell gibt es für deinen Fall ja ein passendes Addon.

Viel Spaß

Hi Brainpurge,

dann schau doch einmal im [definition='1','4']Debuglog[/definition] nach, wo nach denn libs gesucht wird,

da sollte eine Fehlermeldung auftauchen.

Du kannst auch das [definition='1','0']log[/definition] nach Pastebin hochladen, dann sehe ich einmal drüber,

aber die [definition='1','3']Debug[/definition] Option bitte setzen.

Viel Spaß

Hi este,

wenn du mit den Dev Alpha Versionen von Milhouse aktuell bleiben willst, dann solltest du auf die Milhouse LibreElec x86_64 Builds
wechseln, die 0413 könnte man schon fast als Stable bezeichnen.

Milhouse wird in kurzer Zeit die OpenElec Builds sowieso einstellen.

Im x86_64 0413 LibreElec Build ist schon ein Schmankerl vorbereitet, last euch davon zu gegebener Zeit überraschen.

Brauchst du Support für die LibreElec Builds, dann mach im LibreElec Forum ein Topic auf, ich helfe da gerne bei.

Viel Spaß

Hallo,

zur 0410 verlinke ich mal kurz

https://www.kodinerds.net/index.php/Thre…0076#post290076

Viel Spaß

Hallo este,

libssd_wv.so liefert der Dev des Images mit, es war bis jetzt in "/usr/share/kodi/addons/inputstream.mpd/" und/oder

"/usr/lib/kodi/addons/inputstream.mpd/" zu finden, jetzt wurde sich aber auf einen Standartpfad geeinigt "special://home/cdm",
bei Openelec wäre es "/storage/.kodi/cdm/"

Die libwidevinecdm.so kommt immer mit google-chrome, muß Copyrighttechnisch selbst bezogen werden, und landete bis jetzt in "~/decrypters/",
die soll auch nach "special://home/cdm/" wandern.

Kannst ja soweit alles via symlink setzen, bis sich die einheitliche Struktur durchgesetzt hat.

Viel Spaß

Hallo,

ich möchte hier keinem etwas, aber da man ja sieht dass, schon die Basics fehlen ist es bestimmt nicht
der richtige Weg jemanden auf eine Devel Alpha Version zu lenken, bei der sich selbst nicht der Dev
sicher ist alles normal abgearbeitet zu haben.

In einem solchen Fall ist es doch eher ratsam bei einer stabilen Version zu bleiben, für die es massenhaft
Support, auch in der eigenen Sprache, gibt.
Openelec ist nicht umsonst den Weg des Read-Only Systems gegangen, da so jeder Anwender auf dem gleichen
Systemstand für seine Plattform ist, für den weiteren stabilen Ablauf sorgen schon die Add-On Entwickler, bei denen man
sich nicht genug bedanken kann ein solch potentes System, auf einer Basis, geschaffen zu haben.

Viel Spaß

Hallo,

so im neusten Milhouse LibreElec Build 0412 ist der Bug verschwunden.

Kannst ja mal testen, man kann jetzt das Verzeichnis frei wählen.

Viel Spaß

Hallo,

die Verzeichnisstruktur ist ja normal bei allen Versionen von OE gleich, da du ja nur oberhalb von /storage
Schreibrechte hast, da sollte auch alles zu finden sein.

Ich habe das mal kurz bei mir durchgespielt,

1. Chromium aus dem unofficial Repo installieren
a. im Addon, libwidevinecdm.so installieren

2. das Remote addon aus dem link installieren

3. Amazon, Version nach Gusto, aus dem Sandman Repo installieren
a. im Addon 'batch/script' wählen, als Pfad '/storage/.kodi/addons/script.chromium_remotecontrol/chromium.sh', sowie '{u}' unter Parameter
b. eventuell noch speichern Login credentials aktivieren

z. Chromium liegt normal unter '/storage/.kodi/addons/browser.chromium/bin/chromium', den Pfad benötigt aber normal nicht

und voila Amazon Prime läuft Fullscreen mit Fernbedienung, im HTML 5 Player von Chromium/Chrome, alles kein Hexenwerk.

Oben ist der Weg wie im Link beschrieben, nur auf deutsch halt und etwas kompakter.

Viel Spaß

Hallo,

Du kannst das read only Filesystem,squashfs, von OpenElec, das System bearbeiten.
Dir ist bestimmt schon mal aufgefallen dass man alles unterhalb von /storage nicht beschreiben kann.

Du kannst aber auch warten, ich habe schon einen Bugreport gemacht, dauert wohl aber etwas da die x86_64 Builds nur noch wöchentlich kommen,
Milhouse sagte mir im Chat er geht weg von OpenElec zu LibreElec, deshalb sind die x86_64 OE Builds selten geworden.
Ich meine aber es gibt ein tägliches LibreBuild von ihm, eventuell hat er es dort schon gefixed.

Die Milhouse x86_64 LE Build url http://milhouse.libreelec.tv/builds/master/Generic/ die 0411 hat den Fehler noch.

Viel Spaß