Remote.xml/keyboard.xml anpassen - Tipp/Unterstützung gesucht

  • Ist mir völlig unverständlich, wieso sarbes das auf github so abgewürgt hat.

    Das beobachtete Verhalten ist schon seit Ewigkeiten so bei Kodi zu beobachten, weshalb ich immer davon ausging, das sei beabsichtigt. Ich wußte ja nicht, daß ich nicht der einzige bin, dem das ausfällt ;)

    Zumal sich das ganze sogar lt. @DaVu mit der Tastatur nachstellen läßt.

  • Ich spreche das nochmal im Team an. Finde das auch nicht in Ordnung. Werde morgen auch nochmal ein Kommentar auf Github da lassen.

    Das tut mir in der Tat leid. Ist ein wenig wie fremd-schämen.

  • So....seit gestern Abend hatte ich eine recht lange und intensive Diskussion mit sarbes.

    Im Endeffekt sind wir uns nicht einig geworden und ich habe es aufgegeben das weiter zu diskutieren. Ich finde es ziemlich engstirnig und stur von ihm sich so zu verhalten und ich würde mich freuen, wenn das Team das ebenso sehen würde und ein wenig mehr "open minded" wäre. Das ist aber anscheinend nicht der Fall.

    Von daher guenniguenzelsen sorry nochmal an dieser Stelle, dass du dir den Aufwand gemacht hast und das es im Endeffekt zu nichts führen wird. Anscheinend ist das aber doch wirklich eine Sackgasse.

    Keine Ahnung ob ich hier nochmal User dazu ermutigen werde ein Bug-Ticket zu eröffnen. Ich muss dieses Team-Verhalten erstmal sacken lassen.

  • Ich habe noch mein generelles Statement innerhalb des Tickets gegeben (daher wiederhole ich das jetzt hier nicht 1:1).

    Ein guter Programmierer ist noch lange kein guter Produktmanager.

    Umgekehrt gilt das selbstverständlich genauso.

    Kodi hat seit einer Weile den Focus verloren.

    Sowohl in Bezug auf den Enduser, als auch in Bezug auf Featureset und UX.

    So ein bisschen wie früher Nokia oder auch Winamp.

    Die Technik wurde unter der Haube immer noch munter weiterentwickelt, aber man übersah, dass der Markt modernere Konzepte forderte, die der Wettbewerb nach und nach anbot.

    Das sage ich ganz neutral.

  • Das Abdunkeln des Bildschirmes während der Pause eines abgespielten Videos ist nicht identisch mit dem Bildschirmschoner 'Dim'.

    Als Bildschirmschoner wird bei mir eine Aquarium-Szene gestartet, aber während des Pausierens eines Videos wird der normale Bildschirmschoner nicht aktiviert, das wäre ja auch totaler Blödsinn. Insofern greift m.E. das Argument "der erste Tastendruck deaktiviert den Bildschirmschoner, ist doch immer so" nicht.

  • Das Abdunkeln des Bildschirmes während der Pause eines abgespielten Videos ist nicht identisch mit dem Bildschirmschoner 'Dim'.

    Wenn der Bildschirmschoner in den Settings deaktiviert ist, dunkelt hier nichts ab. Allerdings wird tatsächlich nach der eingestellten Zeit und bei aktiviertem Bildschirmschoner unabhängig vom gewählten Bildschirmschoner der Bildschirm abgedunkelt. Dann sind auch 2 Tastendrücke (egal ob FB oder Keyboard) notwendig, um den Abdunklungsmodus aufzuheben (ich schreibe jetzt extra nicht Dim) und den Pause-Status aufzuheben. Kann man besser machen.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Mir geht und ging es tatsächlich stets um das Dimmen.

    Mit Bildschirmschoner "Dim" habe ich das möglicherweise unklar beschrieben.

    Aber für mich ist das Thema jetzt auch beendet, da der Aufwand in keinem Verhältnis zum Nutzen mehr steht.

    Ich habe jetzt viele Stunden dafür aufgewendet.

    Gestartet habe ich diese Odyssee Anfang November im Kodi-Forum.

    Video pause + Dim - Resume with one button-press

    Auch dass ein HTPC mit Libreelec nun nicht mehr blind heruntergefahren werden kann, kann ich nicht verstehen und es führte im näheren Umfeld schon dazu, dass ich support leisten musste, weil das Gerät unbemerkt tagelang weiterlief.

    In Github aber auch eine Sackgasse.

    Dass ein Gerät bei Druck auf den Aus-Knopf ausgeht erscheint den Entwicklern unlogisch.

    [BUG] No direct shutdown by IR remote in Libreelec 12 · Issue #8300 · LibreELEC/LibreELEC.tv
    Describe the bug Until Libreelec 11 I had two options to shut down the HTPC with my IR remote. Navigate to the exit menu and chose shutdown, restart, etc Press…
    github.com

    Mein Fernseher geht dann aus, mein Receiver auch, die schaltbare Steckdose ebenso.

    Ebenso erreicht der Confluence Skin wohl langsam sein EoL.

    Ein letztes mal habe ich ihn mittels Modifikation der xml auf den aktuellen Versionen zum Laufen gekriegt.

    Allein der Gedanke den kontrastarmen Standardskin mit all den Unzulänglichkeiten und dem fürchterlichen Grafik-Auflösungs-Brei verwenden zu sollen, schreckt mich ab.

    In Github fordert der Entwickler, der den Issue-Eintrag zu diesem Thema geschlossen hat, dass Featurediskussionen im Kodi-Forum geführt werden sollen.

    In dem Bereich, in dem die Entwickler neue Features diskutieren, ist der letzte Eintrag aus Februar 2018....

    Kodi Community Forum - Feature Discussion (read-only)

    Auch dass man sich weigert, Themen oder Verbesserungsvorschläge zur Kenntnis zu nehmen, die nicht im englischsprachigen Kodiforum platziert wurden, wirkt wie aus der Zeit gefallen.

    Zumal man dann mit großen und relevanten Nutzergruppen keinerlei Kommunikation betreibt. Im nichtenglischsprachigen Raum sind das verhältnismäßig viel ältere Menschen, sowie Menschen mit nicht so hohem Bildungsstand, um nur mal zwei Beispiele zu nennen, wo es eine Sprachbarriere gibt.

  • Mit izprtxqkft hat dir auf kodi.tv genau der richtige geantwortet. Ab und an hat er tatsächlich gute Tipps parat, aber die meiste Zeit hält er reine Selbstgespräche. Der Benutzer hätte m.E. schon längst gelöscht werden müssen, scheint jedoch aus irgendwelchen Gründen Narrenfreiheit zu genießen. 3000 Beiträge in nur 12 Monaten... 'Tschuldigung, aber da kann nur Müll bei herauskommen.

  • Ist das denn wirklich "Müll" was er unter https://forum.kodi.tv/showthread.php…1584#pid3171584 geschrieben hat?

    Er spricht ja vom aktivieren von LIRC - siehe auch https://wiki.libreelec.tv/configuration/…es#lirc-support

    Ich würde es zumindest nicht kategorisch ausschließen, dass sich danach das Verhalten ändert oder zumindest darüber beeinflussen lässt. Weitere Infos: https://www.lirc.org/

    Dazu müsste aber jemand testen, helfen oder etwas dazu sagen, der sich da im Detail besser mit auskennt.

    Vielleicht noch als Idee oder Workaround: Bei einigen Universalfernbedienungen lassen sich doch auch Sequenzen oder Makros programmieren. Damit sollten sich doch auch zwei Tastendrücke auf eine Taste legen lassen?!

    Creating Button Sequences

    Macros · Flirc Gen2 Manual

  • Ist das denn wirklich "Müll" was er unter https://forum.kodi.tv/showthread.php…1584#pid3171584 geschrieben hat?

    Meine Beobachtung war allgemeiner Natur. Zu dem konkreten Beitrag kann ich nichts sagen, da ich es mir abgewöhnt habe, seine Beiträge näher zu lesen.


    Vielleicht noch als Idee oder Workaround: Bei einigen Universalfernbedienungen lassen sich doch auch Sequenzen oder Makros programmieren. Damit sollten sich doch auch zwei Tastendrücke auf eine Taste legen lassen?!

    Das wird im vorliegenden Fall nicht funktionieren, weil das Aktivieren der Pause mit einem Tastendruck erfolgt, das Deaktivieren hingegen zwei Tastendrücke erfordert.

  • Letztendlich sind das alles nur Workarounds. Richtig wäre es, wenn man das fehlerhafte Verhalten fixen würde. Aber offensichtlich laufen denen bei Kodi gerade die Programmierer weg (auch Phil65, der den Estuary Skin betreut/entworfen hatte, ist nicht mehr da) oder die sind alle im Weihnachtsstress.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Letztendlich sind das alles nur Workarounds. Richtig wäre es, wenn man das fehlerhafte Verhalten fixen würde. Aber offensichtlich laufen denen bei Kodi gerade die Programmierer weg (auch Phil65, der den Estuary Skin betreut/entworfen hatte, ist nicht mehr da) oder die sind alle im Weihnachtsstress.

    der ist schon seit jahren weg

    Das Abdunkeln des Bildschirmes während der Pause eines abgespielten Videos ist nicht identisch mit dem Bildschirmschoner 'Dim'.

    Als Bildschirmschoner wird bei mir eine Aquarium-Szene gestartet, aber während des Pausierens eines Videos wird der normale Bildschirmschoner nicht aktiviert, das wäre ja auch totaler Blödsinn. Insofern greift m.E. das Argument "der erste Tastendruck deaktiviert den Bildschirmschoner, ist doch immer so" nicht.

    Problem ist, dass "Dim" ein Bildschrimschoner ist, deswegen auch der name `screensaver.xbmc.builtin.dim` heißt wenn das nicht umschifft wird und da spezialfaelle aufgemacht werden, gilt erst mal Standard Bildschirmschoner verhalten.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!