[VDR 2.8.2] inputlirc repeats commands at high speed

Quote from lnj

My remote control now starts repeating commands at high speed and skipping menu items. I using inputlirc.

Same here!

I wonder, if this has something to do with the latest lirc-changes, which were heavily discussed and tested, e.g. here.

I tried some higher values than the original ones:

RcRepeatDelay = 270
RcRepeatDelta = 100

Even a delay of 1000 does not influence it

/usr/sbin/inputlircd -f -g -m 0 -c /dev/input/by-id/usb-flirc.tv_flirc_AD11D5A950584C43322E3120FF0C213C-if01-event-kbd

I’ll try to learn my flirc again and check

Does it make a difference to use eventlircd instead of inputlirc?

Is the input event configured, e.g. with a service/script calling ir-keytable with -P and -D parameter?

Quote from carel

Even a delay of 1000 does not influence it

Can you show the output of irw for the lirc-compatible socket of inputlirc for a single key press and a held down key?

To get time differences, you could use the ts command from moreutils:

irw | ts -i "%.T"

lnj Just to rule out my own latest change to lirc.c, can you please try reverting this change:

The content cannot be displayed because you do not have authorisation to view this content.

(sorry, I had to post this as a screenshot, since apparently a certain word is forbidden here)

i'm using flirc too and have this settings in vdr

RcRepeatDelay = 400
RcRepeatDelta = 250

and it's working without problems with yavdr

Quote from kls

my own latest change to lirc.c

Das & hat Vorrang vor != , daher sollte das eigentlich keinen Unterschied machen, oder?
https://cplusplus.com/doc/tutorial/operators/ -> Precedence of operators

Quote from jrie

Das & hat Vorrang vor !=

Nein, != bindet stärker als &.

https://en.cppreference.com/c/language/operator_precedence

Quote

Operators are listed top to bottom, in descending precedence.
...
2 &
...
7 !=

Ich verstehe das so, dass & stärker ist als != , da 2 vor 7 kommt (descending).

Wo hast Du die 2 und 7 her ? In deinem Link ist 9 Equality != und 10 And &

The content cannot be displayed because you do not have authorisation to view this content.

Sorry, das zweite & ist relevant, nicht das erste.
Hab nicht genau genug geguckt.
klshat natürlich recht.

Nur meine Meinung aber ich empfinde diese Prioritäten als wenig schlüssig. Meine logischen Ausdrücke sind immer komplett geklammert. Dann ist offensichtlich welche Reihenfolge gemeint ist.

Does it change if you revert remote_put_fix_001.diff from Bug in remote.c verursacht "Nachlaufen" der Tasten?

lnj, carel :
Please provide some more Information about your setup:

• Remote make and type (and the used protocol if possible)
• Receiver make, type and firmware-version
• Data path receiver -> driver ..... -> VDR
• and the output of irw of 5 short presses of the "down-key":
  (Just start irw and press the "down-key" 5 times like you usually do in the menu.
  VDR can be running at the same time.)

Remote: One4All: URC 11-6440

Receiver: new tye Flirc receiver, latest firmware

Receiver software: inputlircd -> lircd socket -> vdr —lirc

irw
6c 0 KEY_DOWN /dev/input/by-id/usb-flirc.tv_flirc_AD11D5A950584C43322E3120FF0C213C-if01-event-kbd
6c 0 KEY_DOWN /dev/input/by-id/usb-flirc.tv_flirc_AD11D5A950584C43322E3120FF0C213C-if01-event-kbd
6c 0 KEY_DOWN /dev/input/by-id/usb-flirc.tv_flirc_AD11D5A950584C43322E3120FF0C213C-if01-event-kbd
6c 0 KEY_DOWN /dev/input/by-id/usb-flirc.tv_flirc_AD11D5A950584C43322E3120FF0C213C-if01-event-kbd
6c 0 KEY_DOWN /dev/input/by-id/usb-flirc.tv_flirc_AD11D5A950584C43322E3120FF0C213C-if01-event-kbd

Quote from jrie

Does it change if you revert remote_put_fix_001.dif

No 😉

In fact when I release the button quick enough it works fine. When I keep it pressed a little longer the menu in vdr scrolls like crazy

I think it’s better to skip the lirc route and use the new plugin usbkbd. I can give that a try.