Ich glaube nach dieser Anleitung bin ich auch vorgegangen. Werden nicht immer alle 3 Id/Keys generiert? ich weiss es nicht mehr genau.
Der ganze Aufwand ist nötig, weil Kodi keine von Google lizenzierte Software ist.
Ich glaube nach dieser Anleitung bin ich auch vorgegangen. Werden nicht immer alle 3 Id/Keys generiert? ich weiss es nicht mehr genau.
Der ganze Aufwand ist nötig, weil Kodi keine von Google lizenzierte Software ist.
Der Entwickler sagt, dass man um das Generieren neuer Keys nicht drum herum kommt. Leider ist die Prozedur nicht besonders gut beschrieben. Aus dem Plugin heraus funktionierte das bei mir nicht. Und man muss darauf achten, dass man nicht nur die json-Datei anpasst, sondern auch die Einträge in der settings.xml.
Leider ist auch die Namensgebung zwischen settings, Google-Cloud und json-Datei nicht einheitlich
youtube.api.key = API-Schlüssel = api_key
youtube.api.id = Client-ID = client_id
youtube.api.secret = Clientschlüssel = client_secret
Und ganz wichtig: Man muss sich im youtube-Plugin anschließend zwingend neu anmelden und die Anmeldung in der Google-Cloud bestätigen
Ich tippe auf defekte SD. Nach einer Neuinstallation am besten mit ceemmc in den internen Speicher kopieren. Läuft schneller und verschleißfrei.
Bootet CE von einer anderen SD-Karte? Bootet Android noch? Bootet die Box mit einem anderen Netzteil? alle evtl. angeschlossenen USB-Geräte mal entfernt?
Anscheinend sendet die Fernbedienung sowohl Infrarot als auch über Bluetooth. Woher stammt denn die toml-Datei, die Du in #37 gepostet hattest? Hast Du die IR-Codes selbst ermittelt?
Ich bin mir nicht sicher, ob es an Deinen Anführungszeichen liegt. Die sehen komisch aus. Statt
0x9f70a = “KEY_POWER”
schreibe mal
0x9f70a = "KEY_POWER"
Bei mir ging es glaube ich auch mal ohne Anführungszeichen.
Und es darf keine remote.conf in /storage/.config liegen.
Damit das Ein-Ausschalten klappt, musst Du in der flash-Partition noch die config.ini editieren. Entweder mit der SD-Karte am Windows-Rechner (Laufwerk COREELEC) oder über ssh auf der Box. Dann muss aber zunächst die Partition schreibend gemounted werden, also
mount -o remount,rw /flash
Änderungen an /flash/config.ini vornehmen, danach:
mount -o remount,ro /flash
In der config.ini sind die Zeilen remotewakeup, decode_type und remotewakeupmask entscheidend. Am besten ermittelst Du die Werte nach Stoppen von Kodi und eventlircd mit ir-keytable -u wie hier beschrieben: https://discourse.coreelec.org/t/how-to-confi…akeup-code/5282
Dort ist auch ein alternativer Weg zum Ablegen dieser Parameter (mit einer eigenen config-Datei) beschrieben, den ich aber selbst noch nicht ausprobiert habe.
Funktioniert es denn jetzt?
Ist es eine Infrarot- oder Bluetooth-FB? Oder kann sie beides??
Anscheinend verwendest Du nicht die originale FB? Für die hat Lehmden1 doch in seinem Paket fertige config-Dateien. Du kannst die Datei in rc_keymaps auch anders benennen, solange das konsistent mit dem Eintrag in der rc_maps.cfg ist.
"vi /storage/g7_max_smart_tv.toml
Die toml-Datei gehört in /storage/.config/rc_keymaps
also
cd /storage
mv g7_max_smart_tv.toml /storage/.config/rc_keymaps/
Aber wenn es eine FB mit NEC-Protokoll ist, würde ich lieber das flottere alte amremote-Verfahren mit einer remote.conf verwenden. Ich habe das hier oder in einem anderen Thread schon mal beschrieben. Scheint leider keine fertige remote.conf im repository zu geben. Vielleicht hat einer hier im Forum schon mal eine erstellt?
NG verwendet den älteren, aber bewährten Kernel 4.9
NE hat Kernel 5.4
NO ist eine blutige Baustelle mit Kernel 5.15 und dürfte als stable nicht existieren.
Ich habe mal ein generic S905X4 in Stable ausgewählt und dann wird ein NE image geladen. Deshalb glaube ich, dass NG gar nicht laufen kann und die Tabelle falsch ist. Oder es wird unterstützt, aber nicht so gut wie in NE und wird daher per default nur für NE angeboten.
stable oder nightly ist nicht das wesentliche Kriterium. Der Chipsatz muss von dem CoreElec-Entwicklungszweig (NG, NE, NO) unterstützt werden.
Hiernach wird S905X4 z.B. angeblich von allen 3 unterstützt. S928X hingegen nur von NE und NO. Bin nicht sicher, ob das alles stimmt -S905X4 und NG ist mir neu.
Welcher Zweig besser läuft, muss man ausprobieren.
Ich habe es aufgegeben, bei LE Wifi zu benutzen. Habe das bei meinen Eltern probiert - es war Glückssache und damit im Praxisbetrieb nicht benutzbar. Das Thema zieht sich seit Jahren durch das LE-Forum, ohne das man einem Fix näherkommt. Es haben so viele Leute auf unterschiedlichsten Geräten Probleme, dass es mir unbegreiflich ist, warum die Entwickler das nicht selbst nachstellen können.
Ich habe am Ende bei meinen Eltern ein Lankabel verlegt…
Die Vorgehensweise beim USB Burning Tool ist nicht ganz einfach. Erstmal brauchst Du ein USB A auf USB A-Kabel. Ich habe dazu zwei alte Kabel durchgeschnitten und die Enden mit dem USB-A-Stecker miteinander verlötet.
Ich habe dann https://www.geekbuying.com/geekgiz/2016/0…tutorials-tool/ gelesen, mir Videos bei youtube angesehen und mehrere Versionen vom USB Burning Tool ausprobiert, ehe ich es hingekriegt habe.
Mal ein paar Erläuterungen bezüglich CoreElec und LibreElec bei amlogic-Boxen:
Die beiden Projekte verfolgen einen unterschiedlichen Ansatz. LibreElec ist das ältere Projekt und unterstützt noch die älteren amlogic-Chipsätze S905, S905X/D und S912. Diese werden von CoreElec nicht mehr unterstützt.
Neuere Chipsätze laufen bislang nur vernünftig mit einem Kernel, in den amlogic eigene (proprietäre) Treiber reingepatcht hat. Darauf hat sich CoreElec spezialisiert. LibreElec wollte diesen Weg nicht mehr gehen und setzt auf mainline-Kernel. Für einige neuere Chipsätze gibt es Alpha-Support: S905X2/D2/Y2, S922X/A311D und S905X3/D3. Stabiler laufen Boxen mit diesen Chipsätzen unter CoreElec.
Alles was neuer ist (S905X4, S928X) läuft sowieso nur unter CoreElec, wobei es drei unterschiedliche Entwicklungszweige gibt: ng mit einem 4.9er, Kernel, ne mit einem 5.4er Kernel und no mit einem 5.15-Kernel. Da sind alles drei aber gepatchte Kernel mit amlogic-eigenen Treibern.
Wenn sich auch der Dual Boot Modus nicht installieren lässt, muss zunächst ein anderes Android-image mit dem USB Burning Tool geflasht werden, siehe
Bei meinen Versuchen mit zwei TX3-Boxen (eine 32er mit 100 MBit-LAN und eine 64er mit Gigabit-LAN) ging ceemmc mit single boot mode nicht - das Tool brach immer wieder mit Fehler ab. Die Installation als dual boot ging dann, wobei ceemmc mit der Option -x gestartet werden muss. Im Kartenslot befindet sich dazu also eine µSD-Karte mit CoreElec, das gebootet ist.
Install in dual boot mode, CoreELEC and Android on eMMC
Use CoreELEC data from
[1] current used SD or USB device
Install CoreELEC on eMMC without removing Android from the device.
Dual boot of Android and CoreELEC is possible.
Not all memory of the eMMC can be used because of Android.
Das war im CE-Forum auch mal die Empfehlung eines Entwicklers, weil CE angeblich auf Teile der Android-Partition zurückgreift:
Auf meiner 64er Box sind immer noch über 50 GB frei. Mich stört das Android nicht, da ich davon nichts sehe
FLIRC emuliert eine USB-Tastatur. 5,- Euro sehe ich jetzt nicht...
Man muss wissen, dass das Einschalten mit externen USB-IR-Empfängern nicht möglich sein wird.
Zur Nutzung einer beliebigen FB: Wir sollten erstmal klären, was für eine FB das ist und welche Protokolle sie kann. Kann sie kein NEC, wird die Reaktion und Scrollgeschwindigkeit spürbar träger sein. Will man das dann trotzdem machen (mit z.B. RC5 oder RC6-Codes), wird man die FB wohl manuell anlernen müssen:
Es stehen dann (hoffentlich) genügend Tasten zur Verfügung, so dass man auch welche für Stop und Untertitel verwenden kann. Das ganze ist leider schlecht dokumentiert und CoreElec mappt einige Tasten intern auch auch auf andere Namen um, weil diese wohl besser mit Kodi laufen. KEY_SUBTITLE müsste gehen. Die event codes findet man im Kernel. KEY_STOP ging glaube ich in Kodi nicht. Ich habe in der vom Keymap-Editor erzeugten xml-Datei eine Zuordnung <key id="252">stop</key> stehen. Kann jetzt aber auch nicht rekonstruieren, woher die 252 kommt. Es ist bei mir KEY_GREEN (0x18f). Der Dezimalwert ist NICHT 252. Vielelicht hat Kodi da auch eine eigene Numerierung - es ist ein Krampf.
Es gibt ja auch externe IR-Empfänger nutzen, die per USB angeschlossen werden. Dann am sinnvollsten mit einer KEYMAP nach dem neuen IR-Standard. Bei der FB hast Du dann freie Auswahl.
Und Du kannst auch den internen Empfänger mit einer anderen Fernbedienung mit mehr Tasten verwenden, wenn diese NEC-Codes benutzt. Wie man dann eine remote.conf anlernt, habe ich im vdrportal beschrieben. Und Wakeup lässt sich damit auch konfigurieren.
Aber das ist bei der Einbausituation wohl wirklich nicht glücklich.
Bei einer remote.conf wird der hardwarenahe amremote-Treiber verwandt, undd as sollte für eine bessere Performance der FB sorgen.
Wird es besser, wenn Du dicht an die Box rangehst? Dann könnte es an der Dämpfung der Polarisationsfolie liegen, die sich vor Display und IR-Empfänger befindet.
Hast Du denn auf Deiner X96 Max Plus CoreElec installiert? Und wenn ja, hast Du die Fernbedienung mit einer *. toml-Datei eingerichtet, oder hast Du eine remote.conf in /storage/.config ?
Kodi vernünftig mit einer FB zu bedienen ist eine Kunst. Am Keymap-Editor bin ich teilweise auch verzweifelt. Aber das ist eine andere Baustelle - mir ging es primär um die Reaktionsfreudigkeit der FB.
(abgesehen davon, dass ich mit der Fernbedienung nicht zufrieden bin, aber das hat man ja generell bei diesen Boxen).
Wenn die Fernbedienung unter Android deutlich flotter und reaktiver läuft, würde ich sie CoreElec auf das alte Verfahren (amremote) umstellen. CE verwendet standardmäßig für den IR-Empfänger einen Treiber, der mit allen Protokollen zurechtkommt, aber softwarebasiert. Nur der proprietäre amlogic-Treiber nutzt die Hardwarefähigkeiten des Empfängers, was normalerweise deutlich besser funktioniert. Nachteil ist, dass nur das NEC-Protokoll unterstützt wird.
Zweites Problem ist der IR-Empfänger selbst und seine Einbausituation. Es gibt Bericht, dass ein Austausch gegen einen originalen TSOP 4838 von Vishay schon etwas bringt. Meist sitzt der Empfänger zudem hinter einer Polarisationsfolie und auch mit zuviel Abstand zu einer ohnehin zu kleinen Lochbohrung. Auf meiner Tanix TX3 habe ich das anders gelöst, siehe https://www.vdr-portal.de/forum/index.ph…863#post1362863
(Hinweis: alles, was ich dort zu einem Python-Script für Tastenwiederholungen schreibe ist vdr-spezifisch und für Kodi nicht notwendig).
Bei einem günstigen Neukauf in der Preisklasse um 50,- Euro würde ich jetzt weniger die Wahl zwischen S905X3 und S905X4 beachten (der Unterschied sollte sich nicht groß bemerkbar machen) sondern den Schwerpunkt auf einen Gigabit-LAN-Anschluss legen. Die Tanix TX3 ist nur noch mit 100 Mbit-LAN zu kriegen. Bei meinen Experimenten mit vdr und satip war das zu langsam. Das Gigabit-Modell schafft nach meinen Messungen zwar auch nur rund 240 MBit/s, aber das ist deutlich mehr als beim 100Mbit -Modell, das nur knapp 60 MBit/s schaffte.
Was für eine großartige Anleitung, Respekt!