Fernbedienung - träge Bedienung

BOP · 31. Januar 2012

Hallo Miteinander!

Seit ein paar Wochen teste ich yVDR 0.4. Inzwischen läufts auch sehr gut. Was mich aber massiv stört (weil ich es anders gewohnt bin), ist die träge Bedienung des VDRs. Versucht habe ich es bisher mit einer X10, einer Hama MCE Remote und althergebracht mit einem Homebrew (Atric) Empfänger und einer alten Hauppauge RC5 FB.
PC-Hardware ist folgende:
ASUS M4A78LT-M
AMD Athlon X2 250 2x3.0GHz
NVIDIA GT210

Es hat bei mir anscheinend auch nichts mit dem verwendeten Skin zu tun. Es wird zwar mit dem einen Skin etwas besser, mit dem anderen etwas schlechter, aber flüssig lässt er sich nie bedienen.
Was kann man denn tun, damit es besser wird? Wie verzichte ich auf den Umweg über eventlircd und spreche mit lircd direkt den VDR an. So, wie es früher auch immer gemacht wurde.

Gruß
BOP

seahawk1986 · 31. Januar 2012

Hallo BOP,
was ich mich gerade frage ist, was du unter träger Bedienung verstehst - ist dir die FB zu langsam (oder zu verzögert) oder das OSD nicht schnell genug? Welche Skins verwendest du?

Interessanterweise habe ich ähnliche Fernbedienungen wie du im Einsatz (die allerdings auf 3 Geräte mit yaVDR verteilt):

Zum Atric und lircd:
yaVDR 0.4 nutzt aktuell lircd mit der Option --uinput um ein Event-Gerät zu erzeugen, das von eventlircd ausgelesen wird. IMHO hat lircd in diesem Bereich ein schwerwiegendes Problem, da es oft doppelte Tastendrücke für einen Einzeltastendruck sendet, die ich zunächst mit unterschiedlichen Repeat-Filter Werten abgefangen habe (siehe: Umfrage zu Eventlircd - Einstellung des Repeat-Filters ) - damit wurde es besser aber schön ist etwas anderes.
Meine neue Lösung, die IMHO ähnlich gut funktioniert wie lircd direkt an den VDR zu hängen ist lircd2uinput - ein Python-Skript, das auf dem originalen Lirc-Socket lauscht und dann nach Anwendung eines konfigurierbaren Repeat-Filters die Tastendrücke über ein virtuelles Event-Gerät an eventlircd weiterleitet (siehe [0.4]XBMC- Einfacher Tastendruck -> Doppelte eingabe).
Aktuell ist das Skript so konfiguriert, dass sich VDR und XBMC ähnlich flott bedienen lassen, wenn man wollte, könnte man auch die Tastenwiederholung für alle Tasten noch etwas beschleunigen (aktuell mache ich das nur für die Lautstärketasten, da der Rest mit XBMC dann besser funktioniert). Bei Interesse einfach fragen, am WE wollte ich da eh nochmal ran

Um lircd direkt ohne eventlircd zu nutzen gibt es viele Wege, zum Testen aber einfach mal folgendes probieren:
1) Socket von eventlircd umbiegen: in /etc/init/eventlircd.conf den Aufruf ändern:

Code

exec /usr/sbin/eventlircd -f --socket=/var/run/lirc/lircd.event --repeat-filter

2) Socket von lircd nach /var/run/lirc/lircd umbiegen: in /etc/init/lirc/lircd.conf

Code

#Original:
    REMOTE_ARGS="--output=$REMOTE_SOCKET.$$ $REMOTE_ARGS"

so abändern:

Code

#Original:
    REMOTE_ARGS="--output=$REMOTE_SOCKET $REMOTE_ARGS"

Außerdem die Option "--uinput" rausnehmen:

Code

exec /usr/sbin/lircd --nodaemon $REMOTE_LIRCD_ARGS

Dann eventlircd neu starten ("sudo stop eventlircd && sudo start eventlircd").
Ggf. muss du die Start- und Stop-Bedingungen von lircd in den Upstart-Dateien noch anpassen (also für lircd: "start on started vdr" bzw. "stop on stopping vdr"), damit die FB nach einem Neustart geht.

Die Hama MCE (läuft auf einem Test-VDR mit Athlon64 3000+ und G210) ist bei mir eigentlich sehr flott (wenn es noch flotter sein soll, mal den Repeat-Filter von Eventlircd ausschalten).

Diese X10 habe ich an meinem Acer Revo 3600 - je nachdem ob linux-media-dkms installiert ist oder nicht läuft sie entweder als tastaturartiges Eingabegerät oder als rc-core Empfänger. Hier bin ich selber noch etwas am Basteln um die optimalen Einstellungen für ir-keytable herauszufinden.

BOP · 31. Januar 2012

Dankeschön, für die ausführliche und auch hilfreiche Antwort.

Mit träge meine ich die Zeit, die vergeht zwischen einem Tastendruck und der Reaktion. Je nach Skin, im Moment verwende ich Anthra, dauert das mal etwas länger, mal geht es etwas schneller. Wirklich zügig geht es aber nie.

Die Hama-MCE Remote ist schneller, als die Lirc Lösung. Allerdings imho immer noch nicht als flüssig zu bezeichnen und das "Lautstärkenverstell-Problem" (man kann die Tasten nicht gedrückt halten) nervt dabei etwas. Für den Repeatfilter muss ich dabei Deinen 0,3er nehmen. Alles darunter erzeugt bei mir bei einem Tastendruck mehrfache Befehlsausführungen.

Ich habe die Änderungen (eventlirc / lirc) mal durchgeführt und es ist deutlich besser geworden. So lässt sich damit leben (äh, bedienen). Wenn Du mir jetzt noch mit deiner folgenden Aussage etwas weiter helfen könntest, wäre ich dir dankbar. Meine aktiven Linuxzeiten sind schon etwas her.

Zitat

Ggf. muss du die Start- und Stop-Bedingungen von lircd in den Upstart-Dateien noch anpassen (also für lircd: "start on started vdr" bzw. "stop on stopping vdr"), damit die FB nach einem Neustart geht.

Kann ich das in der "/etc/init/lircd.conf" einfach hinter:

Code

stop on stopping eventlircd

einfügen?
Wobei ich gerade merke, auch ohne die Einträge funktioniert lirc nach einem "restart vdr" noch.

Interesse an Deiner Lösung mit dem Python-Skript habe ich aber auf jeden Fall. Einen Versuch ist es sicherlich wert.

Noch einmal Danke für deine schnelle Hilfe.

Gruß

seahawk1986 · 31. Januar 2012

Zitat von BOP
Kann ich das in der "/etc/init/lircd.conf" einfach hinter:
Code
stop on stopping eventlircd
einfügen?

Ups Denkfehler, lircd muss ja vor dem VDR gestarted werden, damit der Lircd-Socket schon da ist...
Diese Start/Stop-Anweisungen sind Bedingungen für Upstart-Skripte, wann sie gestartet bzw. gestoppt werden sollen - Das war eher für den Fall gedacht, dass du eventlircd ganz loswerden willst. Einer der Gründe für die Verwendung von eventlircd war ja dass man nicht auf Lircd warten muss...
Wenn dann statt

Code

start on started eventlircd

Code

start on starting vdr

und statt

Code

stop on stopping eventlircd

Code

stop on runlevel [016]

nimmst, kannst du auf die Abhängigkeit zu eventlircd verzichten und das ggf. deaktivieren - Im Prinzip wie beim alten remoted.conf - Upstart-Skript aus yaVDR 0.3 (http://pastebin.com/ASGZCuSb)

BTW: Mein lircd2uinput lässt sich noch wesentlich schneller einstellen als der 0.2s Repeat-Filter von eventlircd - der kann dann auch getrost deaktiviert werden, falls man es richtig flott mag

BOP · 31. Januar 2012

Ah ja, danke. Habe yaVDR vorher noch nie benutzt.

Mal so nebenher. Bei meiner bisherigen Distri verwende ich eine PS3 Remote (über BT angebunden). Siehst Du eine Chance die auch unter yaVDR 0.4 ans laufen zu bekommen? Vor einiger Zeit hatte ich es mal probiert, aber wenn ich mich richtig erinnere, kompilierte das bdremote nicht durch.

seahawk1986 · 31. Januar 2012

Zitat von BOP

Siehst Du eine Chance die auch unter yaVDR 0.4 ans laufen zu bekommen?

Im Prinzip spricht nichts dagegen - ich habe allerdings keine zum Testen/Basteln da...
Evtl. mal http://wiki.xbmc.org/?title=HOW-TO_Setup_PS3_BD_Remote ausprobieren, dann sollte die sich über eventlircd einbinden lassen.

BOP · 2. Februar 2012

Werde ich bei Gelegenheit mal testen. Im Moment habe ich etwas wenig Zeit.

Ich habe auch noch eine PS3 Remote rum liegen, die ich nicht benötige (der Deckel des Batteriefaches rastet nicht mehr ein). Wenn du möchtest, kann ich sie dir schicken, dass du vielleicht, wenn du Lust hast, es selber austesten kannst und vielleicht ein Paket für yaVDR draus machst.
Ich finde die Remote perfekt geeignet. Sie besitzt genügend (und alle notwendigen) Tasten und durch die BT Anbindung ist es egal, ob Sichtverbindung besteht oder nicht. Hinzu kommt der relativ günstige Preis von unter 20€. Nachteil ist lediglich der enorme Stromverbrauch, wenn man die Remote nicht in den Ruhezustand fahren lässt. Aber dafür liegen hier immer genügend Akkus rum, die ich dann eben wechsle.

Gruß

seahawk1986 · 2. Februar 2012

Zitat von BOP

Im Moment habe ich etwas wenig Zeit.

Ich kann mich auch nicht über übermäßig viel Freizeit beklagen

Zitat von BOP

Wenn du möchtest, kann ich sie dir schicken, dass du vielleicht, wenn du Lust hast, es selber austesten kannst und vielleicht ein Paket für yaVDR draus machst.

Kann ich gerne machen (testen), das Paketbauen könnte aber eine Weile dauern...

BOP · 2. Februar 2012

Es eilt ja nicht. Wenn du möchtest, schick mir per PM (d)eine Adresse, an die ich die FB schicken darf.
Ich habe übrigens gerade festgestellt, dass die FB bei XBMC nach den obigen Änderungen nicht mehr funktioniert.

Gruß

seahawk1986 · 2. Februar 2012

Zitat von BOP

Ich habe übrigens gerade festgestellt, dass die FB bei XBMC nach den obigen Änderungen nicht mehr funktioniert.

Meinst du mit lircd2uinput oder nach dem Ersetzen von eventlircd durch lird? Bei letzterem stimmt dann der Name in der Fenbedienungskonfiguration (/var/lib/vdr/.xbmc/userdata/Lircmap.xml) nicht mehr (muss dann so heißen wie in deiner lircd.conf, statt devinput)

BOP · 2. Februar 2012

Zitat von seahawk1986

Bei letzterem stimmt dann der Name in der Fenbedienungskonfiguration (/var/lib/vdr/.xbmc/userdata/Lircmap.xml) nicht mehr (muss dann so heißen wie in deiner lircd.conf, statt devinput)

Die heißen so, wie in meiner lircd.conf.
cat /etc/lirc/lircd.conf

Code

# Please make this file available to others
# by sending it to 
#
# this config file was automatically generated
# using lirc-0.8.7(default) on Sat Jan 21 17:17:58 2012
#
# contributed by 
#
# brand:                       /home/mike/fb
# model no. of remote control: 
# devices being controlled by this remote:
#




begin remote




  name  /home/mike/fb
  bits           13
  flags RC5|CONST_LENGTH
  eps            30
  aeps          100




  one           929   846
  zero          929   846
  plead         943
  gap          114297
  min_repeat      1
#  suppress_repeat 1
#  uncomment to suppress unwanted repeats
  toggle_bit_mask 0x800




      begin codes
          KEY_POWER2               0x17FD
#          KEY_PROG1                0x17FB
	  KEY_SCREEN		   0x17FB
          KEY_1                    0x17C1
          KEY_2                    0x17C2
          KEY_3                    0x17C3
          KEY_4                    0x17C4
          KEY_5                    0x17C5
          KEY_6                    0x17C6
          KEY_7                    0x17C7
          KEY_8                    0x17C8
          KEY_9                    0x17C9
          KEY_ESC                  0x17DF
          KEY_0                    0x17C0
          KEY_MENU                 0x17CD
          KEY_RED                  0x17CB
          KEY_GREEN                0x17EE
          KEY_YELLOW               0x17F8
          KEY_BLUE                 0x17E9
          KEY_UP                   0x17E0
          KEY_DOWN                 0x17E1
          KEY_LEFT                 0x17D1
          KEY_RIGHT                0x17D0
          KEY_OK                   0x17E5
          KEY_MUTE                 0x17CF
          KEY_INFO                 0x17CC
          KEY_CHANNEL              0x17FC
          KEY_REWIND               0x17F2
          KEY_FASTFORWARD          0x17F4
          KEY_PLAY                 0x17F5
          KEY_RECORD               0x17F7
          KEY_STOP                 0x17F6
          KEY_PAUSE                0x17F0
          KEY_VOLUMEDOWN           0x17E4
          KEY_VOLUMEUP             0x17DE
      end codes




end remote

Alles anzeigen

cat /var/lib/vdr/.xbmc/userdata/Lircmap.xml

Code

<!--   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/             -->
<lircmap>
	<remote device="devinput">
		<up>KEY_UP</up>
		<down>KEY_DOWN</down>
                <menu>KEY_MENU</menu>
		<select>KEY_OK</select>
		<back>KEY_ESC</back>
		<left>KEY_LEFT</left>
		<right>KEY_RIGHT</right>
		<red>KEY_RED</red>
		<green>KEY_GREEN</green>
		<yellow>KEY_YELLOW</yellow>
		<blue>KEY_BLUE</blue>
		<zero>KEY_0</zero>
		<one>KEY_1</one>
		<two>KEY_2</two>
		<three>KEY_3</three>
		<four>KEY_4</four>
		<five>KEY_5</five>
		<six>KEY_6</six>
		<seven>KEY_7</seven>
		<eight>KEY_8</eight>
		<nine>KEY_9</nine>
		<info>KEY_INFO</info>
		<play>KEY_PLAY</play>
		<pause>KEY_PAUSE</pause>
		<stop>KEY_STOP</stop>
		<record>KEY_RECORD</record>
		<forward>KEY_FASTFORWARD</forward>
		<reverse>KEY_REWIND</reverse>
		<skipplus>KEY_NEXT</skipplus>
		<skipminus>KEY_BACK</skipminus>
		<power>KEY_POWER2</power>
		<channelplus>KEY_CHANNELUP</channelplus>
		<channelminus>KEY_CHANNELDOWN</channelminus>
		<title>KEY_CHANNEL</title>
		<volumeplus>KEY_VOLUMEUP</volumeplus>
		<volumeminus>KEY_VOLUMEDOWN</volumeminus>
                <teletext>KEY_TEXT</teletext>
		<mute>KEY_MUTE</mute>
		<start>KEY_SELECT</start>
		<subtitle>KEY_SUBTITLE</subtitle>
		<mute>KEY_MUTE</mute>
		<myvideo>KEY_VIDEO</myvideo>
		<mymusic>KEY_AUDIO</mymusic>
		<mypictures>KEY_MEDIA</mypictures>
		<mytv>KEY_TV</mytv>
                <playlist>KEY_ZOOM</playlist>
	</remote>
</lircmap>

Alles anzeigen

EDIT: DIe Boardsoftware hier macht mich fertig. Was war das Früher schön, als man noch selber bestimmen konnte, wie sein Posting aussehen soll. Irgendwie verändert die Software den Inhalt zwischen [ code ] [ /code ] selbstständig

seahawk1986 · 2. Februar 2012

Nein, anders...
Mach mal ein "sudo irw" und poste eine vollstängige Zeile eines Tastendrucks, dann siehst du was ich meine

Also bei eventlircd kommt da mit meiner Happauge FB:

Code

160 0 KEY_OK devinput

Und mit lircd folgendes:

Code

00000000000017a5 01 KEY_OK hvr4000-2

Weil in meiner lircd.conf folgendes steht:

Code

begin remote


  name  hvr4000-2
  bits           13
  flags RC5|CONST_LENGTH
  eps            30
  aeps          100


  one           901   857
  zero          901   857
  plead         936
  gap          113292
  toggle_bit_mask 0x800


      begin codes
          KEY_UP                   0x1794
          KEY_DOWN                 0x1795
          KEY_OK                   0x17A5
          KEY_LEFT                 0x1796
[...]

Alles anzeigen

Und wenn du dir die Lircmap.xml genau ansiehst, entdeckst du da folgende Zeilen:

Code

<remote device="devinput">
                <up>KEY_UP</up>
                <down>KEY_DOWN</down>
                <menu>KEY_MENU</menu>
                <select>KEY_OK</select>
                <back>KEY_ESC</back>
                <left>KEY_LEFT</left>
                <right>KEY_RIGHT</right>
[...]

Damit gilt die Belegung für alles was am Lirc-Socket devinput als Namen hat - und das musst du eben umstellen, damit es zu dem FB-Namen passt (bei dir dann wohl "/home/mike/fb" (witziger Name für ne FB ;))

BOP · 2. Februar 2012

Ah ja, jetzt verstehe ich das. Funzt.

Ja, der Name der FB kommt davon, wenn man zu faul ist nach einer passenden lircd.conf zu suchen und stattdessen mal eben schnell eine eigene erstellt.

EDIT: Jetzt habe ich noch ein kleines Problem mit irexec. Das hat aber imho nichts mit den Änderungen zu tun. Mehr dazu Morgen. Jetzt sind meine Brötchen warm.

Dr. n00b · 4. Februar 2012

Zitat von seahawk1986
Hallo BOP,
was ich mich gerade frage ist, was du unter träger Bedienung verstehst - ist dir die FB zu langsam (oder zu verzögert) oder das OSD nicht schnell genug? Welche Skins verwendest du?

Interessanterweise habe ich ähnliche Fernbedienungen wie du im Einsatz (die allerdings auf 3 Geräte mit yaVDR verteilt):

Zum Atric und lircd:
yaVDR 0.4 nutzt aktuell lircd mit der Option --uinput um ein Event-Gerät zu erzeugen, das von eventlircd ausgelesen wird. IMHO hat lircd in diesem Bereich ein schwerwiegendes Problem, da es oft doppelte Tastendrücke für einen Einzeltastendruck sendet, die ich zunächst mit unterschiedlichen Repeat-Filter Werten abgefangen habe (siehe: Umfrage zu Eventlircd - Einstellung des Repeat-Filters ) - damit wurde es besser aber schön ist etwas anderes.
Meine neue Lösung, die IMHO ähnlich gut funktioniert wie lircd direkt an den VDR zu hängen ist lircd2uinput - ein Python-Skript, das auf dem originalen Lirc-Socket lauscht und dann nach Anwendung eines konfigurierbaren Repeat-Filters die Tastendrücke über ein virtuelles Event-Gerät an eventlircd weiterleitet (siehe [0.4]XBMC- Einfacher Tastendruck -> Doppelte eingabe).
Aktuell ist das Skript so konfiguriert, dass sich VDR und XBMC ähnlich flott bedienen lassen, wenn man wollte, könnte man auch die Tastenwiederholung für alle Tasten noch etwas beschleunigen (aktuell mache ich das nur für die Lautstärketasten, da der Rest mit XBMC dann besser funktioniert). Bei Interesse einfach fragen, am WE wollte ich da eh nochmal ran

Um lircd direkt ohne eventlircd zu nutzen gibt es viele Wege, zum Testen aber einfach mal folgendes probieren:
1) Socket von eventlircd umbiegen: in /etc/init/eventlircd.conf den Aufruf ändern:
Code
exec /usr/sbin/eventlircd -f --socket=/var/run/lirc/lircd.event --repeat-filter
2) Socket von lircd nach /var/run/lirc/lircd umbiegen: in /etc/init/lirc/lircd.conf
Code
#Original:
    REMOTE_ARGS="--output=$REMOTE_SOCKET.$ $REMOTE_ARGS"
so abändern:
Code
#Original:
    REMOTE_ARGS="--output=$REMOTE_SOCKET $REMOTE_ARGS"
Außerdem die Option "--uinput" rausnehmen:
Code
exec /usr/sbin/lircd --nodaemon $REMOTE_LIRCD_ARGS
Dann eventlircd neu starten ("sudo stop eventlircd && sudo start eventlircd").
Ggf. muss du die Start- und Stop-Bedingungen von lircd in den Upstart-Dateien noch anpassen (also für lircd: "start on started vdr" bzw. "stop on stopping vdr"), damit die FB nach einem Neustart geht.

Die Hama MCE (läuft auf einem Test-VDR mit Athlon64 3000+ und G210) ist bei mir eigentlich sehr flott (wenn es noch flotter sein soll, mal den Repeat-Filter von Eventlircd ausschalten).

Diese X10 habe ich an meinem Acer Revo 3600 - je nachdem ob linux-media-dkms installiert ist oder nicht läuft sie entweder als tastaturartiges Eingabegerät oder als rc-core Empfänger. Hier bin ich selber noch etwas am Basteln um die optimalen Einstellungen für ir-keytable herauszufinden.
Alles anzeigen

Hi ich habe das auch mal ausprobiert bzw. suaprobieren wollen, da sich meine MCE Fernbedienung auch träge ist. Was meinst du unter Punkt 2 beschrieben Socket von lircd nach /var/run/lirc/lircd umbiegen: in /etc/init/lirc/lircd.conf ?
Ich habe lediglich die Datei /etc/init/lirc/lircd.conf editiert.

Grüße,
Doc.

seahawk1986 · 4. Februar 2012

Zitat von Dr. n00b

Ich habe lediglich die Datei /etc/init/lirc/lircd.conf editiert.

Das ist der richtige, da ist ein lirc zuviel reingerutscht...

Wobei deine MCE-FB doch gar nicht über lircd laufen sollte (du nutzt doch einen CIR-Empfänger, oder?) und das deshalb etwas sinnfrei ist das so anzupassen...

Dr. n00b · 4. Februar 2012

Okay und was wüdest du denn empfehlen? Bei einem CIR Port?

seahawk1986 · 4. Februar 2012

Was ist bei CIR träge? Nutzt du die normale eventlircd-Version, die bei yaVDR mitgeliefert wird?
Hast du dich schon mal mit den Parametern für Repeat und Period von ir-keytable auseinander gesetzt? http://dev.man-online.org/man1/ir-keytable/

Dr. n00b · 4. Februar 2012

Ich habe da nix eingestellt. yavdr installiert und so funktioniert auch die MCE Fernbedienung. Nur die Menüführung finde ich etwas lahm wenn ich mit der fernbdienung navigieren möchte.

seahawk1986 · 4. Februar 2012

Wie gesagt, du kannst den 0.2s Repeat-Filter von eventlircd deaktivieren (in der /etc/init/eventlircd.conf das "--repeat-filter" rausnehmen) und die Reaktionszeiten der Fernbedienung über die Parameter -D und -P mittels ir-keytable anpassen.

Dr. n00b · 4. Februar 2012

Ahhh --repeat-filter hab ich raus genommen, schon viel besser :- )
Die Änderung ist in einem Template wohl besser auf gehoben oder ?

Grüße

Fernbedienung - träge Bedienung

Jetzt mitmachen!

Teilen

Tags