vdr-plugin-softhddevice hängt

.. kurzes Feedback - seit ca. einem Tag mit dem unter Focal gelieferten nvidia-Treiber kam der Fehler (vdpau aktiviert) mit den massiven alsa-Einträgen (audio/alsa: start delay 336ms) im Log nicht mehr. Nur beim Kanalwechsel, wo die Einträge dann eh vorgesehen sind. Bin mir aber nicht sicher, ob schon 'Vorfreude' aufkommen darf

Die anderen Fehler im Log bleiben (SATIP timeout, etc) und sollte ich besser in dem von mir eröffneten Fred ansprechen.

Grusz!

If the card is old, it may not cope with video output, try lowering the output resolution.

Leider, der Fehler trat heute nacht trotz original mitgelieferter nvidia-Treiber unter Focal wieder auf. vdr fiel damit wieder in einen "inkonsistenten" Zustand.

Grusz!

Wollte gerade auf "vdr-plugin-softhddevice-cuvid" wechseln, plugin installiert - hatte genau die gleiche Versionsnummer wie "vdr-plugin-softhddevice":

ii  vdr-plugin-softhddevice-cuvid        1.0.7+git20201108-3-003e956-0yavdr1~focal        amd64        Plugin for VDR. A software and GPU emulated HD device

Auch wenn ich mit den Paramtern

[softhddevice]
-D
-w alsa-driver-broken
-w also-no-close-open
-v cuvid

starte, kommt im Log, daß vdpau aktiviert sei ... ?

Keine Spur von "cuvid" im Log? Hmm.

Grusz!

Zitat von ciax

Keine Spur von "cuvid" im Log? Hmm.

Ich habe gerade mal auf meinem Testsystem mit GT 1030 nachgesehen - zuletzt hatte ich damit am 10. Oktober entsprechende Einträge im Log - dann muss ich mal auf die Suche gehen, woran das liegen könnte - laut Buildlog wird das vdr-plugin-softhddevice-cuvid auf jeden Fall mit CUVID-Unterstützung gebaut: https://launchpadlibrarian.net…dr1~focal_BUILDING.txt.gz (-DUSE_CUVID).

Eventuell ist es der neure nvidia-450 Treiber (der kam IIRC im Oktober) - da gab es IIRC schon mal Posts dazu, dass softhdcuvid nur mit nvidia-440 richtig funktioniert.

Oje, aber Danke für deine Vermutung - war vorhin total verwirrt wg cuvid/vdpau.

I use nvidia-450 for softhddevice, softhdcuvid works too, but without libplacebo.

Working in windowed mode has a lower priority, so I will try to solve this problem, but last of all.

I testing softhddevice-cuvid in windowed mode on Fedora33.

No problem, works fine.

My experience: Softhddevice with cuvid is ok, but it doesn't work with vdpau. My last test was about 2 weaks ago with the newest Version from git. When I change to windowed mode the error or segfault is caused.

I will try to reproduce it.

I only have a GT720, so no cuvid. Checking every minute with a "svdrpsend stat disk" for hangs, and a few times a day it's really hanging (and no action with remote possible as well). So I check for a running recording after svdrpsend hang ("timeout") is detected, and restart the vdr when no recording is active.

Unfortunately, there are no relevant log entries at the time vdr "hangs".

@wmautner

You use desktop & windowed mode, or clean Xorg?

And try:

-w disable-ogl-osd

Just yavdr with openbox, fullscreen mode

Will check if disabling ogl-osd helps, but it is just standard softhddevice.

Uhm, disabling ogl-osd (though not even a parameter described in the config) makes some mess of my skindesigner-estuary4vdr-skin. Clearly not good for the WAF

You need to find the source of the problem, to do this, turn off the openGL OSD and take a simple skin.