The easiest way is to run the program:
then under the video tab you should be able to figure out very easily if your using Xvideo or not.
DRI2 *just* came out, so it may be a while before fglrx supports it. The open-source driver may even support it first!
How come neither Intel or nVidia drivers needed DRI2 to provide flicker-free video playback, plus flicker-free 3D rendering? What is preventing AMD's fglrx drivers to have the same functionality?
Is it something to do with Nvidia implementing it's own brand of AIGLX? I read about this somewhere online
Under Ubuntu hardy, I had some problems with the stock release of mplayer, so I patched it with the ubuntu patches and the compiz patches and it all works really nicely - I can even have transparent windows. If you have Hardy, try this deb (it bumps the epoch number so it doesn't get overwritten by the ubuntu mplayer version).
You have too many options cluttering your conf... try this.Code:Section "Device" Identifier "ATI Technologies Inc Radeon Mobility X700 (PCIE)" Driver "fglrx" Option "VideoOverlay" "on" Option "OpenGLOverlay" "off" Option "TexturedVideo" "off" Option "XAANoOffscreenPixmaps" "true" Option "AllowGLXWithComposite" "true" # Option "DisableGLXRootCLipping" "true" # Option "TexturedVideoSync" "on" Option "EnableMonitor" "tmds1" # Option "EnableMonitor" "tmds1,lvds" Option "DesktopSetup" "single" BusID "PCI:1:0:0" EndSection
There's nothing you can do about the flickering besides disabling video acceleration and using software rendering with the x11 output - mplayer and vlc both allow you to configure your output to x11.Code:Section "Device" Identifier "ATI Technologies Inc Radeon Mobility X700 (PCIE)" Driver "fglrx" Option "TexturedVideo" "on" Option "XAANoOffscreenPixmaps" "true" Option "DesktopSetup" "single" BusID "PCI:1:0:0" EndSection
Hopefully this is fixed in the next version of fglrx.
better yet, use compiz video.
you'll need a compiz-patched mplayer to render the video - that is, it patches the code to run the 'xv' video driver to point to compiz instead. when that'll all fine & done, run mplayer using 'xv' as the video, and compiz will do the rendering.
result: redirected video, thats higher on the CPU than actual xv but much lower so than x11, and smoother + prettier might I add. that what i use.
the real fix for this will come when all direct rendered data - that is, xv video & all fashions of opengl apps that draw straight to the framebuffer - gets to be redirected using DRI2, which is still somewhat experimental and for which fglrx support is expected to be somewhere in the long, long term future. unfortunatly.
Last edited by pedepy; 04-25-2008 at 09:59 PM.