Dear Maintainer,


*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Update from 1.2.2-2 to 1.2.2-3

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

Start TV. Click with the mouse to a different program: the image is gone.

To get the picture back, you have to repeatedly click the mouse on an entry in the Kaffeine-menu. This keeps until you click again on another program.

Hello,
I think I am experiencing the same issue at an up to date Jessie amd64 installation.
There are the nvidia binary driver in use:
ii  kaffeine                                          1.2.2-3                            amd64
ii  libvdpau1                                         0.7-2                              amd64
ii  libxine1                                          1.1.21-2                           amd64
ii  libxine2                                          1.2.5-1                            amd64
ii  nvidia-vdpau-driver                               331.67-1                           amd64
Currently I had the desktop effects disabled in KDE.


With the package from Wheezy this issue is not visible.
http://ftp.de.debian.org/debian/pool/main/k/kaffeine/kaffeine_1.2.2-2_amd64.deb


With version 1.2.2-3 kaffeine is starting to link against libxine2 instead of libxine.
http://metadata.ftp-master.debian.org/changelogs//main/k/kaffeine/kaffeine_1.2.2-3_changelog


libxine2 supports the video output driver vo_vdpau which is in use when the problem is visible.
(Due to output when starting from command line.)


When forcing in ~/.kde/share/apps/kaffeine/xine-config the use of another
video out driver I could also not see the issue anymore.
-#video.driver:auto
+video.driver:xv


But I suspect that these two workarounds would lead to loosing the
hardware acceleration, which vdpau would provide.


When the problem is visible, viewing something in windowed kaffeine and changing to another
application leads most of the time to the whole picture gets black - sound is playing.

When opening a menu from the menu bar and iterating through the items there most of the time
the rectangle of the before visible menu stays black while the video plays just fine in the
area which was never hidden behind a menu.


The third workaround works in my case also with 1.2.2-3 and automatic use of vdpau by just
activating desktop effects in KDE by hitting alt+shift+F12.


@Alex: probably you can check if my findings apply to your situation too.


Kind regards,
Bernhard

Hello,
the problem is also visible with xine-ui, when desktop effects are off
and the vdpau as video driver is in use.

When playing a video and right click into the video window to open the
menu and close it, sometimes the area, where the menu was, stays black.

Kind regards,
Bernhard

Hello,
some small additions:

I cannot reproduce it anymore with xine-ui.


And more important, another workaround is to start with this environment:
$ VDPAU_NVIDIA_NO_OVERLAY=1 kaffeine


But unfortunately then I think tearing gets visible.
From the nvidia driver readme [1]:
Both the overlay and blit methods sync to VBLANK. The overlay path is
guaranteed never to tear, whereas the blit method is classed as "best effort".


And still the issue is only visible with deactivated desktop effects, that's also
mentioned in the nvidia driver readme [1]:
The following conditions or system configurations will prevent usage of the
overlay path: ... The presentation target window is redirected, due to a
compositing manager actively running. ...


Kind regards,
Bernhard


[1] http://us.download.nvidia.com/XFree86/Linux-x86/343.36/README/vdpausupport.html