(gelöst)0.6.1 Fernbedienung unter Kodi zu sensibel

Hi,

Probier mal die;

<!--   The following configuration file is generated automatically by the yaVDR	-->
<!-- 	system. Don't change this file as every update of yaVDR will overwrite	-->
<!--     	the local changes. Instead put your required customizations       	-->
<!--   	into /etc/yavdr/templates_custom/ based on the original templates   	-->
<!--                  	under /usr/share/yavdr/templates.                    	-->
<!--                                                                           	-->
<!--        	http://www.yavdr.org/developer-zone/template-overview/         	-->
<!-- <advancedsettings> -->
  	<!-- <remotedelay>2</remotedelay> -->
  	<!-- <remoterepeat>80</remoterepeat> -->
<!-- <advancedsettings> -->


<advancedsettings>
	<remotedelay>3</remotedelay>
	<remoterepeat>9800</remoterepeat>
	<cputempcommand>sensors|sed -ne "s/Core 1: \+[-+]\([0-9]\+\).*/\1 C/p"</cputempcommand>
	<gputempcommand>echo "$(nvidia-settings -c :1 -tq GPUCoreTemp | tail -n 1) C"</gputempcommand>
</advancedsettings>

Damit bekommst wenigstens im Kodi auch die GPU und CPU Temperatur angezeigt.
Ansonsten ist es am sinnvollsten mit den Werten zum remoterepeat zu spielen.
remotedelay wär eh default auf drei (bin zu faul es auszutragen) aber bringt gegen das Prellen kaum was denn
dabei gehts ja nur um die erste Tastenverzögerung beim langen Tastendruck bis quasi der nächste Tastendruck (also der zweite) annerkannt wird
(nach dem der zweite Tastenduck also anerkannt wird gehts weiter wie gehabt - also keine Auswirkungen mehr ab dem dritten Tastendruck - vom langen Tastendruck ausgehend).
Und remotedelay kann man nur einstellen von 1-20, aber ja du hast recht hat eh keine sonderlichen Auswirkungen auch nicht bei remoterepeat.

Gruss
Bert

Zu der X10-Problematik gab es hier gerade noch einen Hinweis:

Zitat von nationat

- Das Modul "ati_ remote" verträgt den usb-suspend nicht. Fernbedienung funzt anfangs normal, aber nach dem Reaktivieren (im laufenden Betrieb) werden die Kommandos doppelt, bis dreifach interpretiert.
Ein "usbcore.autosuspend_delay_ms=-1" für den Kernel (hab ich zusätzlich als option für usbcore in der modprobe.d eingetragen) erledigt das Problem.
Besser wäre sicherlich eine Udev-Regel anzulegen. Soweit bin ich aber noch nicht eingestiegen..

Zitat

[ 180.705464] irq 23: nobody cared (try booting with the "irqpoll" option)

Hast du auch mal versucht dem Kernel "irqpoll" mitzugeben?

In dieser Zeile in /etc/default/grub:
GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet splash noresume nohz=off acpi_enforce_resources=lax"

muss es dann mit beiden Optionen so aussehen:
GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet splash noresume nohz=off acpi_enforce_resources=lax usbcore.autosuspend_delay_ms=-1 irqpoll"

Nach der Änderung muss einmal "update-grub" ausgeführt werden. Dann den Rechner neu starten.

Okay. Super.

Templaten nicht vergessen. Sonst ist es nach dem nächsten Update von Grub wieder futsch.

Bei mir habe ich zusätzlich in /etc/modprobe.d/ eine Datei "usb-suspend.conf" angelegt.

Inhalt:

options usbcore autosuspend_delay_ms=-1

Nur falls das Modul zur Laufzeit nochmal geladen wird. Kann aber durchaus auch überflüssig sein.

Hab die letzte Info durch wichtigere ausgetauscht (templaten)

siehe yaVDR Dokumentation