[ANNOUNCE] CEC Remote Plugin 0.4.0

Ulrich Eckhardt · 10. Juni 2015

Zitat von maf

. In MLD gibt es die Möglichkeit, beim Beenden des VDR (über die Fernbedienung) nur den VDR Prozess zu beenden, den RPi aber weiterlaufen zu lassen

Das kommt in erster Linie mal drauf an, wie das alles in MLD konfiguriert ist. Ausserdem ist das CEC Plugin Version 0.6.0 schon Opas beste Version. Aktuell ist 1.2.0.

Hänge mal ein paar Logs vom Abschaltvorgang an. Ausserdem kannst du mal den VDR killen, dann den cec-client starten und mal schauen, was der so ausgibt, wenn man den Fernseher abschaltet.

maf · 13. Juni 2015

Zitat von Ulrich Eckhardt

Das kommt in erster Linie mal drauf an, wie das alles in MLD konfiguriert ist. Ausserdem ist das CEC Plugin Version 0.6.0 schon Opas beste Version. Aktuell ist 1.2.0.

Das ist natürlich beides richtig. Claus Muus hat geschrieben, dass in ein paar Tagen die aktuelle Version von CEC Remote in MLD aufgenommen werden wird.

Zitat von Ulrich Eckhardt

Hänge mal ein paar Logs vom Abschaltvorgang an. Ausserdem kannst du mal den VDR killen, dann den cec-client starten und mal schauen, was der so ausgibt, wenn man den Fernseher abschaltet.

Falls es in MLD Logs vom Herunterfahren gibt, dann weiß ich leider nicht, wo. Beim Ausschalten des Fernsehers meldet cec-client Folgendes:

Code

MLD2> cec-client -m -f /root/cec-client.log -d 31
starting a monitor-only client. use 'mon 0' to switch to normal mode
log level set to 31
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.2.0
no serial port given. trying autodetect:
 path:     Raspberry Pi
 com port: RPI


opening a connection to the CEC adapter...
DEBUG:   [              70]     unregistering all CEC clients
DEBUG:   [              71]     Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [              72]     InitHostCEC - vchiq_initialise succeeded
DEBUG:   [              73]     InitHostCEC - vchi_initialise succeeded
DEBUG:   [              73]     InitHostCEC - vchi_connect succeeded
DEBUG:   [              74]     logical address changed to Free use (e)
DEBUG:   [              74]     Open - vc_cec initialised
NOTICE:  [              75]     connection opened
waiting for input
DEBUG:   [              76]     processor thread started
TRAFFIC: [           98830]     >> 0f:36
DEBUG:   [           98831]     >> TV (0) -> Broadcast (F): standby (36)
DEBUG:   [           98831]     TV (0): power status changed from 'unknown' to 'standby'
DEBUG:   [           98832]     device TV (0) status changed to present after command standby

Alles anzeigen

clausmuus · 13. Juni 2015

Alle interessanten Logs kannst Du direkt über das Webif einsehen.
Ansonsten sind die wie üblich unter /var/log zu finden.

Claus

maf · 14. Juni 2015

Ja, aber finde ich in /var/log auch irgendwo Informationen über das Herunterfahren, nach denen Ulrich Eckhardt gefragt hat?

clausmuus · 14. Juni 2015

Am ehesten im /var/log/messages vermute ich. Ich weiß aber nicht auswendig ob da noch andere Logfiles mehr Informationen zu Deinem Problem enthalten.

Claus

maf · 14. Juni 2015

In /var/log/messages finde ich nur Einträge zum Hochfahren bzw. der Wiedergabe einer Aufzeichnung. Der Vollständigkeit hier noch einmal das Protokoll, das ich schon im MLD Forum gepostet habe, das aber m.E. nicht weiterhilft:

Code

Jun  9 12:52:00 MLD2 user.err vdr: [cecremote] PowerOnDevice failed for TV
Jun  9 12:52:03 MLD2 cron.notice atd[2329]: Removing stale lockfile for pid 1239
Jun  9 12:52:06 MLD2 daemon.err udevd[2622]: failed to execute '/lib/udev/usb-db' 'usb-db /devices/platform/bcm2708_usb/usb1/1-1/1-1.1/1-1.1:
1.0/net/eth0': No such file or directory
Jun  9 12:52:06 MLD2 daemon.err udevd[2626]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jun  9 12:52:07 MLD2 daemon.err udevd[2701]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jun  9 12:52:08 MLD2 auth.info login[2768]: root login on 'tty2'
Jun  9 12:52:08 MLD2 auth.info login[2767]: root login on 'tty1'
Jun  9 12:52:08 MLD2 auth.info login[2769]: root login on 'tty3'
Jun  9 12:52:08 MLD2 auth.info login[2770]: root login on 'tty4'
Jun  9 13:25:21 MLD2 user.err vdr: [2260] ERROR (device.c,1805): Bad file descriptor
Jun  9 13:36:34 MLD2 user.err vdr: [2258] cStreamdevFilters::Action(): stream disconnected ?
Jun  9 13:36:34 MLD2 user.err vdr: [2257] ERROR (device.c,1805): Bad file descriptor
Jun  9 13:39:20 MLD2 user.err vdr: [3912] ERROR (device.c,1805): Bad file descriptor
Jun  9 13:39:22 MLD2 user.warn kernel: [ 2963.985519] usb 1-1.5: Weird key 14 e0 b8 80
Jun  9 14:07:14 MLD2 user.warn kernel: [ 4635.848398] usb 1-1.5: Weird key 14 81 40 80

Alles anzeigen

maf · 15. Juni 2015

Der freundliche Samsung Support hat mir geraten, im Menü unter System → Anynet+ (HDMI-CEC) die Option Autom. Ausschalten auf Nein zu setzen. Das verhindert in der Tat, dass der Fernseher angeschlossene Geräte ausschaltet. Aber auch, dass angeschlossene Geräte den Fernseher ausschalten. Die Deaktivierung dieser Option ist also noch nicht die wahre Lösung.

Ulrich Eckhardt · 17. Juni 2015

Zitat von maf

MLD2> cec-client -m -f /root/cec-client.log -d 31

Kannst du bitte den cec-client ohne -m und -d aufrufen? (Das CEC-Plugin vorher mit svdrpsend plug cecremote disc disconnecten).

Wenn ich mir folgenden Logeintrag anschaue:

Zitat von maf

Jun 9 12:52:00 MLD2 user.err vdr: [cecremote] PowerOnDevice failed for TV

habe ich so das Gefühl, da läuft noch ein anderer Daemon. Wenn das Runterfahren vom CEC Client komment würde, müssten da Tastendrücke zu sehen sein (es sei denn es gibt da noch eine Schweinerei in der Libcec).

maf · 21. Juni 2015

Hallo,

hat leider etwas gedauert...

Beim Abkoppeln des Plugins und Start von cec-client erhalte ich die folgenden Ausgaben. Das Ausschalten des Fernsehers führt bei diesem ersten Test zu keinen Einträgen, weil ich die Option zum Ausschalten angeschlossener Geräte zunächst noch nicht wieder aktiviert hatte:

Code

MLD2> svdrpsend.sh plug cecremote disc
220 MLD2 SVDRP VideoDiskRecorder 2.2.0; Sun Jun 21 12:32:32 2015; UTF-8
214 Disconnected
221 MLD2 closing connection
MLD2> cec-client -f /root/cec-client.log
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.2.0
no serial port given. trying autodetect:
 path:     Raspberry Pi
 com port: RPI


opening a connection to the CEC adapter...
DEBUG:   [              71]     unregistering all CEC clients
DEBUG:   [              72]     Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [              73]     InitHostCEC - vchiq_initialise succeeded
DEBUG:   [              74]     InitHostCEC - vchi_initialise succeeded
DEBUG:   [              74]     InitHostCEC - vchi_connect succeeded
DEBUG:   [              75]     Open - vc_cec initialised
DEBUG:   [              76]     logical address changed to Free use (e)
NOTICE:  [              76]     connection opened
DEBUG:   [              77]     processor thread started
DEBUG:   [              77]     << Broadcast (F) -> TV (0): POLL
DEBUG:   [              77]     initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
TRAFFIC: [              77]     << e0
DEBUG:   [             138]     >> POLL sent
DEBUG:   [             139]     TV (0): device status changed into 'present'
DEBUG:   [             139]     << requesting vendor ID of 'TV' (0)
TRAFFIC: [             140]     << e0:8c
TRAFFIC: [             332]     >> 0f:87:00:00:f0
DEBUG:   [             332]     >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG:   [             332]     TV (0): vendor = Samsung (0000f0)
DEBUG:   [             332]     expected response received (87: device vendor id)
DEBUG:   [             332]     replacing the command handler for device 'TV' (0)
NOTICE:  [             333]     registering new CEC client - v2.2.0
DEBUG:   [             333]     detecting logical address for type 'recording device'
DEBUG:   [             333]     trying logical address 'Recorder 1'
DEBUG:   [             333]     << Recorder 1 (1) -> Recorder 1 (1): POLL
TRAFFIC: [             333]     << 11
TRAFFIC: [             424]     << 11
DEBUG:   [             514]     >> POLL not sent
DEBUG:   [             514]     using logical address 'Recorder 1'
DEBUG:   [             515]     Recorder 1 (1): device status changed into 'handled by libCEC'
DEBUG:   [             515]     Recorder 1 (1): power status changed from 'unknown' to 'on'
DEBUG:   [             515]     Recorder 1 (1): vendor = Pulse Eight (001582)
DEBUG:   [             515]     Recorder 1 (1): CEC version 1.4
DEBUG:   [             515]     AllocateLogicalAddresses - device '0', type 'recording device', LA '1'
DEBUG:   [             516]     logical address changed to Recorder 1 (1)
DEBUG:   [             516]     Recorder 1 (1): osd name set to 'CECTester'
DEBUG:   [             525]     Recorder 1 (1): menu language set to 'eng'
DEBUG:   [             525]     GetPhysicalAddress - physical address = 1000
DEBUG:   [             526]     AutodetectPhysicalAddress - autodetected physical address '1000'
DEBUG:   [             526]     Recorder 1 (1): physical address changed from ffff to 1000
DEBUG:   [             526]     << Recorder 1 (1) -> broadcast (F): physical adddress 1000
TRAFFIC: [             526]     << 1f:84:10:00:01
NOTICE:  [             678]     CEC client registered: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 1.0.0.0, host: armv7l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: c370d52, compiled on: Thu Mar 12 17:17:40 UTC 2015 by devel@nightbuild-rpi on Linux 3.18.7-v7+ (armv7l)
DEBUG:   [             678]     << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [             679]     << 10:47:43:45:43:54:65:73:74:65:72
DEBUG:   [             979]     << requesting power status of 'TV' (0)
TRAFFIC: [             980]     << 10:8f
TRAFFIC: [            1124]     >> 01:90:00
DEBUG:   [            1124]     >> TV (0) -> Recorder 1 (1): report power status (90)
DEBUG:   [            1124]     TV (0): power status changed from 'unknown' to 'on'
DEBUG:   [            1125]     expected response received (90: report power status)
DEBUG:   [            3018]     logical address changed to Free use (e)
WARNING: [            3049]     unhandled response received: opcode=0 initiator=e destination=0 response=0
WARNING: [            3139]     unhandled response received: opcode=8c initiator=e destination=0 response=0
TRAFFIC: [            3254]     >> 0f:87:00:00:f0
DEBUG:   [            3255]     >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG:   [            3255]     << Recorder 1 (1) -> Broadcast (F): vendor id Pulse Eight (1582)
TRAFFIC: [            3255]     << 1f:87:00:15:82
WARNING: [            3405]     unhandled response received: opcode=87 initiator=e destination=f response=0
WARNING: [            3495]     unhandled response received: opcode=0 initiator=e destination=1 response=1
WARNING: [            3586]     unhandled response received: opcode=0 initiator=e destination=1 response=1
DEBUG:   [            3586]     logical address changed to Recorder 1 (1)
WARNING: [            3737]     unhandled response received: opcode=84 initiator=1 destination=f response=0
WARNING: [            3887]     unhandled response received: opcode=47 initiator=1 destination=0 response=0
WARNING: [            3948]     unhandled response received: opcode=8f initiator=1 destination=0 response=0
WARNING: [            4122]     unhandled response received: opcode=0 initiator=1 destination=2 response=1
WARNING: [            4212]     unhandled response received: opcode=0 initiator=1 destination=2 response=1
DEBUG:   [            4256]     command 'device vendor id' timeout
WARNING: [            4303]     unhandled response received: opcode=0 initiator=1 destination=3 response=1
WARNING: [            4393]     unhandled response received: opcode=0 initiator=1 destination=3 response=1
WARNING: [            4484]     unhandled response received: opcode=0 initiator=1 destination=4 response=1
WARNING: [            4574]     unhandled response received: opcode=0 initiator=1 destination=4 response=1
WARNING: [            4664]     unhandled response received: opcode=0 initiator=1 destination=5 response=1
WARNING: [            4755]     unhandled response received: opcode=0 initiator=1 destination=5 response=1
WARNING: [            4845]     unhandled response received: opcode=0 initiator=1 destination=6 response=1
WARNING: [            4935]     unhandled response received: opcode=0 initiator=1 destination=6 response=1
WARNING: [            5037]     unhandled response received: opcode=0 initiator=1 destination=7 response=1
WARNING: [            5128]     unhandled response received: opcode=0 initiator=1 destination=7 response=1
WARNING: [            5188]     unhandled response received: opcode=4 initiator=1 destination=0 response=0
WARNING: [            5308]     unhandled response received: opcode=82 initiator=1 destination=f response=0
WARNING: [            5399]     unhandled response received: opcode=8e initiator=1 destination=0 response=0
WARNING: [            5579]     unhandled response received: opcode=0 initiator=1 destination=8 response=1
WARNING: [            5670]     unhandled response received: opcode=0 initiator=1 destination=8 response=1
WARNING: [            5760]     unhandled response received: opcode=0 initiator=1 destination=9 response=1
WARNING: [            5850]     unhandled response received: opcode=0 initiator=1 destination=9 response=1
WARNING: [            5941]     unhandled response received: opcode=0 initiator=1 destination=a response=1
WARNING: [            6031]     unhandled response received: opcode=0 initiator=1 destination=a response=1
WARNING: [            6122]     unhandled response received: opcode=0 initiator=1 destination=b response=1
WARNING: [            6212]     unhandled response received: opcode=0 initiator=1 destination=b response=1
WARNING: [            6302]     unhandled response received: opcode=0 initiator=1 destination=c response=1
WARNING: [            6393]     unhandled response received: opcode=0 initiator=1 destination=c response=1
WARNING: [            6483]     unhandled response received: opcode=0 initiator=1 destination=d response=1
WARNING: [            6573]     unhandled response received: opcode=0 initiator=1 destination=d response=1
WARNING: [            6664]     unhandled response received: opcode=0 initiator=1 destination=e response=1
WARNING: [            6754]     unhandled response received: opcode=0 initiator=1 destination=e response=1
WARNING: [            6815]     unhandled response received: opcode=4 initiator=1 destination=0 response=0
WARNING: [            6906]     unhandled response received: opcode=1b initiator=1 destination=0 response=0
WARNING: [            6996]     unhandled response received: opcode=4 initiator=1 destination=0 response=0
WARNING: [            7118]     unhandled response received: opcode=82 initiator=1 destination=f response=0
WARNING: [            7209]     unhandled response received: opcode=8e initiator=1 destination=0 response=0
DEBUG:   [           29754]     unregistering all CEC clients
NOTICE:  [           29754]     unregistering client: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 1.0.0.0, host: armv7l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: c370d52, compiled on: Thu Mar 12 17:17:40 UTC 2015 by devel@nightbuild-rpi on Linux 3.18.7-v7+ (armv7l)

Alles anzeigen

Für den zweiten Test habe ich das Ausschalten des angeschlossenen Geräts durch den Fernseher wieder aktivert und erhalte nun

Code

MLD2> cec-client -f /root/cec-client2.log
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.2.0
no serial port given. trying autodetect:
 path:     Raspberry Pi
 com port: RPI


opening a connection to the CEC adapter...
DEBUG:   [              71]     unregistering all CEC clients
DEBUG:   [              72]     Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [              73]     InitHostCEC - vchiq_initialise succeeded
DEBUG:   [              73]     InitHostCEC - vchi_initialise succeeded
DEBUG:   [              73]     InitHostCEC - vchi_connect succeeded
DEBUG:   [              74]     logical address changed to Free use (e)
DEBUG:   [              74]     Open - vc_cec initialised
NOTICE:  [              74]     connection opened
DEBUG:   [              75]     processor thread started
DEBUG:   [              75]     << Broadcast (F) -> TV (0): POLL
DEBUG:   [              75]     initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
TRAFFIC: [              76]     << e0
DEBUG:   [             106]     >> POLL sent
DEBUG:   [             107]     TV (0): device status changed into 'present'
DEBUG:   [             107]     << requesting vendor ID of 'TV' (0)
TRAFFIC: [             107]     << e0:8c
TRAFFIC: [             312]     >> 0f:87:00:00:f0
DEBUG:   [             312]     >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG:   [             312]     TV (0): vendor = Samsung (0000f0)
DEBUG:   [             313]     expected response received (87: device vendor id)
DEBUG:   [             313]     replacing the command handler for device 'TV' (0)
NOTICE:  [             313]     registering new CEC client - v2.2.0
DEBUG:   [             313]     detecting logical address for type 'recording device'
DEBUG:   [             314]     trying logical address 'Recorder 1'
DEBUG:   [             314]     << Recorder 1 (1) -> Recorder 1 (1): POLL
TRAFFIC: [             314]     << 11
WARNING: [             463]     unhandled response received: opcode=87 initiator=e destination=f response=0
TRAFFIC: [             553]     << 11
DEBUG:   [             644]     >> POLL not sent
DEBUG:   [             644]     using logical address 'Recorder 1'
DEBUG:   [             644]     Recorder 1 (1): device status changed into 'handled by libCEC'
DEBUG:   [             644]     Recorder 1 (1): power status changed from 'unknown' to 'on'
DEBUG:   [             645]     Recorder 1 (1): vendor = Pulse Eight (001582)
DEBUG:   [             645]     Recorder 1 (1): CEC version 1.4
DEBUG:   [             645]     AllocateLogicalAddresses - device '0', type 'recording device', LA '1'
DEBUG:   [             646]     logical address changed to Recorder 1 (1)
DEBUG:   [             646]     Recorder 1 (1): osd name set to 'CECTester'
DEBUG:   [             646]     Recorder 1 (1): menu language set to 'eng'
DEBUG:   [             647]     GetPhysicalAddress - physical address = 1000
DEBUG:   [             647]     AutodetectPhysicalAddress - autodetected physical address '1000'
DEBUG:   [             647]     Recorder 1 (1): physical address changed from ffff to 1000
DEBUG:   [             647]     << Recorder 1 (1) -> broadcast (F): physical adddress 1000
TRAFFIC: [             648]     << 1f:84:10:00:01
NOTICE:  [             798]     CEC client registered: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 1.0.0.0, host: armv7l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: c370d52, compiled on: Thu Mar 12 17:17:40 UTC 2015 by devel@nightbuild-rpi on Linux 3.18.7-v7+ (armv7l)
DEBUG:   [             799]     << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [             799]     << 10:47:43:45:43:54:65:73:74:65:72
DEBUG:   [            1100]     << requesting power status of 'TV' (0)
TRAFFIC: [            1100]     << 10:8f
TRAFFIC: [            1249]     >> 01:90:00
DEBUG:   [            1249]     >> TV (0) -> Recorder 1 (1): report power status (90)
DEBUG:   [            1249]     TV (0): power status changed from 'unknown' to 'on'
DEBUG:   [            1250]     expected response received (90: report power status)
waiting for input
TRAFFIC: [            9527]     >> 0f:36
DEBUG:   [            9528]     >> TV (0) -> Broadcast (F): standby (36)
DEBUG:   [            9528]     TV (0): power status changed from 'on' to 'standby'

Alles anzeigen

Die Zeilen nach 'waiting for input' sind die Reaktion auf das Ausschalten des Fernsehers.

Gruß, maf

Ulrich Eckhardt · 21. Juni 2015

Zitat von maf

Für den zweiten Test habe ich das Ausschalten des angeschlossenen Geräts durch den Fernseher wieder aktivert und erhalte nun

Ist da der Rechner auch runtergefahren oder fährt der bei disconnectetem Plugin in diesem Falle nicht runter? Ich bin aktuell etws ratlos, da mein Fernseher auch nur einen Power-Status change schickt.

Kann es beim Raspi und MLD einen Automatismus über ein input-device geben? Eventuell auch mal bei den Input-Devices schauen, ob es da eines gibt, das mit dem CEC-Device assoziiert ist.

maf · 21. Juni 2015

Zitat von Ulrich Eckhardt

Ist da der Rechner auch runtergefahren oder fährt der bei disconnectetem Plugin in diesem Falle nicht runter?

Bei abgekoppeltem Plugin läuft der Rechner nach dem Ausschalten des Fernsehers munter weiter.

Zitat von Ulrich Eckhardt

Kann es beim Raspi und MLD einen Automatismus über ein input-device geben? Eventuell auch mal bei den Input-Devices schauen, ob es da eines gibt, das mit dem CEC-Device assoziiert ist.

Tut mir leid: Woran erkenne ich ein Input-Device, das mit dem CEC-Device assoziiert ist?

seahawk1986 · 22. Juni 2015

Wie sieht es denn mit der Nutzbarkeit der libcec 3.0.0 (die wäre für die kommende Kodi-Version nicht schlecht) und dem Plugin aus? Kann man die gefahrlos verwenden oder ist das in https://github.com/Pulse-Eight/libcec/issues/86 angesprochene Problem noch relevant?

Ulrich Eckhardt · 23. Juni 2015

Zitat von maf

Woran erkenne ich ein Input-Device, das mit dem CEC-Device assoziiert ist?

Einfach mal xinput eingeben, das listet alle input devices.

Ulrich Eckhardt · 23. Juni 2015

Zitat von seahawk1986

Wie sieht es denn mit der Nutzbarkeit der libcec 3.0.0

Die kannst du gefahrlos verwenden. Meine Probleme rührten von einem USB3.0 Port her. USB3.0 macht bei mir auch mit aktuellen Kerneln unter Linux noch diverse Probleme Ich hatte das Ticket bei libcec schon etwas vergessen und habe das jetzt geschlossen.

seahawk1986 · 23. Juni 2015

Danke für die Rückmeldung.

Ulrich Eckhardt · 23. Juni 2015

Zitat von maf

Bei abgekoppeltem Plugin läuft der Rechner nach dem Ausschalten des Fernsehers munter weiter.

Ich habe noch mal etwas in den CEC Sourcen gegraben. Kannst du mal den angehängten Patch ausprobieren, ob der dein Problem löst?

maf · 24. Juni 2015

Zitat von Ulrich Eckhardt

Einfach mal xinput eingeben, das listet alle input devices.

Leider gibt es in MLD - zumindest im der Version für den RPi als Client, die ich benutze - kein xinput

Zitat von Ulrich Eckhardt

Ich habe noch mal etwas in den CEC Sourcen gegraben. Kannst du mal den angehängten Patch ausprobieren, ob der dein Problem löst?

Danke. Ich habe einen Hinweis auf Deinen Patch im zugehörigen Threa im MLD Forum gepostet. Vielleicht findet sich da jemand, der eine neue Version des Pakets erstellen kann.

NemoN · 29. Juni 2015

welche libcec version verwendet das plugin? die im system vorliegt oder eine statische?

Ulrich Eckhardt · 1. Juli 2015

Zitat von NemoN

welche libcec version verwendet das plugin? die im system vorliegt oder eine statische?

Das Plugin nimmt das im System installierte.

Ulrich Eckhardt · 7. August 2015

Zitat von maf

Danke. Ich habe einen Hinweis auf Deinen Patch im zugehörigen Threa im MLD Forum gepostet. Vielleicht findet sich da jemand, der eine neue Version des Pakets erstellen kann.

Ich habe gerade das CEC Plugin 1.3.0 released, da gibt es jetzt zwei neue Konfig-Optionen mit denen man das Verhalten einstellen kann. Bei Fragen aber bitte den passenden Thread zur Version verwenden.

[ANNOUNCE] CEC Remote Plugin 0.4.0

Jetzt mitmachen!

Teilen

Tags