Beiträge von MarkusE

Hi,

Ich habe getestet, und es funktioniert .

~Markus

Hi Klaus,

Ich habe den Patch getestet, ich bekomme jetzt den korrekten Fehler:

Dec 13 10:51:56 vdr1 vdr: [30655] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.4.5
Dec 13 10:51:56 vdr1 vdr: [30655] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.4.5
Dec 13 10:51:56 vdr1 vdr: [30655] ERROR: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.4.5: undefined symbol: VDRPluginCreator
Dec 13 10:51:56 vdr1 vdr[30655]: vdr: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.4.5: undefined symbol: VDRPluginCreator
Dec 13 10:51:56 vdr1 vdr: [30655] deleting plugin: softhddevice
Dec 13 10:51:56 vdr1 vdr: [30655] exiting, exit code 2

~Markus

Hi,

so müsste es gehen. Hier mein Vorschlag für GetDvbDevice:

cDvbDevice* GetDvbDevice(cDevice* d) {
  if  (d == nullptr)
      return nullptr;

#ifdef __DYNAMIC_DEVICE_PROBE
  if (d->HasSubDevice())
      return dynamic_cast<cDvbDevice*>(dev->SubDevice());
#endif

  return dynamic_cast<cDvbDevice*>(d);
}

Anbei noch die Patches:

wirbelscan-20201206_bugfix.patch: Behebt den Fehler beim Laden von wirbelscan

wirbelscan-20201206_dynamite.patch: Damit wirbelscan zusammen mit dynamite funktioniert.

~ Markus

Hi wirbel,

warum hast du in "wirbelscan.c"

//////VDRPLUGINCREATOR(cPluginWirbelscan); // Don't touch this!

auskommentiert?

~ Markus

Hi,

In vdr 2.4.5., plugin.c, Zeile 234, ist error noch "/usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.4.5: undefined symbol: VDRPluginCreator".

Dann wird in Zeile 234:

destroy = (destroy_t *)dlsym(handle, "VDRPluginDestroyer");

mit einem ungültigen handle gerufen.

In Zeile 284

esyslog("ERROR: %s", error);

Steht in error dann "\240ŇUUU"

~ Markus

Hi kfb77,

Danke, das ist der Test, an den ich dachte.

Sieht aus wie ein Speicherüberlauf, beim Laden des Plugin.

Könnte das bitte noch jemand testen? Tritt dieser Fehler nur bei mir auf?

Hi,

wirbelscan-20201206 funktioniert bei mir nicht, auch nicht ohne dynamite.

Dec 10 18:55:20 vdr1 vdr: [139318] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.4.5
Dec 10 18:55:20 vdr1 vdr: [139318] ERROR: Pƭ#004
Dec 10 18:55:20 vdr1 vdr[139318]: vdr: Pƭ#004

Hi,

markad ist wirklich gut geworden.

Früher mal fand ich ja noad besser, aber inzwischen ist markad der klare Favorit. Danke!

~ Markus

Hi,

I can reproduce the error now: Minimizing the Window "softhddevice" causes that error.

Sometimes you have to repeat several times.

Seems to be an old error, see: https://projects.vdr-developer.org/issues/1759

~ Markus

Hi,

Ich habe es gefunden. So geht es:

SHD=$(wmctrl -l | grep "softhddevice" | grep "N/A" | cut -d ' ' -f 1)
wmctrl -i -r $SHD -b remove,fullscreen
wmctrl -i -r $SHD -b remove,maximized_vert,maximized_horz
wmctrl -i -r $SHD -e 0,1940,121,1461,888
wmctrl -i -r $SHD -b add,fullscreen

Hi,

I use 1920x1080. I don't think, that this is the issue.

The error occurs if I detach and attach softhddevice:

svdrpsend PLUG softhddevice DETA
svdrpsend PLUG softhddevice ATTA -d :0.0 -a pulse

~Markus

> Und der Würgaround, einfach die Monitorkabel umstecken, geht nicht?

Nein, der Beamer muss an das HDMI Kabel.

> Welcher ist denn 0.0 und welcher 0.1?

Beide sind :0.0 . Sonst wäre es zu einfach. Xubuntu 18.04 konnte ich noch so konfigurieren, dass ich :0.0 und :0.1 hatte, da tritt dieses Problem nicht auf. Bei Xubuntu 20.04 geht das nicht mehr. Anscheinend wird es von gtk nicht mehr unterstützt.

~Markus

Hi,

mein nvidia Treiber: 340.108

Und nein, ich kann den nicht updaten: Die neueren unterstützen meine Graka (GeForce 9500 GT) nicht mehr .

~Markus

Hi,

I have an older Nvidia grafics card, so I cannot use cuvid.

@Inj, any idea how this can be solved for VDPAU?

~ Markus

Hallo,

Ich habe 2 Monitore. softhddevice soll immer auf dem 2., rechten Monitor laufen.

Wenn ich softhddevice mit der Maus dahin schiebe und auf Full Screen gehe, bekomme ich:

wmctrl -l -G
...
0x05600003  0 1920 0    1920 1080  N/A softhddevice

Sieht also gut aus .

Mit svdrpsend PLUG softhddevice DETA detachen, und danach wieder attachen: svdrpsend PLUG softhddevice ATTA -d :0.0 -a pulse .

Nun ist softhddevice auf dem falschen (linken) Monitor . Müsste sich doch korrigieren lassen:

$ wmctrl -l -G
...
0x03a00003  0 0    0    1920 1080  N/A softhddevice

$ wmctrl -i -r 0x03a00003 -e 0,1920,0,1920,1080
$ wmctrl -l -G
...
0x03a00003  0 0    0    1920 1080  N/A softhddevice

Leider passiert da einfach nichts. Das softhddevice bleibt auf dem linken Monitor . Mit der Maus kann ich es wieder verschieben.

~ Markus

Here also no atmo- or boblight, and softhddevice with vdpau.

Danke für Eure Rückmeldungen.

Ich tippe auf einen Bug in softhddevice.

Bei meinem Server tritt es nicht auf.

Hi,

"svdrpsend ping" gibt "timeout" zurück.

der bt von gdb:

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
--Type <RET> for more, q to quit, c to continue without paging--
__lll_lock_wait (futex=futex@entry=0x7f1845fcd9c0 <VideoLockMutex>, private=0) at lowlevellock.c:52
52    lowlevellock.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0  __lll_lock_wait (futex=futex@entry=0x7f1845fcd9c0 <VideoLockMutex>, private=0) at lowlevellock.c:52
#1  0x00007f18470090a3 in __GI___pthread_mutex_lock (mutex=mutex@entry=0x7f1845fcd9c0 <VideoLockMutex>)
    at ../nptl/pthread_mutex_lock.c:80
#2  0x00007f1843dd7324 in VideoThreadLock () at video.c:14183
#3  VideoOsdClear () at video.c:13851
#4  0x00007f1843dbc58d in cSoftOsd::SetAreas (this=0x556ed52ea2d0, areas=0x7ffdb7597ed0, n=1) at softhddevice.cpp:472
#5  0x0000556ed34f132a in ?? ()
#6  0x0000556ed34f52aa in cSkinLCARSDisplayChannel::cSkinLCARSDisplayChannel(bool) ()
#7  0x0000556ed34f57a2 in cSkinLCARS::DisplayChannel(bool) ()
#8  0x0000556ed34ada6d in cDisplayChannel::cDisplayChannel(int, bool) ()
#9  0x0000556ed3452f2f in main ()

bt full:

#0  __lll_lock_wait (futex=futex@entry=0x7f1845fcd9c0 <VideoLockMutex>, private=0) at lowlevellock.c:52
        __ret = <optimized out>
#1  0x00007f18470090a3 in __GI___pthread_mutex_lock (mutex=mutex@entry=0x7f1845fcd9c0 <VideoLockMutex>)
    at ../nptl/pthread_mutex_lock.c:80
        __futex = 0x7f1845fcd9c0 <VideoLockMutex>
        type = <optimized out>
        __PRETTY_FUNCTION__ = "__pthread_mutex_lock"
        id = <optimized out>
#2  0x00007f1843dd7324 in VideoThreadLock () at video.c:14183
No locals.
#3  VideoOsdClear () at video.c:13851
No locals.
#4  0x00007f1843dbc58d in cSoftOsd::SetAreas (this=0x556ed52ea2d0, areas=0x7ffdb7597ed0, n=1) at softhddevice.cpp:472
No locals.

Im syslog steht:

Nov 22 13:10:10 vdr1 vdr: video: 11:23:30.055  +44  360   0/\ms  24+6+4 v-buf
Nov 22 13:11:00 vdr1 vdr: video: 11:24:20.055  +47  314   0/\ms  37+6+4 v-buf
Nov 22 13:11:50 vdr1 vdr: video: 11:25:10.055  +50  397   0/\ms  55+6+4 v-buf
Nov 22 13:12:01 vdr1 vdr: audio/alsa: using device 'pulse'
Nov 22 13:12:01 vdr1 vdr: audio/alsa: start delay 336ms
Nov 22 13:12:01 vdr1 vdr: [9166] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Nov 22 13:12:01 vdr1 vdr: audio/alsa: using device 'pulse'
Nov 22 13:12:01 vdr1 vdr: audio/alsa: start delay 336ms
Nov 22 13:12:01 vdr1 vdr: audio/alsa: using device 'pulse'

Die letzten 2 Zeilen wiederholen sich sehr oft.

Zwischendrin dann immer wieder ein "vdr: [9167] ERROR: driver buffer overflow on device 2".

Das Bild steht.

~ Markus

"