After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 388609 - No way to get working video with Intel card & AIGLX desktop
No way to get working video with Intel card & AIGLX desktop
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.11
Other All
: Normal minor
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-22 13:32 UTC by Sebastian Breier
Modified: 2006-12-26 17:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Sebastian Breier 2006-12-22 13:32:44 UTC
Please describe the problem:
When watching videos on an AIGLX desktop using an Intel onboard graphics card (most laptops), most desktop effects (both compiz & beryl) don't interact correctly with the video; Shadows have black borders, cube rotation moves the window but not the video content, wobble doesn't look good etc. This is probably because of the rendering backend of gst which doesn't support a method compatible with AIGLX/Intel.

This doesn't happen on NVidia. No idea about ATI.

Steps to reproduce:
1. Open a video using a gstreamer-using player
2. move the window (wobble), move a window over the video (shadow) or rotate the desktop cube


Actual results:
Effects look bad or make the video look bad.

Expected results:
It should look like in other players who have another rendering backend.

Does this happen every time?
Yes.

Other information:
See Screenshots.
Comment 2 Sebastian Breier 2006-12-22 13:56:20 UTC
For the screenshots, see the Launchpad link.
Comment 3 Jan Schmidt 2006-12-22 15:06:47 UTC
This is not a GStreamer problem - this is because you're using Xv output and the hardware overlay is not a compositable object. This is something the X-Server needs to figure out and fix.

You can disabled Xv output in Gstreamer players by choosing 'XWindows (No Xv)' in gstreamer-properties.

It works on NVidia because they have for years used the 3D capabilities of the card to do the Xv conversion rather than a separate hardware overlay.
Comment 4 Sebastian Breier 2006-12-23 09:38:31 UTC
A way to fix this would be to implement the Xshm backend that can be used for gxine/totem-xine. Can/will this be done? It's alright if you say it's an X server problem, but maybe Xshm has some other advantages?
Comment 5 Jan Schmidt 2006-12-26 16:59:01 UTC
That's what the 'XWindows (No Xv)' option in gstreamer-properties is - it causes totem to use the 'ximagesink' element for output instead of 'xvimagesink', which will use normal X calls to display the video, including XShm when it's available.
Comment 6 Sebastian Breier 2006-12-26 17:12:05 UTC
Yeah, thanks... that works. :-)