Es gibt ein größeres Update des CEC-Plugins (CEC Walpurgis Edition )
Änderungen:
- Neue Konfigurationsoption <onceccommand> die es erlaubt auf CEC-Kommandos zu reagieren und dann ein CEC-Menu zu starten, welches einen Still-Pic Player startet oder das
Menü zu stoppen oder auch eine Kommando-Liste auszuführen. Das kann man z.B. dazu verwenden, wenn sich ein anderes Devices als Active-Device vordrängeln will, daraufhin den VDR wieder als Active Device zu setzten. Oder wenn man den DVD-Player einschaltet automatisch den VDR inaktiv zu schalten (so der Player passende CEC-Aktionen senden würde, was mein Samsung nicht macht). Weitere Einsatzmöglichkeit siehe [ANNOUNCE] CEC Remote Plugin 1.3.1
- Fix für manual/automatic start detection. Es wird jetzt auf Plattformen mit RTC der RTC Treiber verwendet, anstatt der alten 5 Minuten Heuristik. Das alte Verhalten lässt sich mit <rtcdetect>false</rtcdetect> in der <global> Section einstellen.
- Benutzung von c++ namespace für den Plugin-Code. Dabei sind diverse cec Prefixes für diverse Dateien und Klassen entfallen. Deshalb gibt es viele Renames im Code.
- Die CEC Initialisierung ist in den Worker Thread gewandert. Das führt zu einem schnelleren Start des Plugins.
- Bugfixes.
- Racing Conditions entfernt.
- udev rule in das contrib Verzeichnis hinzugefügt um den Zugriff vom ModemManger und mtp-probe auf den Pulse-Eight CEC adapter zu unterbinden. Der Zugriff verlängert die Startzeit und führt zu Instabilitäten.
Doku gibt es wie immer unter http://www.uli-eckhardt.de/vdr/cec.de.shtml.
Download der aktuellen Version unter https://www.uli-eckhardt.de/vdr/download/v…emote-1.4.0.tgz.
Falls es Probleme mit Instabilitäten und langer Startzeit gibt:
Nach dem ersten Starten des VDR sollte man prüfen, ob der Modem Manager oder mtp-probe auf das Device zugreifen, indem man das Syslog nach dem Device-Path (/sys/devices/pci00 ...) durchsucht. Im sylog erkennt man solche Zugriffe mittels:
Quoteroot@vdr:~> journalctl | grep ... (device path)
Apr 30 16:57:37 vdr mtp-probe[746]: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3"
Apr 30 16:57:52 vdr vdr[1105]: [cecremote] Device 0 path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3 port: /dev/ttyACM0 Firmware 0001
Apr 30 16:57:55 vdr ModemManager[538]: Couldn't create modem for device at '/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3': Failed to find primary AT port
Eine udev rule die man z.B. unter /etc/udev/rules.d/20-libcec.rules installiert, unterbindet den Zugriff (die Rule liegt auch im contrib Verzeichnis des Plugins)
Quote# ModemManager and mtp probe should ignore /dev/ttyACM0
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2548", ATTRS{idProduct}=="1002", ENV{ID_MM_DEVICE_IGNORE}="1", ENV{MTP_NO_PROBE}="1"
Bugreports, Anmerkungen, Tippfehler oder Verbesserungen zur Doku werden gerne genommen.