VDPAU since 20325 black screen when no focus

[elkin@…]

when watching a recording, if the player looses focus due to a program like skype, kopete or updatemanagers, the part that the message took stays black after it disapears. If you do an alt-tab to any other application leads to a fully black window. Audio still works and ESC gets you out. Playback works again if you start the recording again. Error only with VDPAU, no problem with the "standard" renderer. Before and at r20325 it still works... no relevant output in the logs.

My system: Mythbuntu trunk after r20325 on Jaunty. Nvidia 8600GT with 180.44 drivers (180.51 tested, but no change).

[robert.mcnamara@…]

Which particular revision after 20325 (140 revisions ago as of now) are you running? There have been multiple VDPAU related EPG and internal player fixes since then. Does this problem persist with the current revision?

[elkin@…]

schould have been more precise: between 20325 and 403... those are the current mythbuntu weekly builds. Looking at the changes, there seem to be some that include adding a black background. But I am in no way a developer. thanks for looking into it.

[jheikkal@…]

I'm using 20435 now and got same problem. Also when starting playback, screen flashes latest menu screen(from buffer?). Also if guide is show during playback, screen goes black. Only applies vdpau renderer. Worked pre 20325.

[anonymous]

I've been seeing this problem since VDPAU was introduced. I have OSD_CAT displaying content on top of the VDPAU layer and it stays black. I haven't tested this, but my gut says this has something to do with:

Option "Composite" "Disable"

This is required for me to avoid tearing, but when I see tearing the black problem goes away.

[myth@…]

I just confirmed that removing Option "Composite" "Disable" from xorg.conf fixes this (but brings back tearing). Not sure there's much we can do about it.

[anonymous]

The latest drivers in the 185.xx series from nVidia add vSync to blank to the blit path. If you're not using the latest drivers with VDPAU, you should.

[elkin@…]

just installed 185.19 and it does _not_ fix the problem... rolling back to r20325 does.

[myth@…]

185.19 does not fix it for me either, but neither does rolling back to 20325. Mine must be something else.

[anonymous]

Replying to myth@dermanouelian.com:

185.19 does not fix it for me either, but neither does rolling back to 20325. Mine must be something else.

Not true! It works if you enable composite and use 185.19 drivers. No tearing in my test recordings.

[myth@…]

Well, what I said *is* true, but I now understand what you're saying. The answer is to not use disable composite if you don't want this to happen (as I said), but you have to upgrade to the latest 185.xx driver to prevent tearing in this configuration.

[markk]

This is a known problem introduced with the new GuideGrid/'TV Player Window' code and is not restricted to VDPAU; there are similar issues with Xv and XvMC. OpenGL embedding is broken as well.

Changing Nvidia driver versions will not help - the colorkey mask is either not being drawn or is being overpainted. For VDPAU disable the overlay (VDPAU_NVIDIA_NO_OVERLAY=1) as a temporary workaround (which may or may not introduce tearing depending on your driver version).

[markk]

(In [20440]) Reinstate some event handling in the TV class that was removed in r20355. Tested with various profiles on 3 machines without issue and I can't see any logical reason not to add it back. Closes #6481 (although there is still an issue with OpenGL playback and embedded video).