Project

General

Profile

Actions

Bug #1230

closed

Disable omxplayer key bindings in AutoKiosk mode.

Added by Hammel 23 days ago. Updated 5 days ago.

Status:
Closed
Priority:
Immediate
Assignee:
Category:
Configuration
Target version:
Start date:
05 Oct 2025
Due date:
% Done:

100%

Estimated time:
Severity:
01 - Critical

Description

The command to start omxplayer in VideoFE in AutoKiosk mode should include the following option.

--no-keys               Disable keyboard input (prevents hangs for certain TTYs)

This may better allow VideoFE's key_press() handler to perform properly for skipping videos, adjusting volume, etc.

It's likely that this feature may be something we ALWAYS want to enable so that VideoFE can handle these features through dbuscontrol.sh instead.


Related issues

Related to VideoFE - Feature #1227: Need keyboard support for volume up/volume down.ClosedHammel03 Oct 2025

Actions
Actions #1

Updated by Hammel 21 days ago

  • Description updated (diff)
Actions #2

Updated by Hammel 10 days ago

It looks like the change should go into <videofe>/data/videofe.cfg.kiosk. Change this line

player:mp4 mkv m4v avi mov:omxplayer.bin -r %s

to this line

player:mp4 mkv m4v avi mov:omxplayer.bin --no-keys -r %s

That should disable omx from intercepting key strokes, allowing vfe to catch them instead.

Actions #3

Updated by Hammel 10 days ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 40

Manually verified that adding that option to the cfg file does prevent omxplayer from exiting with ESC in AutoKiosk. No other keys do anything either.

So now we need to enable key handling in VideoFE (RM #1227) to see if we can have it send dbus messages based on keystrokes (or screen touches).

Actions #4

Updated by Hammel 10 days ago

  • Related to Feature #1227: Need keyboard support for volume up/volume down. added
Actions #5

Updated by Hammel 8 days ago

Note: changing this for kiosk modes is done by updating <videofe>/data/videofe.cfg.kiosk.

Actions #6

Updated by Hammel 5 days ago

  • % Done changed from 40 to 80

Tested on RM #1227 and is working. Code will be committed with that issue.
Note that the use of --no-keys might need to be restricted to AutoKiosk. Current implementation will be in Kiosk too.

Actions #7

Updated by Hammel 5 days ago

  • Status changed from In Progress to Closed
  • % Done changed from 80 to 100

This is tested on non-AutoKiosk systems and the old mechanism is still in place while AutoKiosk works with --no-keys.

Code tested, committed and pushed.
Closing issue.

Actions

Also available in: Atom PDF