Vielleicht bin ich ja zu blöd, aber kann es sein, dass meine beim Asrock ION 330 mitgelieferte MCE-Fernbedienung keine KEY_PROG3 -Taste hat?
Wo kann ich das nachgucken?
Beiträge von CouchPotato
-
-
Global ist für XBMC in /usr/share/xbmc/system/keymaps/remote.xml folgendes eingestellt:
Code<TV> <remote> <red>Red</red> <green>Green</green> <yellow>Yellow</yellow> <blue>Blue</blue> </remote> </TV>
Um das zu ändern muss ein entsprechender Eintrag in der /var/lib/vdr/.xbmc/userdata/keymaps/remote.xml vorhanden sein, der die systemweite Einstellung für den User vdr überschreibt, also
hinzufügen, um mit der blauen Taste das Kontextmenü aufzurufen.
Hallo erstmal.
Nach längerer Abwesenheit habe ich gestern einen neuen yaVDR 0.5.0a aufgesetzt mit XBMC als Frontend. Dann die letzten Updates installiert (Quelle sind wohl die im iso festgelegten stable-Versionen).Die oben zitierten Änderungen musste ich aber vornehmen, sonst konnte ich kein Kontextmenü bei Aufnahmen aufrufen. Wird das von Euch standardmäßig nicht eingearbeitet? Warum nicht? Bin ich ein Sonderfall?
Liebe Grüße von der Couch
Potato -
Ich tippe mal darauf, dass die FB-Codes der Asrock FB (MCE-Standard) im Nuvotron-Chip hardcodiert sind.
Da könnte dann nichts dran geändert werden. Ergo bräuchtest Du imho einen zweiten Empfänger. -
Danke, das wars.
Einstellungen -> Plugins -> Extrecmenu -> Anzuzeigende Elemente
LG
Ralph -
Ich finde die Einstellung auch nicht mehr.
LG
Ralph -
"Falscher Fehler" trifft es vielleicht, aber vielleicht auch nicht.
Bildstörungen habe ich auch nicht, aber manchmal (selten) Totalausfall und dann keine andere Meldung im Kernel-Log. Rätselhaft...LG
Ralph -
Zitat
Hast Du auch mal Dein Satelliten-Setup gecheckt? (Ausrichtung, LNB, Kabel).
Also bei mir hat das definitiv nichts damit zu tun.
-
Es betrifft nicht nur die TT S2-3600. Auch ich habe diese Fehlermeldungen in meinen Logs für meine TT S2-3650. Teilweise über Stunden am Stück.
LG
Ralph -
Mein Verdacht ist aktuell, dass der Treiber einfach das falsche Gerät zuerst mit der Firmware befüllt. Es wird auf das 1. Gerät zugegriffen, der Firmware-Upload startet, aber leider ins falsche Gerät. Nach erfolgreichem Upload in Gerät 2 gibt der Treiber sein OK für Gerät 1 und es kracht beim Zugriff drauf.
Wäre doch eine Erklärung, oder?
Gerald
Nope, zumindest bei mir nicht. Der Fehler des zu späten bzw. gar nicht ladens tritt auch auf, wenn nur eins der DS3000-Geräte dran ist.
Und das schon seit yaVDR 0.1. Damals hab ich es mit einem 10 sec.-Sleep beim Startup gelöst.Hier ist die TeVii gar nicht hochgekommen:
http://pastebin.com/21Hw0R9V -
-
Bei meiner TeVii S660 und der baugleichen Cinergy S2 USB HD gibt es übrigens dasselbe Problem.
Der Workaround sollte imho also nicht nur für die TeVii S480 sondern auch für die TeVii S660 und die Cinergy S2 USB HD funktionieren.Wenn Ihr Logs braucht, sagt Bescheid, was ihr genau braucht.
Ich hab hier eine ziemlich komplexe Konfiguration mit drei verschiedenen USB-Devices. -
Super, nach der Installation des linux-media-dkms ist das Tastenprellen endlich weg und das System ist erstmals unter 0.4 (seit pre1, pre2 und stable) benutzbar!
Vielen Dank allen Tippgebern und Hilfestellern, insbesondere traxanos und seahawk1986!
Liebe Grüße von der Couch
Potato
(Ralph) -
Nein, noch nicht installiert.
Ich scheitere an der Befehlsfolge für Download und Installation. Wenn mir das keiner vorkaut, schaff ich das nicht. -
Zitat
root@rocki:~# ir-keytable -w nuvoton_cir.txt
Read rc-rc6-mce table
Wrote 63 keycode(s) to driver
Protocols changed to RC-6
root@rocki:~# ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event2) with:
Driver nuvoton-cir, table rc-rc6-mce
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: RC-6
Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc1/ (/dev/input/event5) with:
Driver (null), table rc-tt-1500
Supported protocols:
Enabled protocols:
Repeat delay = 500 ms, repeat period = 125 msLeider ändert sich nichts am Verhalten mit den Tastenevents.
-
Zitat
root@rocki:~# ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event2) with:
Driver nuvoton-cir, table rc-rc6-mce
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc1/ (/dev/input/event5) with:
Driver (null), table rc-tt-1500
Supported protocols:
Enabled protocols:
Repeat delay = 500 ms, repeat period = 125 ms
sudo ir-keytable -p RC6 ändert nix -
-
Kommt das recht bald in stable?
Weil ich habe ja immer noch das Problem, dass mein nuvoton-cir mit den doppelten Tastendrücken Ärger macht.Wenn nicht bald, welche Befehlssequenz muss ich denn eingeben um das oben genannte in 0.4 (also natty) zu installieren?
LG von der Couch
Potato -
Kann mal bitte jemand hierfür
die nuvoton-cir.h nuvoton-cir.c mit den patches aus https://bugs.yavdr.com/issues/654 ersetzen.
eine Befehlszeile (Download und rename) formulieren?
Wo müssen die Dateien eigentlich ersetzt werden? Ich habe die insgesamt dreimal auf der Platte unterhalb /usr/src/ und /var/lib/dkms/vl4-dvb/ -
Ich verstehe ehrlich gesagt nicht, warum dieser Thread als gelöst bezeichnet wird.
Es kann doch nicht sein, dass die oben genannte "Lösung" als ausreichend für den Durchschnittsuser betrachtet wird. Das ist doch höchstens ein Workaround für Experten.
Eine "stable"-Version von yaVDR sollte doch den Fix für die Nuvoton-IR-Receiver erhalten, die bisher (bis 0.3a) funktioniert haben - er ist ja schließlich schon im Bugtracker geposted.
Was spricht eigentlich dagegen, diesen seitens der Maintainer zu integrieren? -
Danke Johns, hab es mit deinem Tip hinbekommen, jetzt macht die Fernbedienung genau das was sie soll.
Gruß
AMI
Schön, aber wie geht das? Bitte teilt Euer Geheimwissen!