Umfrage zu Eventlircd - Einstellung des Repeat-Filters

Kurze Frage

ich möchte das Paket für 0.3s nutzen.

was muß ich als Paketname angeben?

sudo dpkg -i <Paketname>

Moin, moin,

ich habe es wie oben versucht und bekomme den fehler unten, was mache ich falsch??

wget http://dl.dropbox.com/u/960809/eventlircd_0.0.1%2Bsvn20110409.0930-0.3s~natty_amd64.deb
--2011-11-06 08:48:05--  http://dl.dropbox.com/u/960809/eventlircd_0.0.1%2Bsvn20110409.0930-0.3s~natty_amd64.deb
Auflösen des Hostnamen dl.dropbox.com... 107.22.221.113
Verbindungsaufbau zu dl.dropbox.com|107.22.221.113|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 33624 (33K) [application/x-debian-package]
In »eventlircd_0.0.1+svn20110409.0930-0.3s~natty_amd64.deb.2« speichern.


100%[======================================>] 33.624  	73,0K/s   in 0,4s


2011-11-06 08:48:06 (73,0 KB/s) - »eventlircd_0.0.1+svn20110409.0930-0.3s~natty_amd64.deb.2« gespeichert [33624/33624]


root@yavdr:/home/yavdr# sudo dpkg -i eventlircd_0.0.1%2Bsvn20110409.0930-0.3s~natty_amd64.deb
dpkg: Fehler beim Bearbeiten von eventlircd_0.0.1%2Bsvn20110409.0930-0.3s~natty_amd64.deb (--install):
 Auf das Archiv kann nicht zugegriffen werden: Datei oder Verzeichnis nicht gefunden
Fehler traten auf beim Bearbeiten von:
 eventlircd_0.0.1%2Bsvn20110409.0930-0.3s~natty_amd64.deb

Ich habe das problem, dass nach der umstellung auf 0.4 (aktuellste updates sind drauf) und anpassung der lirc.conf eigentlich alles geht, ausser, dass nun die fernbedienung doppelte befehle ausführt. nun dachte ich, ich versuche es mit 0,3s, aber ich bekomm es nicht hin.

gruß

Bei mir haben die 0,3sec auch das perfekte Ergebnis ergeben, nu läuft alles super! Dankeschön!

sudo dpkg -i eventlircd*0.3s*.deb

das hat geholfen, es geht,

vielen dank

Hallo seahawk1986,

0.3s funzt prima,

Gruß,
Miracoli

Hallo.
Ich hatte es schon in einem anderen Thread geschrieben, ich hatte irre Probleme mit nachprellenden Tasten. Nach einem Hinweis habe ich die 0.6er und die 0.9er Variante getestet. Mit 0.9s geht es halbwegs. Der VDR reagiert allerdings auf die FB bei weitem nicht mehr so schön, wie vorher mit linvdr und lircd. Manchmal gehts, manchmal muss ich mehrmals drücken, bevor was passiert, und manchmal prellt die gedrückte Taste mehrmals nach. Deshalb folgende Frage:
Gibt es eine bezahlbare FB die wie meine Bluetooth-Tastatur funktioniert? Wenn diese nicht so groß wäre, wäre ich damit wirklich gut bedient. Da reagiert der VDR genau wie er soll.

Gruß

Mike

Nabend,
Seahawk hat keine Mühen gescheut und einen weiteren Weg aufgetan um das Tastenprellen in den Griff zu bekommen,
siehe:
[0.4]XBMC- Einfacher Tastendruck -> Doppelte eingabe

Experimentel aber bei mir tut das sehr gut.

Gruß und Dank
Ulf

Hallo,

wäre es nicht sinnvoll, aufgrund der Umfrageergebnisse, den Standard zu 0,3 zu erklären?
Alternativ wäre natürlich eine Einstellmöglichkeit über das OSD oder das Web-Tool perfekt.
Oder meinetwegen übers config file des eventlirc.

Wie ist der Stand?

LG
CyberHogo

ich hab jetzt von 0,2s bis 0,9s alle Pakete durchprobiert, und habe immer noch "nachprellende" Tasten im vdr-Menü. In der Abstimmung fehlt dafür noch die entsprechende Option...

Was kann ich jetzt noch tun, damit mein yavdr 0.4 wieder so funktioniert, wie vor der Einführung von eventlircd?

Macht es Sinn, alle Tests nochmal zu wiederholen mit deaktiviertem repeat-Filter in /etc/init/eventlircd.conf ?
Mit 0,2s hatte ich das schon probiert, aber es gab keine erkennbare Veränderung.

Quote from Dr. Seltsam

Was kann ich jetzt noch tun, damit mein yavdr 0.4 wieder so funktioniert, wie vor der Einführung von eventlircd?

Die 0.4 hatte von Anfang an eventlircd.

Gerald

nochmal zum Verständnis, weil Gerald mich jetzt total verwirrt hat. Nicht dass ich hier an der völlig falschen Stelle suche:

Die Probleme fingen schlagartig Mitte Oktober letzten Jahres an, als -vermutlich nach einem update- die FB überhaupt nicht mehr funktionierte. Aus irgendeinem Grund war der Lirc-Support von selbst plötzlich ganz deaktiviert.

Ich hatte jetzt gedacht, dass zu diesem Zeitpunkt irgendeine Änderung/Neuerung in 0.4 testing eingeflossen wäre und habe einen Zusammenhang mit diesem Posting gesehen, dass zeitlich auch etwa hinkommt.

Wenn eventlircd von Angang an in yavdr 0.4 war, und auch von Anfang an für alle Fernbedienungen - auch lirc-serial- benutzt wurde, und ich jetzt mit der 0,9s-Version auch wieder exakt die gleiche eventlircd-Version wie anfangs habe (?)... was gab es damals noch an Änderungen, die das Problem bewirkt haben können? Und wie kann ich die rückgängig machen?

Quote

Das Problem ist die --uinput Option von Lirc - da werden einfach zu viele Tastendrücke gesendet.

wo wird die gesetzt, und seit wann ist das der Fall?

ich denke mal, das doch eine ganze Menge Leute Lirc-Empfänger verwenden. Warum musste man die denn nun unbedingt auch auf eventlircd umstellen? Wird der Aufwand für das Kompensieren daraus entstehender Probleme nun nicht im Ergebnis höher, als eine separate Behandlung der Lirc-Empfänger ihn bis dato verursacht hatte?

lircd2uinput hat ja etliche Konfigurationsparameter. Ich befürchte, dass ich da am Ende auch wieder viele Experimente anstellen muss, bis das in Verbindung mit den in der lircd.conf zusätzlichen Parametern -die zum Teil das gleiche regeln- wie gewohnt läuft. Mir stellt sich da wirklich die Frage, ob nicht der einfachste Weg manchmal der bessere ist.
Ich habe trotzdem mal versucht, es nach der Anleitung zu installieren. Leider ist https://raw.github.com/yavdr/y…2uinput/lircd2uinput.conf offline. Ich habe dann die hier genommen und hoffe, es ist die richtige.
Leider funktioniert das nicht. ircd2uinput läuft nicht. Wenn ich es manuell starte, kommt

Quote

root@ubuntuvdr1:/usr/bin# lircd2uinput
Traceback (most recent call last):
File "/usr/bin/lircd2uinput", line 22, in <module>
import gobject
ImportError: No module named gobject

hätte ich den alternativen Installationsweg von python-uinput gehen müssen? Ich habe es über apt installiert, wie in der Anleitung als erstes vorgeschlagen.

Oh mann, was für ein Aufwand...

Wie stelle ich denn auf remoted um? Gibt es dafür irgendwo eine Anleitung? Eine /etc/init/remoted.conf gibt es bei mir z.B. nicht (mehr).

Quote from Dr. Seltsam

ich denke mal, das doch eine ganze Menge Leute Lirc-Empfänger verwenden. Warum musste man die denn nun unbedingt auch auf eventlircd umstellen? Wird der Aufwand für das Kompensieren daraus entstehender Probleme nun nicht im Ergebnis höher, als eine separate Behandlung der Lirc-Empfänger ihn bis dato verursacht hatte?

Wenn ich mich hätte durchsetzen können, dann würde yaVDR jetzt keine Lirc-Devices mehr unterstützen. Deshalb sei doch froh das es überhaupt noch geht. Was ich bisher lesen konnte, konnten bisher alle Lirc-User ihre Probleme mit den von Seahawk angebotenen Lösungen in den Griff kriegen. Lirc-Devices sind legacy und hoffentlich bald verschwunden.

Gerald