Bei mir funktioniert das Add-On tadellos mit dem IPTV Simple Client auf einem Raspi mit OSMC und Kodi 18.
Richtig tolles Add-On, weil es sehr schnell, einfach und mit verschiedenen EPG-Anbietern funktioniert.
Top Add-On aus meiner Sicht.
Bei mir funktioniert das Add-On tadellos mit dem IPTV Simple Client auf einem Raspi mit OSMC und Kodi 18.
Richtig tolles Add-On, weil es sehr schnell, einfach und mit verschiedenen EPG-Anbietern funktioniert.
Top Add-On aus meiner Sicht.
Hi Ronny,
ich habe dieses Szenario oben ja durchgespielt.
1) Unter Windows ist es sehr einfach, nur unter Linux aufwendig, bzw geht nicht ohne viele Kenntnisse.
2) Ja, man könnte das Linux-Script auf jedem Rechner und auch Macintosh starten, wenn man:
2.a) Weiß wie unter Mac brew installiert wird
2.b.) Wie das Linux-Rechtesystem funktioniert.Fazit: Einfacher unter Windows.
Edit
Habe es eben gerade mit Debian Buster in einer VM out of the box hinbekommen das Skript zu starten und per Chrome mich in meinen NF-Account einzuloggen, um den Key zu erhalten.
Okay, komisch... ich weiß nicht, was ich im Vergleich zum letzen Mal anders gemacht habe.
So sollte es ohne Frust funktionieren...jedenfalls hat es im zweiten Anlauf geklappt...hatte es danach über Windows 10 Pro ( 64 Bit ) und über Android 9 ( 64 Bit ) ... sowohl über Kodi Leia und Kodi Matrix den Key dann eingetragen.
Hi Ronny,
ich habe dieses Szenario oben ja durchgespielt.
1) Unter Windows ist es sehr einfach, nur unter Linux aufwendig, bzw geht nicht ohne viele Kenntnisse.
2) Ja, man könnte das Linux-Script auf jedem Rechner und auch Macintosh starten, wenn man:
2.a) Weiß wie unter Mac brew installiert wird
2.b.) Wie das Linux-Rechtesystem funktioniert.
Fazit: Einfacher unter Windows.
Klingt doof aber, kein Thema für Kodi.
1) Haben alle / andere Geräte am selben Kabelanschluss schlechten Empfang -> VF kontakten.
2) Ist die Fritzbox defekt -> Verkäufer oder Fritz kontakten.
Einfach mal VF anrufen und die Leitung messen lassen.
Wie genau? Kannst du das mal in kurz erklären?
Ja sicher.
Voraussetzung: Estuasy-Skin ist aktiv. Ich nutzte Embuary, womit bei Auswahl, der Authentication-Key-Methode im Netflix Addon nicht das entsprechende Fenster im Kodi auf meinem Raspi geöffnet wurde, um die .key Datei auszuwählen.
1) Repository entsprechend deiner Kodi Version installieren. Siehe Github Projekt.
2) Windows beschaffen. Ich habe mir kurzerhand eine Win-VM aufgesetzt und dort das Skript für Win hinein geladen. Zudem den Chrome natürlich installiert. ( Komplexe Sache und dauerte ca. 1h oder so )
3) Skript aus dem Windows Ordner starten. Bei der ersten Ausführung des Skripts, startet der Chrome nicht. Einfach noch mal ausführen, bis der Chrome startet.
4) Einloggen im Netflix Account. Es wurde mir zwar ein Fehler angezeigt aber ich war dann im Chrome, innerhalb der Win-VM in meinem Netflix eingeloggt.
5) Ich hatte zufällig den Ordner sichtbar offen und sah die Authentication.key-Datei, welche erstellt wurde.
6) PIN notieren. Der PIN wird von der NF Authentication.exe in einem Fenster angezeigt. Screenshot im Anhang.
7) Die erzeugte .key-Datei einfach auf einen Ordner des Raspis kopieren. ( Das war echt komplex. )
Netflix auf deinem Raspi starten und die Authentication-File Methode wählen. Jetzt erscheint ein Fenster. Navigiere zur Datei und wähle diese aus.
9) Der PIN wird abgefragt.
10) Fertig.
Die .key Datei habe ich auf alle Kodi Geräte kopiert (MacBook und Raspis) und konnte mich dann mit dem PIN erfolgreich einloggen.
Die .key-Datei ist 5 Tage gültig. PIN-Gültigkeitsdauer unbekannt aber wird mit der .key-Datei einhergehen, da diese ja ein "Token" zusammen sind.
Getestet unter LibreELEC-Systems 9.2.4, OSMC aktuellste Version und Kodi 18.8 auf meinen zwei MacBook Pro.
Das Github Projekt funzt nicht unter Linux/Mac, weil der [BROWSER-PATH='**'] für mich unbekannt ist. Ich weiß also nicht, welches Argument dort erwartet wird, da die $PATH-Umgebungsvariable eigentlich auf die ausführbaren Dateien hinweist.
Zudem kann man zwar den Pfad zu dem Chrome-Browser angeben aber man erhält immer ein Berechtigungsproblem, welches ich noch nicht weiter untersucht habe.
Unter Linux und Mac habe ich alle Abhängigkeiten, bzw Pakete installiert, was aber nichts an dem Berechtigungsproblem ändert.
Das Berechtigungsproblem werde ich noch lösen, da ich mich eigentlich sehr gut mit Linux auskenne ( Ich arbeite seit 1995 mit Debian/SuSE/RedHat und CentOS ) aber mal sehen, ob ich dafür Zeit habe.
Hinweis: Python Version >3 wird ab Jan 2021 nicht mehr gewartet und so könnte es sein, dass das Github Projekt dann erneuert werden muss. Wird man sehen.
Hoffe, dass das hilft.
Okay, habe es mit Windows hinbekommen
Habe nun erfolglos versucht mit einer älteren Netflix Version mich einzuloggen.
Geht leider nicht.
Amazon VOD funktioniert problemlos.
Weiß jemand wie das Github Projekt funktioniert?
github.com/CastagnaIT/plugin.video.netflix/issues/502
github.com/CastagnaIT/plugin.v…-or-password-is-incorrect
Ich scheite daran, dass das Skript bei mir den Google Chrome nicht findet. Selbst wenn ich den Pfad angebe.
LG
** Edit **
Ich habe mein LE Skin von Embuary wieder zurück aufEstuary gestellt. Damit sieht man dann das Fenster des Authentifizierungsschlüssels, wenn man diese Variante anklickt.
Sorry, hatte ich total vergessen. Der Skin ist schön aber hat einige Bugs. Ich sollte wohl ersteinmal mit den Standards des LEs arbeiten.
Das ganze hört sich nicht gut an...cgb.
ja, das sehe ich auch so.
Ich glaube, dass der Schlüssel zum Erfolg mit der Installation eines älteren Netflix Addons einher geht.
Der Punkt ist: Im März hat Netflix etwas geändert? Okay, nehme ich so hin aber ich habe Netflix Mitte des Jahres neu auf einem Raspi installiert. Da ging es dann mit Email/Passwort login. Dann kann das sukzessive udpaten des Addon gemacht werden, da man den Session Cookie scho hat.
Ich werde das einmal testen.
Ja, kann sein, dass es am Add-on liegt aber ich habe die Github Anleitung ja natürlich getestet. Erfolglos, leider.
Nach der Github Anleitung bin ich vorgegangen und habe eine VM mit Debian aufgesetzt, die Pakete installiert und im Script selbst den Pfad zum Chromium gelegt, so also BROWSER PATH = '/usr/lib/chromium/chromium' und '/usr/bin/chromium' getestet. Leider erhalte ich den Fehler, dass keine Connection zum Browser hergestellt werden kann.
Ergebnisse heutiger Tests:
1) Alle Geräte ausgeloggt und im Kodi versucht anzumelden aber leider immer noch das Problem, dass das Passwort und Email falsch seien.
2) Ein anderes Passwort habe ich nicht getestet, weil es mit dem jetzigen ja die ganze Zeit, sprich bis gestern Mittag ging und das Ausloggen aus der App dann das Problem aufbrachte.
Fazit:
Die Github-Anleitung scheint mir die letzte Rettung zu sein aber leider scheint es da an Infos zu mangel.
->
Kann mir. jemand verraten, was das Script unter Browser PAth genau erwartet? Nur den Pfad ohne chromium oder Pfad mit Angbabe des Chromium Browsers?
LG
***
Edit:
Habe gerade gesehen, dass mein Netflix Addon eine Abhängigkeit nicht hat. script.module.wine_inet_pton (Kodi 18.7.)
Das Script ist nicht verfügbar ?
-> Okay, das ist auch nicht wichtig. Hatte ja auch ohne das Script funktioniert.
Noch eine Info:
Wenn ich übrigens einmal nicht auf Email/Passwort Login klicke, bei Start des Netflix Addon, sondern auf Authentifizierungsschlüssel, erscheint kein Fenster o.ä. Nur schwarzes Bild?!
Ich würde momentan folgendes sagen:
1) wenn man derzeit Netflix nutzt, eingeloggt ist und alles funzt, auf keinen Fall ausloggen.
2) Das Addon ist nicht defekt, sondern müsste auf neue Gegebenheiten angepasst werden.
3) Ausloggen aller Geräte bringt nichts, da sich der Session Cookie eh nur auf dem Raspi, bzw genutztem Gerät befindet.
4) eine Datei, in der die Login Daten gesichert werden, finde ich nicht auf LE oder OSMC.
5) das Github Projekt sieht cool aus aber wird nicht funktionieren. Zu fehleranfällig.
Okay, was nun?
Netflix bannen?
@SkyBird1980:
Cool, ich habe da so auf die Schnelle keine Datei gefunden, die meine Userdaten enthält.
Wird daher so sein, wie du sagtest, dass Session Cookie gespeichert war.
Ronny:
Ja, genau.
Ich loggte mich gestern einmal kurz aus meinen Konto aus, konnte mich dann nicht mehr mit den richtigen Dante anmelden.
Heute werde ich
-> in meinem Netflix Account alle Geräte trennen, dann versuchen neu einzuloggen.
-> Das Passwort zurück setzen.
Ergbenisse teile ich später mit. Mal sehen.
Hi Leute,
wo speichert das Netflix-Addon eigentlich die Accountdaten?
LG
Alles anzeigenDer linux kernel/networking braucht keinen Gateway, aber da ich kein libreelec habe, kann ich zu der verwaltungssoftware da nix sagen.
paste mal output von "route -n".
Beispiel von einem raspi bei mir:
Coderoute -n Kernel-IP-Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.145.254 0.0.0.0 UG 0 0 0 eth0 192.168.145.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.145.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
Auf Zeile 4 das ist die sogenannte default route zum gateway (hier 192.168..145.254). Wenn man nur zu irgendwelchen servern im gleichen LAN kommen will braucht man die nicht.Die aktive verbindung zum LAN ist die erste die man da sieht, also zeile 5 uebers ethernet.
Wenn ich jetzt wollte, das wifi bevorzugt wird, wuerde ich der route uebers ethernet eine hoehere metric geben muessen. das kann man zum basteln ueber CLI machen, aber natuerlich sollte man gucken wie man das ueber conman machen kann. Den kenne ich aber nicht.
Das automatische umschalten zwischen eth0 und wlan0 ist aber halt im linux ziemlich beschraenkt. das geht halt nur, wenn die kiste selbst mitbekommt, dass die schnittstelle nicht geht.
Sagen wir mal Du hast einen server der auch am wifi haengt und ueber einen switch auch am ethernet. Wenn Du jetzt wifi bevorzugst, aber das wifi vom server geht nicht, dann hast du mit rosinen gehandelt, weil der RPI davon ja nix mitbekommt und munter weiter das wifi verwenden will.
Bei mir hatte ich halt mal wifi ueber powerline gemacht und da ist dann halt das powerline immer wieder mal verklemmt gewesen, das was im prinzip genau der fall wo das umschalten im linux nix gebracht hat. Da muss man dann selbst scripten schreiben, die aktiv pings an die server addresse(n) macht, was aber arg tueftelig wird.
Hi,
ich hatte mir meine Routing-Tabelle auch schon angeschaut.
Hier meine Tabelle:
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.128.128.128 0.0.0.0 UG 0 0 0 wlan1
8.8.4.4 192.168.130.188 255.255.255.255 UGH 0 0 0 eth0
8.8.8.8 192.168.130.188 255.255.255.255 UGH 0 0 0 eth0
10.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 wlan1
10.128.128.128 0.0.0.0 255.255.255.255 UH 0 0 0 wlan1
192.168.130.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.130.188 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
1) Okay, verstehe ich aber das ist ein hypothetisches und anderes Szenario. Zumal das Wifi in diesem Fall funktioniert.2) Dem LibreElec habe ich gesagt, dass Wifi die Primärverbindung ist. -> Dann Darf Kodi nicht als bei einem Sekundärinterface in einer Ad-hoc Config ein Gateway verlangen und darüber hinaus die Destination "Google" nehmen.
Verstehe ich auch! Wenn Wifi nicht geht, träfe deine Szenario zu!
Aber dies ist ein anderes Szenario, siehe oben.
Mein Ziel ist es Kodi zu verbessern.
Kodi ist nur so gut, wie die Netzwerkverbindungen, Routing usw.
Die Menschen erleben es als "stabiler", wenn die Grundfunktion Netzwerk ausgereift ist und funktioniert.
Mein Szenario ist:
1) Raspi hat eine wirklich stabile Wifi-Verbindung.
2) Ein Cat-Kabel soll nun als direkte Verbindung zu einem anderen Gerät etabliert werden. -> Das wäre eigentlich sowas wie eine "static route", welche laut Cisco CCND /CCNA Networking Course bevorzugt werden muss.
LG
Ohne Gateway gehts nicht.
Okay. Dann haben wir das schon mal herausgefunden.
Frage ist nun, ob das ein Kodi, LibreElec, bzw Connman oder eben Kernel Problem ist und ob das wichtig genug ist.
Aus meiner Sicht kann ich dazu folgendes sagen:
Wenn das Gateway bei den NICs mandatory ist, bzw wie in diesem Szenario im Ethernet, dann kann es ggf. Probleme geben.
Ich habe folgende Probleme beobachtet:
1) Man muss dem ConnMan sagen, dass Wifi preferiert wird.
2) Das allerdings genügt meinen Beobachtungen zu folge nicht in Gänze, da ConnMan einfach zu sehr auf Ethernet ausgelegt ist.
-> Sobald also Ethernet aktiviert wird, versucht er darüber zu Routen und wird es bei *failure* zur Wifi wechseln.
Warum schreibe ich das?
Ich betreibe meinen Raspi zunächst immer mit Wifi.
Sobald ich eine statische Route per LAN-Kabel lege, ohne managed network, braucht Kodi mehrere Neustarts, bis sich der Weg zum Internet via Wifi ebnet.
Symptome sind:
Falsche Uhrzeit
Kodi ist träge
IPTV/PVR Clients Funken nicht zu 100% -> Bild Hänger, oder gar kein Bild
Jetzt ganz doof gefragt - unten ist nochmal speichern auf der Seite wenn du die Lan Verbindung editierst, das speichert auch nur die aktuelle Seite - speicherst du da oder erst ne Seite dahinter?
Wobei ohne Gateway hab ich das ganze nicht versucht.
Natürlich speichere ich unten rechts in der Maske nach Eingabe der IP. Keine Frage.
Prüf gerne mal, ob du das Speichern möglich ist, auch ohne GW.
Das muss es sein.
Schon erledigt, ging wie erwartet.
Interessant!
Jetzt würde mich interessieren, warum das bei deinem Kodi geht und bei meinem gerade nicht.
Wenn ich die LAN-Verbindung auswähle, bearbeite und bei IPv4 von auto auf manual setze, speichert Kodi nicht die von mir eingetragene IP und Sunbetzmaske.
Ich gebe kein Gateway ein.
*** Edit***
Gerade einmal das Gateway eingegeben und die Daten gespeichert.
Ist immer noch ein Bug.
In einem Netzwerk ohne GW, muss auch eine statische Vergabe einer IP mit Sunbentz aber ohne GW möglich sein.
Um das gegen zu prüfen start ich meinen RPI
Hi Skybird,
ja mach das gerne.
Ich habe es bei drei Raspis getestet.
Übrigens ist noch wichtig zu erwähnen, dass ich mir darüber bewusst bin, dass der Connman von LE das Ethernet bevorzugt.
Deswegen habe ich mir eine Connman Config erstellt: cp /etc/connman/main.conf /storage/.config/connman_main.conf , die Wifi bevorzugen soll.
Hier testete ich nebenbei gerade das Verhalten von Connman, weswegen ich auf dieses Problem gerade gestoßen bin.
LG
Heisst du kannst kein Wlan einschalten wenn man auf "wlan" aktiv klickt?
Hi,
danke für deinen Einsatz aber mach dir zunächst hierum keine Gedanken mehr.
Das ist ein Kodi -Bug, der irgendwann mal untersucht werden müsste.
LG
Hi Menuhin,
in den Netzwerkeinstellungen bei LE lässt sich per Schalter, das WLAN global deaktivieren. Korrekt.
Man kann auf einen WLAN Adapter gehen und wenn verbunden, dann auf Bearbeiten klicken.
Dort ist dann die Möglichkeit unter IPV4 entweder DHCP, manual oder off einzustellen.
So lässt sich dediziert ein WLAN adapter ausschalten.
Nur das Einschalten geht leider eben nicht mehr so wirklich
Das scheint einfach bei Kodi nicht vorgesehen zu sein.
Wäre ein Bugreport wert...