Beiträge von MarkusE
-
-
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:
mit einem ungültigen handle gerufen.
In Zeile 284
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,
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
-
-
-
> 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:
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:
Code$ 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:
Code
Alles anzeigenUsing 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:
Code
Alles anzeigen#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:
CodeNov 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
"
-
Hi,
Ich habe ein ASUS P5QC, mit Cine S2.
Lief viele Jahre stabil, inzwischen bekomme ich die bekannten I2C Timeouts. Manchmal, und manchmal auch nicht .
Ob das am alten Mainboard oder an der alten Cine S2 liegt, kann ich nicht sagen. Das Netzteil ist relativ neu, daran sollte es nicht liegen.
Ich werde keine DD mehr kaufen, das mit den I2C Timeouts ist einfach zu unbefriedigend. DIe Argumentation von DD, dass es am Mainboard liegt, mag stimmen. Aber andere Karten laufen mit dem Mainboard ja auch stabil, man könnte da ja toleranter sein.
Ich werde vermutlich zu einem sundtek USB Sticks greifen. Treiber ist zwar closed source, läuft aber problemlos. Und bei Bedarf kann ich die auch an einen RPI stecken.
~ Markus
-
Danke .
Mal sehen, wann ich die Berechtigung bekomme ...
-
Danke, kfb77.
Ich habe ja bei https://projects.vdr-developer.org/ ein Ticket aufgemacht, mit der Bitte um Berechtigung für live.
Deine Lösung war aber schneller :).
~ Markus
-
der erste Patch wird auf jeden Fall so in die nächste Version kommen, den zweiten werde ich geringfügig umbauen.
Danke, wirbel