[SOLVED] Mythfrontend Black Screen When OpenGL Painter Used

[harpax]

I have a Intel Broadwell-based NUC running F23 which I used as a FE/BE combo. After a recent Qt/Intel Driver update (I'm not entirely sure which the culprit was) I get a black screen whenever I turn on my TV and mythfrontend is running. Basically, if I turn off the TV while the frontend is running and is the displayed window, I will get a black screen when I turn it back on (it does not matter how long it is off for). The frontend does not lock up, it appears to be just unable to paint the window and terminating it with CTL+C and restarting it always gets it working again. This is an issue with the OpenGL 1 and OpenGL 2 painters, the QT painter does not have this problem.

When the black screen is up, the frontend is spamming the following to the terminal:

Code: Select all

QXcbConnection: XCB error: 146 (Unknown), sequence: 676, resource id: 0, major code: 139 (Unknown), minor code: 20
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined

Version is a recent build of 0.28-fixes:

Code: Select all

Please attach all output as a file in bug reports.
MythTV Version : v0.28-rc1-3-g2520617
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20160309-1
QT Version : 5.5.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_dvb using_frontend using_hdhomerun using_vbox using_hdpvr using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_systemd_notify using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_ffmpeg_threads using_mheg using_libass using_libxml2

I was thinking of filing this as a bug report in TRAC, but I was wondering if it's an issue with QT 5.5.1 or QT 5.5.1 + Intel? Anyone else running MythTV with this version of QT and using the OpenGL painter?

[mbanksy]

I'm on Ubuntu 14.04.4 LTS and wanted to go from 0.27 to 0.28 on a combined FE/BE NUC (Intel DN2820FYKH0 NUC Barebone Kit - Celeron N2820) and can't see video output anymore on via mythtv when using an OpenGL playback profile. I can hear the audio, but nothing on screen. When starting via mythfrontend --verbose, I see lots of these too:

Code: Select all

QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined

If I use Normal playback profile, it's all fine. This is not really a big deal for me, as I use kodi as a frontend, but it confused me. My QT is 5.2.1 so not sure if that helps you or not.

Separately, I also had to delete my .ICEAuthority file to get the frontend to load at all.

mythfrontend --version

Code: Select all

MythTV Version : v28.0-4-gb4e03c8
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20160309-1
QT Version : 5.2.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_vbox using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2

[harpax]

Thanks for the reply. This issue seems to be with QT 5.5.1 (maybe other versions of 5.5?). After a recent update to QT 5.6.0 the issue was gone:

Code: Select all

Please attach all output as a file in bug reports.
MythTV Version : v0.28-5-geeac182-dirty
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20160309-1
QT Version : 5.6.0
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_dvb using_frontend using_hdhomerun using_vbox using_hdpvr using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_systemd_notify using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_ffmpeg_threads using_mheg using_libass using_libxml2

Hooray! I can turn my TV off now and not have to restart the front end. I'm not sure what issue in 5.5.1 specifically caused this, but happy to see it gone.

[muss3000]

Hi harpax - I am experiencing the same problem. How did you update to QT 5.6.0? I downloaded QT5.7.0 to see how it goes but running mythfrontend --version it shows the compile & runtime version as 5.5.1

Is there to make it use the new version?