vdr-plugin-dynamite, Anpassung an aktuelle VDR Version

ollo · 24. Januar 2021

Hallo,

bei mir schmiert der VDR (2.5.1 aus'm git) immer ab sobald das dynamite Plugin (von

https://github.com/MarkusEh/vdr-plugin-dynamite) verwendet wird. Mit Patch und ohne Plugin tut er aber.

Die Besonderheit bei mir ist, dass ich den VDR auf einem ARM laufen lasse - WeTek WePlay 2 mit Amlogic S905H CPU.

Aus irgendeinem Grund wird in "GetOsdSize" die "Height=656465". Gibt es da ein bit order Problem?

Code

Starting program: /home/vdr/vdr -P"dynamite"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0xb6751450 (LWP 15973)]
[New Thread 0xb5dff450 (LWP 15974)]
[New Thread 0xb55ff450 (LWP 15975)]
[New Thread 0xb4bff450 (LWP 15977)]
[New Thread 0xb43ff450 (LWP 15978)]
[New Thread 0xb3bff450 (LWP 15980)]
[New Thread 0xb33ff450 (LWP 15981)]
[Thread 0xb55ff450 (LWP 15975) exited]
[New Thread 0xb0bff450 (LWP 15982)]
[Thread 0xb5dff450 (LWP 15974) exited]
[New Thread 0xb5dff450 (LWP 15983)]

Program received signal SIGSEGV, Segmentation fault.
0x0009d204 in cDevice::GetOsdSize (this=0x61c1c0, Width=@0xbefff1f0: 720, Height=@0x19f698: 656465, 
    PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
571      Height = 480;
(gdb) bt
#0  0x0009d204 in cDevice::GetOsdSize (this=0x61c1c0, Width=@0xbefff1f0: 720, Height=@0x19f698: 656465, 
    PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
#1  0x000f65e0 in cOsdProvider::UpdateOsdSize (Force=false) at osd.c:2241
#2  0x00150176 in main (argc=2, argv=0xbefff6f4) at vdr.c:1009
(gdb)

Alles anzeigen

Danke!

MarkusE · 24. Januar 2021

Hi,

Ich kann das nicht reproduzieren, auch nicht auf meinem rpi4. Die Frage ist, warum Height auf einen ungültigen Speicherbereich zeigt.

in osd.c, Zeile 2238, steht "int Height". Damit sollte der Speicher an dieser Stelle beschreibbar sein.

Versuche doch mal, das zu debuggen:

gdb vdr

set args -P"dynamite"

b dynamicdevice.c:845

->die Frage mit "yes" beantworten, dynamite ist ja noch nicht geladen

r

Wenn er dann auf den Breakpoint trifft:

p subDevice

~ Markus

ollo · 24. Januar 2021

Hallo Markus,

hier die Debuginfos:

Code

Program received signal SIGSEGV, Segmentation fault.
0x0009d204 in cDevice::GetOsdSize (this=0x61c1e8, Width=@0xbefff1e0: 720, Height=@0x19f698: 656465, 
    PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
571      Height = 480;
(gdb) bt
#0  0x0009d204 in cDevice::GetOsdSize (this=0x61c1e8, Width=@0xbefff1e0: 720, Height=@0x19f698: 656465, 
    PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
#1  0x000f65e0 in cOsdProvider::UpdateOsdSize (Force=false) at osd.c:2241
#2  0x00150176 in main (argc=2, argv=0xbefff6e4) at vdr.c:1009
(gdb) p subDevice
$1 = (cDevice *) 0x0
(gdb)

Alles anzeigen

In meinem Setup verwende ich 2 Tuner, die "bonded" sind - falls das wichtig ist.

Danke & Gruss

MarkusE · 24. Januar 2021

Hi,

> In meinem Setup verwende ich 2 Tuner, die "bonded" sind - falls das wichtig ist.

Das ist ein wichtiger Hinweis. Poste doch mal die genaue Konfiguration. Vermutlich sind das Parameter in der setup.conf (?).

Und teste bitte auch, ob der Fehler auch auftritt, wenn Du die Konfiguration änderst, also die Tuner nicht mehr "bonded" sind.

~ Markus

ollo · 25. Januar 2021

Hallo Markus,

anbei ein paar logfiles vom Start:

vdr251.log - VDR 2.5.1 auf dem git mit dem Patch (v2.4.6) vom dynamite Plugin, ohne Plugin
vdr251dynamite.log - VDR 2.5.1 wie zuvor mit dem dynamite Plugin
vdr251D0.log - VDR 2.5.1 wie zuvor aber mit dem "-D0" Parameter um nur einen Tuner zu nutzen
vdr251D0dynamite.log - VDR 2.5.1 wie zuvor mit dem dynamite Plugin und dem "-D0" Parameter
vdr240dynamite.log - mein aktuell funktionierendes Setup

Erkennst Du da was draus?

MarkusE · 25. Januar 2021

Hallo ollo,

Danke für die 5 Tests. In welchen von diesen tritt der Fehler auf? In allen?

~ Markus

ollo · 25. Januar 2021

... die 2 Fälle vom 2.5.1 mit dem dynamite Plugin - vdr251dynamite & vdr251D0dynamite - haben den Segfault.

Bei denen fehlt die Zeile "OSD size changed to 720x480 @ 1" weil dort knallt's.

Interessant ist die Zeile "ERROR: device '2' in device bondings '1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0' is not a cDvbDevice" wenn das Plugin geladen ist.

Außerdem scheint das Plugin den "-D0" Parameter zu ignorieren?! Es werden weiterhin 2 Devices verwendet.

seahawk1986 · 25. Januar 2021

Zitat von ollo

Außerdem scheint das Plugin den "-D0" Parameter zu ignorieren?!

Das war schon immer so - man kann dann über udev-Regeln dafür sorgen, dass bestimmte Tuner nicht genutzt werden: https://github.com/flensrocker…e/blob/master/README#L311 ff.

ollo · 26. Januar 2021

Hallo,

ich habe jetzt mal in der setup.conf den Parameter "DeviceBondings" entfernt , habe aber dasselbe Fehlverhalten mit dem SegFault bzgl. "Height".

Wat nuh?

9000H · 26. Januar 2021

Hi,

auch mit skin LCARS?

CU

9000h

ollo · 26. Januar 2021

Die Box bzw. Installation hatte nie ein Ausgabedevice, ist ein reiner Server.

Bzgl. OSD ist folgendes in der setup.conf zu finden - sollte alles default sein?!?

Code

OSDAspect = 1.000000
OSDHeight = 403
OSDHeightP = 0.840000
OSDLanguage = de_DE
OSDLeft = 58
OSDLeftP = 0.080000
OSDMessageTime = 1
OSDSkin = sttng
OSDTheme = default
OSDTop = 38
OSDTopP = 0.080000
OSDWidth = 600
OSDWidthP = 0.840000

Alles anzeigen

9000H · 26. Januar 2021

Hi,

irgendwie passt vdr und plugin nicht zusammen.

plugin /usr/local/lib/vdr/libvdr-dynamite.so.2.5.1: missing symbol VDRPluginDestroyer(), please rebuild

CU

9000h

ollo · 26. Januar 2021

... verdammte Axt - da lagen noch alte include files rum

Kaum macht man's richtig, schon gehts

Danke für's auf's Pferd heben

thlo · 15. April 2021

Hi,

bei mir bring dynamite den vdr in der Version 2.4.4 zum Absturz. Ohne dynamite funktioniert der vdr. Vielleicht ist das ein anderes Problem. Hier ein snippet aus Syslog.

Code

Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: + action=add, subsystem=cgroup, syspath=/sys/kernel/slab/TCP/cgroup/TCP(5168:vdr.service), devpath=/kernel/slab/TCP/cgroup/TCP(5168:vdr.service), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +- action=(null), subsystem=(null), syspath=/sys/kernel/slab/TCP/cgroup, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +-- action=(null), subsystem=(null), syspath=/sys/kernel/slab/TCP, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +--- action=(null), subsystem=(null), syspath=/sys/kernel/slab, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +---- action=(null), subsystem=(null), syspath=/sys/kernel, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: + action=add, subsystem=cgroup, syspath=/sys/kernel/slab/:A-0001344/cgroup/UDPv6(5168:vdr.service), devpath=/kernel/slab/:A-0001344/cgroup/UDPv6(5168:vdr.service), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +- action=(null), subsystem=(null), syspath=/sys/kernel/slab/:A-0001344/cgroup, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +-- action=(null), subsystem=(null), syspath=/sys/kernel/slab/:A-0001344, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +--- action=(null), subsystem=(null), syspath=/sys/kernel/slab, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +---- action=(null), subsystem=(null), syspath=/sys/kernel, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: + action=add, subsystem=cgroup, syspath=/sys/kernel/slab/TCPv6/cgroup/TCPv6(5168:vdr.service), devpath=/kernel/slab/TCPv6/cgroup/TCPv6(5168:vdr.service), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +- action=(null), subsystem=(null), syspath=/sys/kernel/slab/TCPv6/cgroup, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +-- action=(null), subsystem=(null), syspath=/sys/kernel/slab/TCPv6, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +--- action=(null), subsystem=(null), syspath=/sys/kernel/slab, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93838] dynamite: udev: +---- action=(null), subsystem=(null), syspath=/sys/kernel, devpath=(null), devname=(null)
Apr 15 07:59:14 Troubadix vdr: [93858] device 1 TS buffer thread started (pid=93836, tid=93858, prio=high)
Apr 15 07:59:14 Troubadix vdr: [93861] SVDRP server handler thread started (pid=93836, tid=93861, prio=low)
Apr 15 07:59:14 Troubadix vdr: [93861] SVDRP Troubadix opening port 6419/tcp
Apr 15 07:59:14 Troubadix vdr: [93859] VNSIStatus thread started (pid=93836, tid=93859, prio=high)
Apr 15 07:59:14 Troubadix vdr: [93861] SVDRP Troubadix listening on port 6419/tcp
Apr 15 07:59:14 Troubadix vdr: [93860] VNSITimers thread started (pid=93836, tid=93860, prio=high)
Apr 15 07:59:14 Troubadix vdr: [93836] OSD size changed to 720x480 @ 1
Apr 15 07:59:14 Troubadix kernel: [324864.704107] frontend 0/0 tu[93842]: segfault at 30 ip 00007fe060631fc4 sp 00007fe05dbf6d38 error 4 in libpthread-2.31.so[7fe06062d000+11000]
Apr 15 07:59:14 Troubadix kernel: [324864.704123] Code: 7e 8f 45 31 d2 ba 01 00 00 00 be 01 00 00 00 48 89 ef b8 ca 00 00 00 0f 05 e9 73 ff ff ff e8 13 b7 ff ff 0f 1f 00 f3 0f 1e fa <8b> 47 10 89 c2 81 e2 7f 01 00 00 90 83 e0 7c 75 7b 53 48 83 ec 10
Apr 15 07:59:14 Troubadix systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV

Alles anzeigen

Ich werde heute Abend mal die Version 2.5.1 ausspielen und mir die Unterschiede anschauen.

Für Hinweise und Tipps bin ich dankbar,

LG,

Thorsten

wmautner · 15. April 2021

Bei mir (vdr-2.5.2) läuft

dynamite (0.3.0)

Mit vdr-2.4.x mußte dynamite umprogrammiert werden, da die alte Version bis 2.2.x nicht mehr kompatibel war.

Welche Version läuft hier?

P.S.: ist das Ubuntu-12.04 nicht schon gar überwutzelt und ein Upgrade wert? Ich nehme an, Ihr VDR läuft nur mehr selbstkompiliert und mit allen möglichen Tricks mit einer so alten Basis ...

thlo · 15. April 2021

Hi wmautner,

ich mußte jetzt meinen VDR server von 18.04 auf 20.04 upgraden. Das war der Trigger, einen neuen vdr aufzuspielen. Mein Footer ist etwas outdated...

Ich habe VDR 2.4.4 am start und mit dem vdr-2.4.0.26-dynamite-beta1.diff patch modifiziert. Ich mußte an ein paar stellen ein paar anpassungen vornehmen (in devices und dvbdevices).

Gibt es irgendwo ein patch für vdr 2.5.x?

LG,

Thorsten

wmautner · 15. April 2021

Ich würde auf Ubuntu-20.04 die Pakete von Seahawk (yavdr, insbes. die aus dem ppa:seahawk1986-hotmail/vdr-2.4.6-patches) verwenden.

Oder gleich die debs aus http://ppa.launchpad.net/seaha…2.5.2/ubuntu/pool/main/v/

MarkusE · 15. April 2021

Hi,

Hier: https://github.com/MarkusEh/vdr-plugin-dynamite ist das aktuelle dynamite, mit Patch für vdr-2.4.6 .

VDR 2.4.4 würde ich nicht nehmen.

~Markus

thlo · 15. April 2021

Hi Markus,

danke. Ich hatte gerade auch (nach hinweisen von wmautner) auch deinen alten Post (link) mit den patches gefunden und angewendet.

LG,

Thorsten

vdr-plugin-dynamite, Anpassung an aktuelle VDR Version

Jetzt mitmachen!

Teilen