[ANNOUNCE] CEC Remote Plugin 1.5.2/1.5.3

Auch Wünsche?

Ich bin auf der Suche nach einer Möglichkeit das makeactive und/oder poweron oder was auch immer im globalen Kontext über die VDR FB auszuführen. D.h. ich würde gerne eine Taste auf der FB belegen, die den TV und die Soundbar aktiviert und den richtigen Eingang wählt. Geht das evtl. schon?

Der VDR läuft bei mir durch. Ich dachte auch schon daran, das über die Power-Taste und ein Skript zu machen. Müsste auch gehen.

Ansonsten nutze ich nur die neue Funktion, aber das geht super!

seahawk1986

Würdest Du das bitte für noble bereitstellen?

Vielen Dank für Deine tolle Arbeit am yaVDR.

Das sollte gestern Abend für noble und jammy gebaut worden sein. Bei focal tue ich mir schwer die libcec zu aktualisieren, daher bekommt das die neue Version nicht.

Guter Tip, probier ich aus!

Hallo Ulrich,

beim erstellen des vdr-cecremote plugin paket für Gentoo fällt mir was an Deinem Repository auf:

• zum einen wäre wünschenswert ein tar.gz file von dem commit mit dem Version Tag runterladen zu können. Das müsste man in der cgit config einstellen können.
• zum anderen - wenn ich das repo clone und genauer anschaue - ist in branch "master" der neueste commit ddf32222f1728e996efb876f2c35afc6cf65f583 - und das Tag 1.5.2 ist nicht zu sehen. Das Tag 1.5.2 ist auf commit 30324b0bd17600aed51495a4faacef21c127c4ec
• git diff 30324b..ddf322 wirft unterschiede in HISTORY aus.
• gemeinsamer commit beider "branches" ist 350e548 N - Ulrich Eckhardt / Fix use of unitialized value

Das ist jetzt nicht wirklich weltbewegend, aber passt halt einfach nicht zusammen. Magst Du das vielleicht korrigieren? (git checkout master; git tag -d 1.5.2; git tag 1.5.2)

Grüsse aus Berlin

Martin

Ich habe auch mit cecremote 1.5.2 wieder den gleichen Fehler, wie schon hier berichtet.

Anbei ein Auszug aus den Boot Journal mit Stack traces:

vdr-portal.de/attachment/51891/yavdr2404-cecremote-2025-11-13.txt

Quote from md_berlin

Magst Du das vielleicht korrigieren? (git checkout master; git tag -d 1.5.2; git tag 1.5.2)

Das wird den Distributoren nicht gefallen, weil dann unter dem gleichen Tag ein anderer Stand vom Code ist. Auch wenn der Unterschied nicht relevant ist, die Checksum stimmt halt nicht mehr. Besser wäre es, gleich eine neue Version daraus zu machen. Tags kosten ja nichts ...

Ich habe in markad auch mal nachträglich eine Korrektur im getaggen Stand gemacht. Das kam in vdr4arch nicht gut an:

"Release" tarball checksum of markad plugin 3.4.3 changed · Issue #248 · VDR4Arch/vdr4arch

Quote from Ulrich Eckhardt

cec-client -l

libCEC version: 6.0.2, compiled on Linux-5.4.0-173-generic ... , features: P8_USB, DRM, P8_detect, randr, Exynos, AOCEC
Found devices: 1

device:              1
com port:            /dev/ttyACM0
vendor id:           2548
product id:          1002
firmware version:    7
firmware build date: Wed Apr 13 10:36:11 2016 +0000
type:                Pulse-Eight USB-CEC Adapter

Ulrich Eckhardt

Danke! Ich probiere es aus, wenn der VDR frei ist.

Ulrich Eckhardt

Hurra! Damit startet Dein PlugIn jetzt auch bei mir (yaVDR mit VDR version 2.7.7 unter Ubuntu 24.04).

Und hat schon mal den TV eingeschaltet, TV TOGGLE und Watch DVD funtioniert auch. Es erscheint auch im Hauptmenu - ist ja einstellbar. Also erstmal alles prima. Jetzt kann ich damit spielen.

Vielen Dank für Dein PlugIn und Deine Hilfe!

Hallo Ulrich Eckhardt

Quote from Ulrich Eckhardt

Mit neueren VDR-Versionen scheint das initialisieren einer default-Keymap nicht zu klappen. Wenn man mal eine von Hand angelegt hat ist das erst mal OK. Als Workaround nimm erst mal die Angehängte cecremote.xml als Startpunkt bis ich einen Fix habe.

Ich habe hier ein das gleiche/ ein ähnliches Problem. Ich nutze VDR 2.7.7 mit cec-remote 1.5.3. Meine cecremote.xml ist sehr minimalistisch, definiert keine keymaps und sieht so aus:

<?xml version="1.0" encoding="UTF-8"?>
<config>
        <global>
                <cecdebug>3</cecdebug>
                <combokeytimeoutms>1000</combokeytimeoutms>
                <rtcdetect>false</rtcdetect>
                <shutdownonstandby>false</shutdownonstandby>
                <poweroffonstandby>false</poweroffonstandby>
                <cecdevicetype>RECORDING_DEVICE</cecdevicetype>
                <audiodevice>mySoundbar</audiodevice>
        </global>
        <!-- Define a device -->
        <device id="mySoundbar">
                <physical>2000</physical>
                <logical>5</logical>
        </device>
</config>

Mit diesem Commit wird das Problem eingeführt. Ich habe ihn darauf mal in 2 commits aufgeteilt (audiodevice + globalkeymap), siehe hier. Der Fehler tritt bei mir mit Einführung der globalkeymap, d.h. https://github.com/rellla/vdr-plu…b7afd67b0f3acd0 auf.

Der Backtrace beim abort sieht so aus:

(gdb) bt full
#0  __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
        tid = <optimized out>
        ret = 0
        pd = <optimized out>
        old_mask = {__val = {547788471592}}
        ret = <optimized out>
#1  0x0000007f8a5b0224 in __pthread_kill_internal (threadid=<optimized out>, signo=6) at pthread_kill.c:89
No locals.
#2  0x0000007f8a5659d8 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
        ret = <optimized out>
#3  0x0000007f8a551b88 in __GI_abort () at abort.c:73
        act = {__sigaction_handler = {sa_handler = 0x30161bf0, sa_sigaction = 0x30161bf0}, sa_mask = {__val = {0, 32758000014877037, 18446744073709551615, 18374686479671623680, 17293822573397671935, 0, 0, 0,
              0, 0, 0, 0, 806726368, 806724448, 806723008, 806724928}}, sa_flags = -1969091216, sa_restorer = 0x7f8a8714b8 <__gnu_cxx::__verbose_terminate_handler()+376>}
#4  0x0000007f8a8714b8 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6
No symbol table info available.
#5  0x0000007f8a86ecec in ?? () from /usr/lib/libstdc++.so.6
No symbol table info available.
#6  0x0000007f8a8661bc in std::terminate() () from /usr/lib/libstdc++.so.6
No symbol table info available.
#7  0x0000007f8a86f07c in __cxa_throw () from /usr/lib/libstdc++.so.6
No symbol table info available.
#8  0x0000007f8a866c80 in std::__throw_out_of_range(char const*) () from /usr/lib/libstdc++.so.6
No symbol table info available.
#9  0x0000007f8499798c in std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::vector<std::__cxx11::list<CEC::cec_user_control_code, std::allocator<CEC::cec_user_contro                                         l_code> >, std::allocator<std::__cxx11::list<CEC::cec_user_control_code, std::allocator<CEC::cec_user_control_code> > > >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>                                          > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::vector<std::__cxx11::list<CEC::cec_user_control_code, std::allocator<CEC::cec_user_cont                                         rol_code> >, std::allocator<std::__cxx11::list<CEC::cec_user_control_code, std::allocator<CEC::cec_user_control_code> > > > > > >::at (this=<optimized out>, __k=...)
    at /home/andreas/git/VDRSternELEC/LibreELEC.tv/build.LibreELEC-RPi4.aarch64-13.0-devel/toolchain/aarch64-libreelec-linux-gnu/include/c++/15.2.0/bits/stl_map.h:576
        __i = <optimized out>
#10 cecplugin::cKeyMaps::SetActiveKeymaps (this=this@entry=0x2fee8070, vdrkeymapid=..., ceckeymapid=..., globalkeymapid=...) at keymaps.cc:437
No locals.
#11 0x0000007f8497e9a4 in cecplugin::cPluginCecremote::SetDefaultKeymaps (this=this@entry=0x2fee7e20) at cecremoteplugin.cc:305
No locals.
#12 0x0000007f8497ec74 in cecplugin::cPluginCecremote::Initialize (this=0x2fee7e20) at cecremoteplugin.cc:139
        file = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>},
            _M_p = 0x30113290 "/storage/.config/vdropt/plugins/cecremote/cecremote.xml"}, _M_string_length = 55, {_M_local_buf = "7", '\000' <repeats 14 times>, _M_allocated_capacity = 55}}
        rtcwakeup = <optimized out>
#13 0x0000000000508e3c in cPluginManager::InitializePlugins (this=this@entry=0x7fc592bec0) at plugin.c:376
        p = 0x2fee7e20
        dll = 0x2feb5d00
..........................

Fehler gefunden, bzw. workaround: Wenn ich ein leeres <keymaps /> in global einfüge, funktioniert es. Das war vorher nicht notwendig.

Quote from Ulrich Eckhardt

Eventuell kann man das Über den Umweg von <menu> lösen. In der cecremote.xml legt man ein Menü an, z.B. bei mir zum Einschalten des TV:

Code

       <menu name="TV TOGGLE" address="0"> 
               <!-- When menu is selected, toggle TV power state --> 
               <onpoweron> 
                       <exec>/video/scripts/tv_on</exec> 
                       <poweron>TV</poweron> 
                       <makeactive /> 
               </onpoweron> 
               <onpoweroff> 
               <!--  Send CEC commands to power off TV --> 
                       <poweroff>TV</poweroff> 
               </onpoweroff> 
       </menu>

Display More

Und in der keymacros.conf legt man dann ein Macro an, das dieses Menü auswählt, z.B.:

Code

User2     @cecremote 1 OK

Danke für den Tip, das funktioniert. Ich habe das jetzt so gemacht:

        <menu name="Toggle TV" address="TV">
                <onstart>
                        <poweron>TV</poweron>
                        <poweron>mySoundbar</poweron>
                        <makeactive />
                </onstart>
        </menu>

und in der keymacros.conf nur ein

User2     @cecremote

Ist es richtig, dass keine Untereinträge für cec-remote im Menu auswählbar sind, wenn nur ein <menu> definiert ist?

Hallo Ulrich Eckhardt , ich habe nach einer vdr Neuinstallation und Verwendung von cecremote 1.5.3, libcec 6.0.2 ein seltsames verhalten.

Mein VDR hängt am Port 1 von einem Denon AVR. Der AVR hat die logische Addr 5 und physikalisch 1000.

Ich habe das auch in der config so eingestellt:

		<hdmiport>1</hdmiport>
		<basedevice>5</basedevice>

Im Log sieht man auch, das er das so einstellt:

2025-11-27T18:20:18.091222+01:00 vdr2 vdr: [cecremote] CEC NOTICE:   setting HDMI port to 1 on device Audio (5)

ABER ein paar zeilen weiter macht er nochmal, aber diesmal falsch:

2025-11-27T18:20:21.777204+01:00 vdr2 vdr: [cecremote] CEC NOTICE:   setting HDMI port to 1 on device TV (0)

Dadurch funktioniert ein makeactive nicht. Dieses sollte ja 1100 (Port 1 am AVR) aktiv schalten. Passieren tut aber das (Recorder 1 ist der VDR):

2025-11-27T18:35:39.701029+01:00 vdr2 vdr: [cecremote] Make active
2025-11-27T18:35:39.724984+01:00 vdr2 vdr: [cecremote] CEC NOTICE:   >> source activated: Recorder 1 (1)
2025-11-27T18:35:39.748476+01:00 vdr2 vdr: [cecremote] CEC Command 137 : vendor command Init 0 Dest 1
2025-11-27T18:35:39.848796+01:00 vdr2 vdr: [cecremote] CEC NOTICE:   << Recorder 1 (1) -> broadcast (F): active source (1000)
2025-11-27T18:35:39.849009+01:00 vdr2 vdr: [cecremote] CEC NOTICE:   SL initialised
2025-11-27T18:35:40.127931+01:00 vdr2 vdr: [cecremote] (-1) Action 13 Val -1 Phys Addr 0 Logical ffffffff ffffffff Op 137
2025-11-27T18:35:40.128143+01:00 vdr2 vdr: [cecremote] cCECRemote command 137

Ein svdrpsend plug cecremote LSTD liefert:

220 vdr2 SVDRP VideoDiskRecorder 2.7.7; Thu Nov 27 18:41:15 2025; UTF-8
214-Available CEC Devices:
214-  Device 0 path: /sys/devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.2 port: /dev/ttyACM0 Firmware 0000
214-
214-Active Devices:
214-   0# TV             @0000 TV              TV             LG              on
214-   1# Recorder 1     @1000 VDR             VDR            VDR
214-   4# Playback 1     @1500 Apple TV        Apple TV       Apple           standby
214-   5# Audio          @1000 AVR-X4100W      AVR-X4100W     Denon           on
214    8# Playback 2     @1600 Amazon Fire?T   Amazon Fire?T  Toshiba         standby
221 vdr2 closing connection

Da scheint sich eine möglicherweise eine Regression eingeschlichen zu haben, siehe RE: [ANNOUNCE] CEC Remote Plugin 1.3.1

lg

Hannes

btw, wie kann ich die cecremote logs runterdrehen (abdrehen, bis auf errors).

Ein <cecdebug>0</cecdebug> hilft nicht.