[0.7] kein Bild nach Update (softhdvaapi)

jojo61 · Aug 13th 2021

Hier der Pacth so wie ich ihn eingebaut habe. Es betrifft die Datei src/gpu.c

Code

static inline bool check_mod(pl_gpu gpu, pl_fmt fmt, uint64_t mod)
{
return true;
for (int i = 0; i < fmt->num_modifiers; i++) {
if (fmt->modifiers[i] == mod)
return true;
}
PL_ERR(gpu, "DRM modifier %s not available for format %s. Available modifiers:",
PRINT_DRM_MOD(mod), fmt->name);
for (int i = 0; i < fmt->num_modifiers; i++)
PL_ERR(gpu, " %s", PRINT_DRM_MOD(fmt->modifiers[i]));
return false;
}

Display More

Dieser Patch behebt diesen Fehler:

Code

Aug 12 20:34:03 ubuntu-nuc3 vdr[1126]: error: Validation failed: (image->planes[i]).texture (../src/renderer.c:2146)
Aug 12 20:34:03 ubuntu-nuc3 vdr[1126]: error: DRM modifier INTEL 0x2 not available for format rg8. Available modifiers:
Aug 12 20:34:03 ubuntu-nuc3 vdr[1126]: error: INVALID

Die Haswell warnings sind wohl nicht schlimm weil ich diese Formate nicht nutze. Aber ich frage mich wo er das BadDrawable wirft. Das ist immer schwer zu finden weil es da keine Linenummer und keinen Dump gibt. Evtl. kannst du mal mit DEBUG bauen und den kompletten Log posten.

Ich nutze den iHD Treiber.

Code

export MESA_LOADER_DRIVER_OVERRIDE=iris
export LIBVA_DRIVER_NAME=iHD
export LIBVA_DRIVERS_PATH=/usr/local/lib64/dri

Was sagt denn glxinfo | grep OpenGL

seahawk1986 · Aug 13th 2021

jojo61 wrote:

Was sagt denn glxinfo | grep OpenGL

Code

$ glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4400 (HSW GT2)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 21.3.0-devel (git-513fb54 2021-08-12 focal-oibaf-ppa)
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 21.3.0-devel (git-513fb54 2021-08-12 focal-oibaf-ppa)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 21.3.0-devel (git-513fb54 2021-08-12 focal-oibaf-ppa)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4400 (HSW GT2)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 21.3.0-devel (git-513fb54 2021-08-12 focal-oibaf-ppa)
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 21.3.0-devel (git-513fb54 2021-08-12 focal-oibaf-ppa)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 21.3.0-devel (git-513fb54 2021-08-12 focal-oibaf-ppa)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

Display More

jojo61 wrote:

Evtl. kannst du mal mit DEBUG bauen und den kompletten Log posten.

DEBUG wird wenn ich das richtig sehe standardmäßig gersetzt: https://github.com/jojo61/vdr-…/blob/master/Makefile#L39 - das Log habe ich angehängt. Der Crash passiert wenn das Frontend gestartet wird.

In gdb sieht das nach dem Crash z.B. so aus (der XError steckt in Thread 47), die Meldung zur BadDrawable scheint aber aus Thread 50 zu stammen, denn dort wird versucht eine Pixmap zu zeigen:

Code

(gdb) thread apply all bt
Thread 50 (Thread 0x7fffe1ffb700 (LWP 5124)):
#0 futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x7fffa40013f8) at ../sysdeps/nptl/futex-internal.h:183
#1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7fffb8008fb0, cond=0x7fffa40013d0) at pthread_cond_wait.c:508
#2 __pthread_cond_wait (cond=0x7fffa40013d0, mutex=0x7fffb8008fb0) at pthread_cond_wait.c:638
#3 0x00007ffff2949db5 in () at /lib/x86_64-linux-gnu/libX11.so.6
#4 0x00007ffff295ca4c in () at /lib/x86_64-linux-gnu/libX11.so.6
#5 0x00007ffff28f9056 in () at /lib/x86_64-linux-gnu/libxcb.so.1
#6 0x00007ffff28f90d5 in () at /lib/x86_64-linux-gnu/libxcb.so.1
#7 0x00007ffff28f9622 in () at /lib/x86_64-linux-gnu/libxcb.so.1
#8 0x00007ffff28f98bb in xcb_send_request_with_fds64 () at /lib/x86_64-linux-gnu/libxcb.so.1
#9 0x00007ffff28f9c4d in xcb_send_request () at /lib/x86_64-linux-gnu/libxcb.so.1
#10 0x00007fffe000b52e in xcb_present_pixmap () at /lib/x86_64-linux-gnu/libxcb-present.so.0
#11 0x00007fff61efa71a in () at /usr/lib/x86_64-linux-gnu/libvulkan_intel.so
#12 0x00007fff61efae47 in () at /usr/lib/x86_64-linux-gnu/libvulkan_intel.so
#13 0x00007ffff7f19609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#14 0x00007ffff792e293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
[...]
Thread 47 (Thread 0x7fff63fff700 (LWP 5121)):
#0 futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0x7fff63ffe6f0, clockid=<optimized out>, expected=0, futex_word=0x7fff63ffe790) at ../sysdeps/nptl/futex-internal.h:320
#1 __pthread_cond_wait_common (abstime=0x7fff63ffe6f0, clockid=<optimized out>, mutex=0x7fff63ffe740, cond=0x7fff63ffe768) at pthread_cond_wait.c:520
#2 __pthread_cond_timedwait (cond=cond@entry=0x7fff63ffe768, mutex=mutex@entry=0x7fff63ffe740, abstime=abstime@entry=0x7fff63ffe6f0) at pthread_cond_wait.c:656
#3 0x00005555556be00f in cCondWait::Wait(int) (this=this@entry=0x7fff63ffe740, TimeoutMs=TimeoutMs@entry=10) at thread.c:86
#4 0x00005555556be08c in cCondWait::SleepMs(int) (TimeoutMs=10) at thread.c:75
#5 0x00005555556be656 in cThread::Cancel(int) (WaitSeconds=3, this=0x555555a0e520) at thread.c:362
#6 cThread::Cancel(int) (this=this@entry=0x555555a0e520, WaitSeconds=WaitSeconds@entry=3) at thread.c:354
#7 0x000055555568ca9f in cKbdRemote::~cKbdRemote() (this=0x555555a0e500, __in_chrg=<optimized out>) at remote.c:270
#8 0x000055555568cadd in cKbdRemote::~cKbdRemote() (this=0x555555a0e500, __in_chrg=<optimized out>) at remote.c:267
#9 0x00005555556c6aed in cListBase::Clear() (this=this@entry=0x5555557a4a00 <Remotes>) at tools.c:2239
#10 0x00005555556c6bbb in cListBase::~cListBase() (this=0x5555557a4a00 <Remotes>, __in_chrg=<optimized out>) at tools.c:2146
#11 0x00007ffff7855a27 in __run_exit_handlers (status=1, listp=0x7ffff79f7718 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108
#12 0x00007ffff7855be0 in __GI_exit (status=<optimized out>) at exit.c:139
#13 0x00007ffff295f17b in () at /lib/x86_64-linux-gnu/libX11.so.6
#14 0x00007ffff295f28b in _XError () at /lib/x86_64-linux-gnu/libX11.so.6
#15 0x00007ffff295bff7 in () at /lib/x86_64-linux-gnu/libX11.so.6
#16 0x00007ffff295c095 in () at /lib/x86_64-linux-gnu/libX11.so.6
#17 0x00007ffff295c9e2 in _XEventsQueued () at /lib/x86_64-linux-gnu/libX11.so.6
#18 0x00007ffff294e211 in XPending () at /lib/x86_64-linux-gnu/libX11.so.6
#19 0x00007ffff491ccf6 in VideoPollEvent () at video.c:5523
#20 0x00007ffff491cf7f in VideoHandlerThread (dummy=<optimized out>) at video.c:5889
#21 0x00007ffff7f19609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#22 0x00007ffff792e293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
[...]

Display More

jojo61 · Aug 14th 2021

Wenn ich mir den Absturz so ansehe dann wundere ich mich was das plugin damit zu hat. Das bitmap das da crasht könnte der OSD Fensterrahmen sein.

Hast du mal mit dem iHD Treiber versucht ? Mesa 21.3 ist ja recht neu evtl. gibt es da noch Probleme mit dem intel i965 Treiber.

jojo61 · Aug 15th 2021

Haasn hat nun in der libplacebo den Fehler behoben und die aktuelle libplacebo ab Commit 2f30ced braucht nun keinen patch mehr.

Jetzt müsste man nur noch rausfinden was in der Mesa kaputt gegangen ist.

Taipan · Aug 15th 2021

Ich weiß ja nicht ob es mit den Problemen / Änderungen der letzten Tage zusammenhängt, ich hatte eigentlich keinerlei Probleme (ansible/softhdvaapi) bis zum Update von gestern. Nun crasht yaVDR beim Umschalten auf irgendeinen UHD-Sender sofort...

seahawk1986 · Aug 15th 2021

jojo61 wrote:

Hast du mal mit dem iHD Treiber versucht ?

Der Funktioniert leider nicht mit den Haswell-IGPs, deswegen setze ich den i965-Treiber explizit, um die Meldung zu vermeiden, dass er vaapi mit iHD nicht initialisieren kann...

rkp · Aug 18th 2021

Ich dachte, das Problem wäre jetzt gelöst und habe gerade einen Update gemacht auf meinem System mit softhdvaapi.

Jetzt habe ich einen schwarzen Bildschirm mit Ton. Nach 20 Sekunden läuft der VDR Amok.

Hilfeeeeeee! Ich habe keinen funktionierenden VDR mehr.

jojo61 · Aug 19th 2021

rkp wrote:

Hilfeeeeeee! Ich habe keinen funktionierenden VDR mehr.

Da musst du wohl wieder die alte Mesa Lib installieren. Dieses Problem ist weiterhin offen und ich kann es nicht reproduzieren.

rkp · Aug 19th 2021

Ok, würde ich sofort machen, wenn ich denn wüsste wie

Code

root@ubuntu-nuc1:~# DISPLAY=:0 glxgears -info | grep GL_VERSION
GL_VERSION = 4.6 (Compatibility Profile) Mesa 21.0.3

jojo61 · Aug 19th 2021

Hast du kein brtfs und kannst einen Fallback machen ?

rkp · Aug 19th 2021

Nein, habe ich nicht.

Aber ich habe mich gerade selber gerettet:

Per

Code

add-apt-repository ppa:oibaf/graphics-drivers
apt-get update
apt-get dist-upgrade

habe ich wieder ein Bild!

Klemmerle · Aug 19th 2021

RPK werde ich auch gleich mal testen.

Das einzige, was mir sonst im log noch aufgefallen ist: - Zu viele offene Dateien. k.A ob das aber Ursache oder Wirkung ist...

Code

Aug 19 18:04:08 yavdr vdr[926]: error: Validation failed: (image->planes[i]).texture (../src/renderer.c:2146)
Aug 19 18:04:08 yavdr vdr: [1076] ERROR (svdrp.c,278): Zu viele offene Dateien
Aug 19 18:04:09 yavdr vdr[926]: Fehler beim export VAAPI Handle

- update -

nach dem upgrade auf oibaf habe auch ich wieder ein Bild

ofenheizer · Aug 19th 2021

rkp wrote:

Nein, habe ich nicht.

Aber ich habe mich gerade selber gerettet:

Per

Code

add-apt-repository ppa:oibaf/graphics-drivers

apt-get update

apt-get dist-upgrade

habe ich wieder ein Bild!

Display More

Das hatte ich aber schon vor ein paar Tagen in diesem Thread gepostet.

Klemmerle · Aug 19th 2021

ofenheizer wrote:

Das hatte ich aber schon vor ein paar Tagen in diesem Thread gepostet.

Danke an ofenheizer : Dein "Dreisprung" hat auf Anhieb funktioniert. Ich habe damit nur gezögert, weil ich nicht weiß, wie einfach ich nachher wieder auf den yavdr Standard zurückkomme, wenn es da auch wieder läuft...

seahawk1986 · Aug 22nd 2021

jojo61 Ich habe jetzt mal auf die Pakete aus focal und focal-security gepinnt (damit die neueren mesa-Pakete aus focal-updates entfernt werden) und die libplacebo lokal neu gebaut - damit crasht er sichtbar im Thread für das OpenGL-OSD:

Code

Thread 42 "oglThread" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff7e9a1700 (LWP 43414)]
0x00007fff7cbe5609 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
(gdb) bt
#0 0x00007fff7cbe5609 in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#1 0x00007fff7cbd50c4 in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#2 0x00007fff7cd4d40d in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#3 0x00007fff7cd4d4c7 in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4 0x00007ffff6eb4d7b in cOglVb::DrawArrays(int) (this=<optimized out>, count=<optimized out>)
at openglosd.cpp:773
#5 0x00007ffff6eb5856 in cOglCmdDrawImage::Execute() (this=0x555555a908b0) at openglosd.cpp:1422
#6 0x00007ffff6eb709b in cOglThread::Action() (this=0x555555aab1f0) at openglosd.cpp:1758
#7 cOglThread::Action() (this=0x555555aab1f0) at openglosd.cpp:1704
#8 0x00005555556be965 in cThread::StartThread(cThread*) (Thread=0x555555aab1f0) at thread.c:293
#9 0x00007ffff7f19609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#10 0x00007ffff792e103 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(gdb) bt full
#0 0x00007fff7cbe5609 in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#1 0x00007fff7cbd50c4 in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#2 0x00007fff7cd4d40d in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#3 0x00007fff7cd4d4c7 in () at /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4 0x00007ffff6eb4d7b in cOglVb::DrawArrays(int) (this=<optimized out>, count=<optimized out>)
at openglosd.cpp:773
#5 0x00007ffff6eb5856 in cOglCmdDrawImage::Execute() (this=0x555555a908b0) at openglosd.cpp:1422
texture = 6
x1 = <optimized out>
y1 = <optimized out>
x2 = <optimized out>
y2 = <optimized out>
quadVertices =
{1776, 28, 0, 1, 1776, 10, 0, 0, 1803, 10, 1, 0, 1776, 28, 0, 1, 1803, 10, 1, 0, 1803, 28, 1, 1}
#6 0x00007ffff6eb709b in cOglThread::Action() (this=0x555555aab1f0) at openglosd.cpp:1758
cmd = 0x555555a908b0
#7 cOglThread::Action() (this=0x555555aab1f0) at openglosd.cpp:1704
#8 0x00005555556be965 in cThread::StartThread(cThread*) (Thread=0x555555aab1f0) at thread.c:293
#9 0x00007ffff7f19609 in start_thread (arg=<optimized out>) at pthread_create.c:477
ret = <optimized out>
pd = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {140735317415680, -52605689763087622, 140737488347022, 140737488347023, 140737488347024, 140735317413632, 52889066814946042, 52623194781367034}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
#10 0x00007ffff792e103 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Display More

Klemmerle · Aug 22nd 2021

Ich bin mal wieder ohne Bild, obwohl es nach update auf ppa von oibaf lief und ich kein weiteres update gemacht hatte.

lt. vaainfo habe ich den iHD Treiber.

vainfo

Ich werde wohl abwarten müssen...

seahawk1986 · Aug 22nd 2021

Das vdr-plugin-softhddevice sollte auf jeden Fall funktionieren, was da mit softhdvaapi kaputt gegangen ist, ist mir noch nicht klar.

Klemmerle · Aug 22nd 2021

Quote

Das vdr-plugin-softhddevice sollte auf jeden Fall funktionieren

Danke für den Hinweis - ich werde es nachher nochmal testen...

rkp · Aug 22nd 2021

Auf dem NUC hat bei mir softhddevice noch nie funktioniert.

Ich habe heute eine Update gemacht. Kein Problem, Bild ist da.

Taipan · Aug 22nd 2021

...ich habe heute Nachmittag auch ein Update gemacht und hier läuft alles wie gehabt. Habe identische Ausgaben von vaainfo wie Klemmerle .

Und auch hier funktioniert NUR softhdvaapi

[0.7] kein Bild nach Update (softhdvaapi)

Share

Similar Threads

yavdr experimental für Ubuntu 20.04 (yavdr ansible @ focal)

Anleitung zu softhd*?