When compiz is enabled, videos and visualizations don't work properly

Bug #184686 reported by Ed G.
6
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Invalid
Undecided
Unassigned
xserver-xorg-video-intel (Ubuntu)
Confirmed
High
Unassigned

Bug Description

When compiz is enabled, playing a video in totem (or music with visualizations turned on) leads to strange things. For example moving the video player leaves the actual video behind until the player is dropped. Also, making totem transparent, leads the video to become black. An interesting thing I have found is that if nautilus (the part that makes the gnome desktop have icons) is disabled I find that moving totem leaves the video playing the same place, so it's almost as if when compiz is enabled and the user tries to manipulate the player, the video gets drawn being everything else.

I have tested this on other distros and for the most part they all have issues with it. The exception is Fedora which seems to have this issue ironed out, perhaps they have a working patch.

I have a Dell Inspiron 649m with intel 945gma video card. I am not sure if the issue lies with the intel video driver alone or if it involves both the driver and compiz. The problem isn't serious but it is obnoxious. I think it would be great if this was fixed in time for hardy. (NOTE: As of Hardy Alpha 2 the problem persists)

Please, if there is anything else you need to know about this or if there is anything you need me to do/test feel free to ask.

Revision history for this message
Ed G. (zrchrn) wrote :

Edit: I also wanted to point out that this issue is not only with totem, but with other players as well.

Revision history for this message
Bryce Harrington (bryce) wrote :

I think this may be an already known issue. Can you please attach your /var/log/Xorg.0.log, /etc/X11/xorg.conf and the output from lspci -vvnn?
Also, check to see if the issue exists even when Compiz is turned off. I recall noticing this problem on my 945 with compiz, but don't recall seeing it in Gutsy (but I wasn't running compiz then.)

Changed in xserver-xorg-video-intel:
status: New → Incomplete
Revision history for this message
Ed G. (zrchrn) wrote :

The issue does not exsist when compiz is turned off. It's confirmed on gutsy and hardy. I have attached an archive with all the requested files. Do we know what is the issue? If so, are there any working patches?

Revision history for this message
Travis Watkins (amaranth) wrote :

The problem is in the Intel driver. I'm not sure how Fedora could not have this problem as it requires using EXA (to get textured Xv output) for video and someone to implement redirected direct rendering for OpenGL.

We will, however, most likely have a partial workaround for this in compiz for hardy. It won't make transparent video work but the rest should. It'll be a huge hack though so the driver should still be fixed.

Changed in compiz:
status: New → Invalid
Revision history for this message
Ed G. (zrchrn) wrote :

Is there somewhere that I can follow developments on this issue?

Revision history for this message
Bryce Harrington (bryce) wrote :

The xorg mailing list is the most authoritative place to follow the development work. I've also set up a page summarizing current status of various drivers: https://wiki.ubuntu.com/X/Drivers

Marking this confirmed for now. We've got several bugs about issues with Xv on -intel; likely they all have the same root cause and will be fixed by Hardy+1 or so.

Changed in xserver-xorg-video-intel:
importance: Undecided → High
status: Incomplete → Confirmed
Revision history for this message
mabovo (mabovo) wrote :

Sometimes window manager looses its decoration so I have to reload wm "metacity" to refresh and make it show again.
This happen when I press alt+tab changing from one application into another many times.

Revision history for this message
mabovo (mabovo) wrote :

The problem with the borders is better described in xsession-xerrors.

Revision history for this message
Bryce Harrington (bryce) wrote :

This sort of sounds similar to the 965 issue we solved by switching to EXA+greedy migration heuristic. Can you test this by launching X in hardy configured to use EXA and the "greedy" migration heuristic? For example:

Section "Device"
  ....
        Driver "intel"
        Option "AccelMethod" "EXA"
        Option "MigrationHeuristic" "greedy"
  ....
EndSection

If this solves the issue, then we should extend the fix for bug 177492 to cover this chipset as well.

Revision history for this message
Ed G. (zrchrn) wrote :

Bryce, I recently downloaded hardy alpha 5 and tested the method you suggested and I got a hard freeze when I tried to play a video (the one in the Ubuntu Examples folder) with compiz enabled.

Revision history for this message
Bryce Harrington (bryce) wrote :

ihavenoname, that's unfortunate... by hard freeze do you mean the video player froze, or Xorg froze? If X froze, could you attach a copy of your /var/log/Xorg.0.log.old from after rebooting?

Revision history for this message
Ed G. (zrchrn) wrote :

By hard freeze I mean the entire system locked up to where I could only move the mouse with the only option open to me being a restart.

Revision history for this message
Bryce Harrington (bryce) wrote :

ihavenoname, If you can still move the mouse, then it's an Xorg freeze. Please attach a copy of your Xorg.0.log and/or Xorg.0.log.old (they may contain a backtrace which would be useful in debugging this further.)

Fwiw, I'm considering switching greedy on by default for all Intel chipsets as many have reported it improves things for them; so far, you are the only person reporting that it causes additional problems, so it would be nice to get that sorted out before Hardy releases.

Revision history for this message
Ed G. (zrchrn) wrote :

Ok, last time I was messing around with a live-cd. I took the time today to make some room on my hard drive, I installed and updated hardy. I tried "greedy" again. It did not freeze this time. Although it did nothing to address the issue, it seems that there is very little difference in performance or what not from gutsy. So in short there are no regressions that I can see, I have no problems with this being default in hardy.

Revision history for this message
unggnu (unggnu) wrote :

Does it still work fine for you? Could this report marked as "fix released"?

Revision history for this message
Ed G. (zrchrn) wrote :

If by "work fine" you mean that I am able to watch videos without freezing then yes it does. If you mean that the issues described in the original bug report are fixed then no, there has been no change since gutsy afaIc.

Revision history for this message
unggnu (unggnu) wrote :

I guess that the original issue is a duplicate of Bug #96991.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.