[gelöst][yaVDR] /dev/input/eventX geht nicht

apt-get update
apt-get install vdr-plugin-remote

oh verdammt ... da hast du recht....
(dauert etwas)
gibt es ja noch gar nicht bei uns

so jetzt aber
keine ahnung wer das einfach aus dem repo geklaut hat

EDIT: moment repo zickt etwas ...
im moment kann man von dem repo nichts installieren

ip9
jetzt sollte es aber funktionieren.
aus irgendeinem grund konnte man fast 2 stunden lang nichts am repo machen.
jetzt kannst du remote installieren. ob das was du vorhast auch funktioniert kann ich dir leider nicht versprechen.

vdr-plugin-remote:
Installiert: (keine)
Kandidat: 0.4.0-19~tvt2
Versions-Tabelle:
0.4.0-19~tvt2 0
500 http://ppa.launchpad.net karmic/main Packages
0.4.0-15 0
500 http://de.archive.ubuntu.com karmic/universe Packages

Hi ip9,

bei mir geht´s ohne remote-Plug-in bei meinem System mit 1xHauppauge Nova-HD-S2 und 1xHauppauge HVR-4000 (in LIRC wird´s als HVR-1100 "geführt"):

REMOTE="Hauppauge HVR-1100"
REMOTE_MODULES=""
REMOTE_DRIVER="devinput"
REMOTE_DEVICE="/dev/input/ir"
REMOTE_SOCKET=""
REMOTE_LIRCD_CONF="hauppauge/lircd.conf.hauppauge"
REMOTE_LIRCD_ARGS=""
TRANSMITTER="None"
TRANSMITTER_MODULES=""
TRANSMITTER_DRIVER=""
TRANSMITTER_DEVICE=""
TRANSMITTER_SOCKET=""
TRANSMITTER_LIRCD_CONF=""
TRANSMITTER_LIRCD_ARGS=""
START_LIRCD="true"
START_LIRCMD=""
LOAD_MODULES=""
LIRCMD_CONF=""
FORCE_NONINTERACTIVE_RECONFIGURATION="false"

Damit /dev/input/ir immer mit dem gleichen IR-Anschluss funktioniert, wenn ich zwei Karten mit Infrarot-Empfänger habe, die sogar wie in diesem Fall die gleiche Kennung aufweisen können, unterscheide ich die IR-Empfänger der Karten über den PCI-Slot, in dem sie drinhängen. Dazu habe ich eine neue Datei /etc/udev/rules.d/11-local.rules mit folgendem Inhalt erstellt:

KERNEL=="event*",ATTRS{phys}=="pci-0000:01:08.?/ir0",SYMLINK="input/ir"

Diesen phys-Wert bekommt man raus über

cat /proc/bus/input/devices

Anstatt von Phys kannst Du natürlich auch Name nehmen, wenn es den IR-Empfänger nur einmal in Deinem System gibt.

So zeigt /dev/input/ir bei mir gerade auf /dev/input/event7, und ich habe kein Problem, wenn der Empfänger beim nächsten Bootvorgang z.B. an /dev/input/event8 eingehängt wird.

Jörg

Zitat

Dazu habe ich eine neue Datei /etc/udev/rules.d/11-local.rules mit folgendem Inhalt erstellt:

Code

KERNEL=="event*",ATTRS{phys}=="pci-0000:01:08.?/ir0",SYMLINK="input/ir"

Jörg

Dazu haben wie in /etc/udev/rules.d/10-dvb-remote.rules

schon mal angefangen zu sammeln. Wenn Du mir Dein ATTRS{name} und Deinen "Wunschnamen" (bitte etwas länger als ir) zukommen lässt, kann ich ihn übernehmen.

Arno

Hi,

mir war Sinn und Zweck der 10-dvb-remotes.rules nicht ganz klar, weil die Devices auf völlig unterschiedliche Symlinks gehen.

Zudem nützt in meinem Fall ATTRS{name} wenig:

I: Bus=0001 Vendor=0070 Product=6906 Version=0001
N: Name="cx88 IR (Hauppauge WinTV-HVR400"
P: Phys=pci-0000:01:08.2/ir0
S: Sysfs=/devices/pci0000:00/0000:00:08.0/0000:01:08.2/input/input7
U: Uniq=
H: Handlers=kbd event7 
B: EV=100003
B: KEY=100fc312 214a802 0 0 0 0 18000 41a8 4801 9e1680 0 0 10000ffc


I: Bus=0001 Vendor=0070 Product=6902 Version=0001
N: Name="cx88 IR (Hauppauge WinTV-HVR400"
P: Phys=pci-0000:01:09.2/ir0
S: Sysfs=/devices/pci0000:00/0000:00:08.0/0000:01:09.2/input/input8
U: Uniq=
H: Handlers=kbd event8 
B: EV=100003
B: KEY=100fc312 214a802 0 0 0 0 18000 41a8 4801 9e1680 0 0 10000ffc

Kommt daher, dass zwei Karten vom gleichen Hersteller mit gleichem Layout sind - wie wahrscheinlich bei vielen, die mehrere Karten und meist vom gleichen Hersteller eingebaut haben. Und in diesem Fall ganz kurios: Das eine ist eine HVR-4000 wie zu lesen, das andere eine Nova-S2-HD, aber wie gesagt: Die sind sind bis auf ein paar Bauteile eh identisch. Da bleibt als Unterscheidungsmerkmal ja eigentlich nur noch der interne Port, denn selbst der Key ist gleich, und I dürfte bei wirklich gleichen Karten auch wirklcih identisch sein...

Alle Infos für die udev findest Du oben, wenn Du es wirklich ergänzen willst, der "Wunschname" wäre mir egal. Wäre vielleicht sinnvoll, den in Zukunft einheitlich zu vergeben, also z.B. input/ir_cx88 oder input/hvr4000 o.ä.

Und noch eine Randbemerkung: Die lircd.conf, die mit lirc mitgeliefert wird, ist leider nicht zu gebrauchen (Abschnitt HVR-1100). Habe dort nicht nur Schreibfehler wie "Asterix" gefunden, sondern auch "*" als Taste sowie eine von den anderen Hauppauge-Remotes differierende Groß-/Kleinschreibung.
Ist blöd, wenn es z.B. bei XBMC out-of-the-box laufen sollte. Man müsste dann eher die lirc.conf parsen und dann ähnlich wie bei der Programmierung der Logitech-Fernbedienungen die Tasten per Drop-Down-Menüs zuweisen können (siehe z.B. http://www.vdr-wiki.de/wiki/in…ech_Harmony#Konfiguration).

Das mit den doppelten Karten ist natürlich ein valider Einwand. Unsere Regeln taugen im Moment nur für Einkartensystem. Ich werde mir mal Gedanken darüber machen, dass um eine Zahl zu erweitern. Eine bleibende Nummerierung wie "ir_remote1" usw wäre ja schon hilfreich, damit man aus der Abhängigkeit von sonstigen USB-Geräten kommt. Ich setze es mal auf unseren Bugtracker.

Arno

Hi,

erstmal ein Lob,

auf Anhieb funktioniert schon mal das Bild nach der Installation.
Mit der Erstellung von /etc/asound.conf kam auch Ton raus.

Asus P5N7A-VM + E7400+4GB+NovaHD-S2

/etc/asound.conf:

pcm.!default {
type hw
card 0
device 1
}

Konfiguration für Ton über den optischen Ausgang, nicht HDMI

Leider funktioniert die FB nicht.
JK1974 hat die Datei: /etc/udev/rules.d/11-local.rules angelegt, das habe ich auch gemacht, obwol ich nur eine Karte habe, das sollte also nicht weiter schlimm sein.
Leider wird bei mir der Symlink /dev/input/ir nicht erstellt.
Ist der Inhalt der Datei soweit richtig wie beschrieben?
Wenn ich die mit der Datei: 10-dvb-remotes.rules vergleiche gibt es dort unterschiede. KERNELS statt KERNEL und SYMLINK+=
Muss nur der Pfad input/ir eingegeben werden und nicht /dev/input/ir?

Habe gerade bei einem Film auf Dolby Digital 5.1 umgeschaltet. Leider kommt es nicht beim AV-Receiver an. Vielleicht hat jemand nen Tip auf Anhieb. Hatte noch nicht viel Zeit zum testen oder großen Log auswerten.

Morgen gibt es noch mal weitere Infos.

derpostbote:
Hab´s gerade verglichen, und ist genauso bei mir - also nicht falsch abgeschrieben.