Comment 1 for bug 729970
Revision history for this message
| Fabounet (fabounet03) wrote Re: [Cairo-dock-team] [Bug 729970] [NEW] Cairo-dock running or having been run corrupts Kdenlive monitor display | #1 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
1b1ed1a
(Get the code!)
could you please try with the latest version (2.3) ?
I think it fixes the problem
2011/3/6 Luke <email address hidden>
> Public bug reported:
>
> Binary package hint: cairo-dock
>
> If cairo-dock is installed and has been run withing the same X session,
> Kdenlive running under compiz, with XV video output will display a
> transparent monitor window, and no video, just transparency, until
> playback stops.Other window managers with xv output from kdenlive will
> give a blank monitor (background only) entirely during playback, just as
> the entire frame is transparent under compiz.
>
> Using the X11 driver gives semi-transparent (0<alpha<1) video with
> transparent borders under compiz, normal video playback under window
> managers other than compiz. Detaching the window returns the semi-
> transparent playback as though compiz were running. In all cases the
> image returns to normal when playback stops.
>
>
> This report is posted on the Kdenlive website:
>
> http://
> uninstall-
>
> "but the problem seems to be cause by cairo-dock. A number of other qt-
> base applications have known problems with it, that this workaround
> fixes:
>
> Others apps based on Qt4 like VirtualBox, Skype, VLC
> (for VLC, there was a bug only if the option 'Integrate video in interface'
> is enabled and vlc devs have added this workaround into the application)
> It's the same problem that (S)MPlayer, so you can use this command in order
> to launch your application, e.g.:
> export XLIB_SKIP_
> But you can also make a little script:
> Create a file with the extention ".sh" (launch_
> Add these two lines :
> export XLIB_SKIP_
> virtualbox
> Change the right execution (Right clic on the file / Properties /
> Permissions / Execution => or directly :
> chmod +x launch_
> Use this file to execute this app.
> Or edit the launcher and use a command like this one:
> sh -c "env XLIB_SKIP_
>
> Unfortunately, this does not help in kdenlive(replacing "kaffeine"
> with"kdenlive"), where it has no effect and the transparency continues..
>
> Both SMplayer and Kaffeine also report video playback issues when cairo-
> dock is running:
>
>
> https:/
> problem is in qt-but in that case, the bug is being reported to appear in
> opengl mode. With kdenlive the bug appears under both opengl and cairo
> backends. I've tested both, restarting X between tests.
>
> The only workaround I have found is to set cairo-dock not to start with
> the session and start it only when not using Kdenlive. To use kdenlive,
> X must be restarted. I just removed Docky so I could get rid of mono,
> now this...
>
> I am using cairo-dock_
> unity, gnome-shell, kde, and icewm sessions all installed and working.
>
> ** Affects: cairo-dock (Ubuntu)
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are a member of Cairo-
> Dock Team, which is subscribed to cairo-dock in ubuntu.
> https:/
>
> Title:
> Cairo-dock running or having been run corrupts Kdenlive monitor
> display
>
> Status in “cairo-dock” package in Ubuntu:
> New
>
> Bug description:
> Binary package hint: cairo-dock
>
> If cairo-dock is installed and has been run withing the same X
> session, Kdenlive running under compiz, with XV video output will
> display a transparent monitor window, and no video, just transparency,
> until playback stops.Other window managers with xv output from
> kdenlive will give a blank monitor (background only) entirely during
> playback, just as the entire frame is transparent under compiz.
>
> Using the X11 driver gives semi-transparent (0<alpha<1) video with
> transparent borders under compiz, normal video playback under window
> managers other than compiz. Detaching the window returns the semi-
> transparent playback as though compiz were running. In all cases the
> image returns to normal when playback stops.
>
>
> This report is posted on the Kdenlive website:
>
> http://
> uninstall-
>
> "but the problem seems to be cause by cairo-dock. A number of other
> qt-base applications have known problems with it, that this workaround
> fixes:
>
> Others apps based on Qt4 like VirtualBox, Skype, VLC
> (for VLC, there was a bug only if the option 'Integrate video in
> interface' is enabled and vlc devs have added this workaround into the
> application)
> It's the same problem that (S)MPlayer, so you can use this command in
> order to launch your application, e.g.:
> export XLIB_SKIP_
> But you can also make a little script:
> Create a file with the extention ".sh" (launch_
> Add these two lines :
> export XLIB_SKIP_
> virtualbox
> Change the right execution (Right clic on the file / Properties /
> Permissions / Execution => or directly :
> chmod +x launch_
> Use this file to execute this app.
> Or edit the launcher and use a command like this one:
> sh -c "env XLIB_SKIP_
>
> Unfortunately, this does not help in kdenlive(replacing "kaffeine"
> with"kdenlive"), where it has no effect and the transparency
> continues..
>
> Both SMplayer and Kaffeine also report video playback issues when
> cairo-dock is running:
>
>
> https:/
> problem is in qt-but in that case, the bug is being reported to appear in
> opengl mode. With kdenlive the bug appears under both opengl and cairo
> backends. I've tested both, restarting X between tests.
>
> The only workaround I have found is to set cairo-dock not to start
> with the session and start it only when not using Kdenlive. To use
> kdenlive, X must be restarted. I just removed Docky so I could get
> rid of mono, now this...
>
> I am using cairo-dock_
> unity, gnome-shell, kde, and icewm sessions all installed and working.
>
> _______
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>