[aiglx][intel][r300] Video playback is buggy under Compiz

Punting from compiz -> xorg (this is a video driver issue with AIGLX).

felipelavinz:
Thank you for your bug report.

This happens because the default xv acceleration is no longer available when using AIGLX (because everything is being drawn through textures on the 3D unit). I haven't seen this problem on NVIDIA cards using the more recent binary drivers (they seem to still have an accelerated xv) but the open source ATI drivers have a similar problem (very buggy xv when using AIGLX) as do the Intel drivers. However my understanding is that the latest development Intel drivers can support xv that renders using textured video rather than an overlay (http://intellinuxgraphics.org/documentation.html ). I vaguely remember hearing that most video playing software does not actually give you the option of switching between xv interfaces and thus always defaults to the overlay xv...

This bug needs to be narrowed down to a single graphics card driver to stand a chance of being resolved. This is also an issue if desktop effects are going to be enabled by default in Gutsy.

I get the same buggy video playback.

Sitsofe Wheeler, I have an ATI X550 which is configured to use the open driver and uses r300 for DRI.

I had the same issue using the open 'ati' driver on my R300 powered 9700Pro when running Totem on gutsy.

How ever if i run VLC and select X11 video output in the advanced options of the Output Modules item, i get smooth video that doesn't appear to have any issues, and i don't think its cpu rendered as it'd be slow and jerky on my Ath XP2600+.

fenix:
XShm which is not accelerated by the video card can still be pretty fast (just at the expense of CPU). However you will tend to notice a certain blockiness when the video is scaled up. It is possible that is what you are ending up with.

I'm not quite sure why Bug #73471 was forward duped on to this one. It would have been better to back dup this on to #73471 (credit where it's due - the first person to report an issue should have their bug as the canonical one)... However since the deed is done it's not worth changing things.

I really would recommend that this bug be split into two though - one bug for Intel AIGLX users and the other for open source ATI AIGLX users (and perhaps a comment linking to the other to help people find the right bug). It is quite possible that one of the drivers will be fixed and the other won't before Gutsy is released.

(Probably related to https://bugs.freedesktop.org/show_bug.cgi?id=4488 )

Not a bug in the server, reassinging to the drivers.

Oops, that one was broken. This one should work.

Two bugs in upstream GNOME that probably is related. Though XV works with all players but Totem/GStreamer (but shows video correctly with gst-launch and instead distorts window borders).

http://bugzilla.gnome.org/show_bug.cgi?id=460047
http://bugzilla.gnome.org/show_bug.cgi?id=460757

Whats the simplest way to apply that patch after apt-get source'ing the xorg-ati driver?

I'm rather inexperienced with diff

It doesn't work anyway.

I'm sorry but I have to put a comment here because I don't see anymore this bug on my bug list (I'm a subscriber via a duplicate bug).
I don't know why.
This is the only way to get things fixed.

Thanks Travis, we're looking at doing an update of the -ati driver for Gutsy. If you can find a patch that fixes the issue and can post it soon, we can take a look at getting it in before the feature freeze.

Also, could someone please test this against Gutsy to see if it still exists in the latest ubuntu? A lot of compiz bugs have been addressed recently, and we have updated a lot of X components.

Amarath reports that the new -ati driver we're planning on putting into Gutsy in the next few days has the fix for this.

xserver-xorg-video-ati (1:6.6.193-1ubuntu1) gutsy; urgency=low

  * Merge from Debian experimental, remaining changes:
    - debian/control:
      + Change maintainer address.
  * New upstream release. (LP: #122979)
  * Dropped obsolete patches:
    - 100_radeon_enable_bios_hotkeys_by_default.diff
      + OPTION_BIOS_HOTKEYS dropped upstream.
    - 102_radeon_fix_agp_fastwrite.diff (LP: #115517).
  * Dropped patch 105_fdo_att7409_bug5437.diff, which is not going
    upstream, and potentially breaks other setups.
  * Dropped patches merged upstream:
    101_radeon_dac_power.diff
    103_fix_misdetection_of_some_chipsets.diff
    104_radeon_rv280_cp_twopointlines.diff
    106_radeon_predownscale_to_make_hd_video_work.diff
    107_radeon_reupload_textures_on_resume.diff

 -- Timo Aaltonen <email address hidden> Thu, 9 Aug 2007 12:43:55 +0300

I noticed the new release in Gutsy xserver-xorg-video-intel-2:2.1.1-0ubuntu2 claimed to offer a fix for the Compiz video bug. However, after the update I still have the same probs.
From the changelog:
"- use xf86XVFillKeyHelperDrawable() to fix video playback with compositing enabled"
https://bugs.launchpad.net/ubuntu/gutsy/+source/xserver-xorg-video-intel/2:2.1.1-0ubuntu2

All video apps (GStreamer, VLC, MPlayer, Xine, etc) still require non-accelerated playback or they crash.

That's a different bug that only happens when you use the 'intel' driver instead of the 'i810' driver.

Travis:

Sorry if I missed something, but if today's update fixed xserver-xorg-video-i810, then why was it applied to xserver-xorg-video-intel?

@Jacob: -i810 and -intel have a different codebase, both need to get fixed and both work now. There is a bug in the intel driver though that makes video playback crash on older cards (i830, i915), but those cards work fine with the i810 driver.

Michael:

I have an i945/945GM which works fine on both -intel and -i810 drivers, however both display the same XV problem with video, glxgears, etc. Everything seems to "stick" to the screen when dragged around. When video playback sometimes works (rarely) it has the same effect that glxgears does. Would this be a separate bug?

Same here as Jacob with glxgears. This has been reported as bug #116793, but was marked as a duplicate of this one.

By the way, I forgot to mention this, but the playback problems I'm having are only while using Compiz or another compositor. Video playback is fine under Metacity.

The "GL in a window on compiz" problem is mentioned on https://lists.ubuntu.com/archives/ubuntu-devel/2007-August/024124.html . I believe this to be a separate issue to the "xv on compiz" issue.

The GL and xv issues were also discussed on a Fedora mailing list - http://thread.gmane.org/gmane.linux.redhat.fedora.devel/61005

I continue to have video playback failure (mplayer, totem, vlc) in compiz fusion but not in metacity. Switching from xvid to x11 does not seem to make a difference. I am running fully updated Gutsy and am using the i810 driver on the 945GM card.

relevant part of lspci:

[quote]00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Expr
ess Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML Exp
ress Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/940GML Express In
tegrated Graphics Controller (rev 03)[/quote]

Be glad to provide any other logs.

My radeon 9600pro works great now! Thanks a lot :)

I can confirm that video watching with xv and compiz works fine with i810 driver but not with the intel one on i915.

Same here.
xv and compiz work fine with the i810 driver on i915 running latest gutsy, but xv crash the apps when using the intel driver.

This doesn't seem solved for me, either.

On an i945GM, in up-to-date Gutsy, if I turn on Compiz, video apps crash by default. If I change the Gstreamer video properties to use Xv, they don't crash, but the video quality is bad (pixelated) and unaccelerated. This is one of the biggest reasons I've turned off Desktop Effects (but I really want to keep it on!).

The behavior is exactly the same for me whether I'm using the i810 or intel video driver.

I am experiencing this bug in Gutsy Gibbon with latest updates as of the day of this posting. I am running gstreamer-properties and with i run a test with the pipeline being set to vximagesink device="0" gstreamer-properties crashes here is the backtrace of that crash. I also have an intel945 card

If I change my driver in xorg.conf to i810 video playback works perfectly. I don't get the same crash. I also have to install the 915 resolution package to get the correct resolution. It works even with the desktop effects enabled.

That is a different bug and has already been reported.

You guys still struggling with this? My computer have been working like a
charm
since I put it to download unstabile updates from the server, not only the
safe ones.
I use beryol, 3d desktop and watch moviws without any problem at all.
everything working perfect.
I reported this bug almost the same weeka s ubuntu 7.04 came out.
And I got it fixed the week after.
So if you people stil can't get this working, something must be totally
fucked with those
bug fixing guys. I did nothintg and it works.,
So you guys can fi this if I was able to.
I who even don't have an idea how I fixed it. Just know it's perfect now

2007/9/1, Travis Watkins <email address hidden>:
>
> That is a different bug and has already been reported.
>
> ** Changed in: xserver-xorg-video-intel (Ubuntu)
> Status: Confirmed => Fix Released
>
> --
> [aiglx][intel][r300] Video playback is buggy under Compiz
> https://bugs.launchpad.net/bugs/122979
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

I want to admit that xv playing under compiz works fine with latest i810 driver but not with the intel driver at least on i915 platforms and it seems that this is not the only one. Maybe we should change the status for xserver-xorg-video-intel or should I make a new bug report?

Isn't xv + compiz + intel reported at bug #111257? (you have comments there too)
If you think you have a different bug try to find if it's already been reported, and if you can't find it then report a new one.
Please don't add more comments to this bug since a fix has been released and developers are probably ignoring them.

Gutsy 7.10 beta 1:
On laptop HP Compaq nx6310, if I plug in external monitor and switch it on using Fn+F4, the video is OK on the remote screen! Only on the laptop's internal, video is bla[c|n]k!

However, it no longer helps to disable visual effects, as it worked with 7.04 Feisty. On Gutsy, if I go to Appearance preferences - Visual Effects and select "None", nothing changes.

Oh, I failed to mention: the X driver is "intel", chipset 945GM. X says the monitor is QUANTADISPLAY QD15XL062.

Seems that only xv has problems. I opened mplayer, selected x11 output -works for local display and remote too. gl output the same.

X11 output makes the picture quality suck big time. it's not good enough.
This bug have been around forever now. Seems it have low priority.
It should be fixed cause bugs like this scare windows users from converting.
They want linux cause they've seen the fancy compiz/beryl effects
and they have heard it's more secure and they want to get away from
microsoft.
But when they cannot do a simple thing as watching video while using
beryl the entire thing seems useless for them. I still cannot understand why
this works
perfect on my computer. Perfect picture quality using alternative open
source ati drivers
combined with beryl. I had the same problem, but I did a lot of crap like
installing unsecure
updates and also installing ubuntu studio on top of it.

Hop this bug is history soon. We need to make windows users feel secure
It's time to finally get linux where it should have been years ago.
On everyones desktop!!!

2007/10/1, tuharsky <email address hidden>:
>
> Seems that only xv has problems. I opened mplayer, selected x11 output
> -works for local display and remote too. gl output the same.
>
> --
> [aiglx][intel][r300] Video playback is buggy under Compiz
> https://bugs.launchpad.net/bugs/122979
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

What does it mean that remote display PLAYS the video OK, while the local is just black?

I feel this is important. What is different with the displays?

It seems I'm still having this problem. I have desktop effects turned off but I'm using metacity compositor.. Video works fine when compositor is turned off, but when it's on, it's all black.. I can see the video when moving around the player window, but that's all. I've tried several formats/players.

I can see video when I set the video output to "no xv" in gstreamer-properties but then the playback is really choppy. So for now I just disable metacity compositor when I want to watch a video.

lspci | grep VGA
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 65x/M650/740 PCI/AGP VGA Display Adapter

I'm using Hardy

LinkedIn
------------

Bug,

I'd like to add you to my professional network on LinkedIn.

- Daniel

Daniel Vrangsinn
President at Misantrof
Stavanger Area, Norway

Confirm that you know Daniel Vrangsinn:
https://www.linkedin.com/e/rmaxkm-gwwmpuyy-43/isd/5368641541/ApBZnQ5h/?hs=false&tok=2mYvQQsdj15541

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/rmaxkm-gwwmpuyy-43/Vwq1u_xoiZpYl-DoyfGWOkloZaneNyldpv0pv1M/goo/122979%40bugs%2Elaunchpad%2Enet/20061/I1868841181_1/?hs=false&tok=2LuY-klND15541

(c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.