program guide rendered underneath video when activated while watching a recording

[Jason Lewis <jason@…>]

If you are watching a recording and you press S to bring up the program guide, the program guide is rendered underneath the video so you can't actually see or use it.

MythTV Version : 24855

Steps to reproduce: Record a show, then watch recording. While watching recording press S to schedule another recording. you can see the guide momentarily flash but it seems to be displayed underneath the image of the current recording.

[Jason Lewis <jason@…>]

Forgot to mention I use the MythCenter? theme.

[Jason Lewis <jason@…>]

by the way, this bug also happens if you press # to bring up the program finder

[markk]

Please attach the unabridged output of:-

mythfrontend -v playback

thanks

Mark

[jason@…]

output of mythfrontend -v playback

[jason@…]

please disregard previous attachment, this one is the correct output

[robertm]

Still present in trunk?

[keemllib@…]

mythfrontend -v most,novbi

[keemllib@…]

Ran mythfrontend -v most,novbi watched a recorded show and pressed s. The recording pauses. Can't comment on the 'underneath' description, however the schedule does only flash. Pressing escape restarts the recording.

MythTV Version : 26058 MythTV Branch : trunk Network Protocol : 59 Library API : 0.23.20100830-2 QT Version : 4.6.2 Options compiled in:

linux debug using_alsa using_jack using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_dvb using_frontend using_iptv using_ivtv using_mheg using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg

[keemllib@…]

Additional data and workaround.

On trunk 26115, if s is pressed while watching LiveTV the schedule appears. If LiveTV is then exited and a recording is watched, the s feature works. If the frontend is stopped, pressing s during LiveTV has to be repeated in order for s to work during a recording.

[keemllib@…]

Successful s during a recording after pressing s during LiveTV

[keemllib@…]

'diffable' file (with previous upload), no timestamps/addresses, after s was pressed

[markk]

see #8165 for additional logs on same issue.

[Bill Meek <keemllib@…>]

Just built [26410] and retested. Pressing s now works while watching a recording (and LiveTV too.) See #8949.

[danielk]

Can someone who can repro the problem test the patch in #8950 ?

[danielk]

(In [26414]) Refs #8520. Don't disable XVideo chromakey draw while embedding.

[danielk]

No need to test the patch in #8950, the pertinent part has been applied in [26414] but it doesn't fix this issue.

[markk]

(In [26421]) Effectively disable video rendering when embedded and the video is fully obscured. Closes #8520

If we are 'embedding' but don't actually have a preview window, tell the player to display in an empty rect, this disabling any actual framebuffer updates but maintaining all other aspects of playback - such as audio and a/v sync.

This doesn't actually address the root cause of the problem noted in #8520 (which I think is related to the painter window mask when using the Qt UI painter) but it seems to be an effective solution without any unwanted side effects. After all of the recent fixes to embedded playback and colourkey repainting etc, I could replicate the problem in #8520 with any video renderer in conjunction with the Qt UI painter.