LinuxQuestions.org - [SOLVED] Three MPlayer and Xine issues

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Three MPlayer and Xine issues (https://www.linuxquestions.org/questions/slackware-14/three-mplayer-and-xine-issues-755419/)

Three MPlayer and Xine issues

On my ThinkPad T60 with ATI Mobility Radeon X1300 I use Slackware 13.0 with custom generic smp kernel 2.6.29.6 (the only difference between original and my custom kernel is replacing Tuz by Tux). Using these machine and system I encountered a few problems with playing movies from DVD discs and AVI files with MPlayer and Xine.

Aspect ratio issue (PARTIALLY SOLVED -- see: posts #9 and #10)

In that thread: Random system hang ups I described the problem caused by some dockable applications for Window Maker. The only method to avoid system hang ups is in my case to disable DRI and DRI2 in xorg.conf.

With DRI disabled MPlayer doesn't scale AVI files to full screen mode and scales panoramic DVD movies to 4:3 format changing them aspect ratio. Xine works well with both AVIs and DVDs.

So my first question is: Is there any method to enable MPlayer valid scaling with disabled DRI?

Skipping frames issue (SOLVED -- see: post #2)

When I try to play movies from DVDs with Xine it doesn't play them in a smooth way but skips from frame to frame – in small steps with DRI enabled and in big steps with DRI disabled. I encountered the similar problem in the past: Dark gray text on black background or psychedelic colors and 99% CPU in use. Then I installed fglrx driver by ATI to use it instead of generic radeon driver and I resolved the problem.

Now I can't install fglrx driver in the system (the newest version for Radeon Mobility X1300 is: ati-driver-installer-9-3-x86.x86_64.run).

Building a package for Slackware causes a lot of errors:

# sh ati-driver-installer-9-3-x86.x86_64.run --buildpkg Slackware/All

Code:

==================================================

 ATI Technologies Linux Driver Installer/Packager 

==================================================

Generating package: Slackware/All



ATI SlackBuild Version 1.3.9 

-------------------------------------------- 

by: Emanuele Tomasi <tomasiATcli.di.unipi.it> 

    Ezio Ghibaudo <ekxiusATgmail.com> 

    Federico Rota <federico.rota01ATgmail.com>



AMD kernel module generator version 2.1

doing Makefile based build for kernel 2.6.x and higher

rm -rf *.c *.h *.o *.ko *.GCC* .??* *.symvers

make -C /lib/modules/2.6.29.6-custom-smp/build SUBDIRS=/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x modules

make[1]: Entering directory `/usr/src/linux-2.6.29.6'

  CC [M]  /mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.o

In file included from /mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:169:

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.h:164:1: warning: "PM_EVENT_SUSPEND" redefined

In file included from /usr/src/linux-2.6.29.6/arch/x86/include/asm/apic.h:4,

                from /usr/src/linux-2.6.29.6/arch/x86/include/asm/smp.h:13,

                from include/linux/smp.h:36,

                from include/linux/topology.h:33,

                from include/linux/mmzone.h:767,

                from include/linux/gfp.h:4,

                from include/linux/kmod.h:22,

                from include/linux/module.h:13,

                from /mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:91:

include/linux/pm.h:241:1: warning: this is the location of the previous definition

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'KCL_GetEffectiveUid':

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:1405: error: 'struct task_struct' has no member named 'euid'

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'KCL_PosixSecurityCapSetIPCLock':

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:1779: error: 'struct task_struct' has no member named 'cap_effective'

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:1783: error: 'struct task_struct' has no member named 'cap_effective'

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'KCL_MEM_VM_GetRegionPhysAddrStr':

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:3223: warning: return makes pointer from integer without a cast

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:3224: warning: return makes pointer from integer without a cast

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:3225: warning: return makes pointer from integer without a cast

/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:3227: warning: return makes pointer from integer without a cast

make[2]: *** [/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.o] Error 1

make[1]: *** [_module_/mnt/sda3/Programs/root/Programs/fglrx/fglrx-install.uVMuLe/common/lib/modules/fglrx/build_mod/2.6.x] Error 2

make[1]: Leaving directory `/usr/src/linux-2.6.29.6'

make: *** [kmod_build] Error 2

build failed with return value 2

ERROR: i don't have make module

Removing temporary directory: fglrx-install.uVMuLe

Starting an installer alone causes some errors too:

# sh ati-driver-installer-9-3-x86.x86_64.run

Code:

==================================================

 ATI Technologies Linux Driver Installer/Packager 

==================================================

which: no XFree86 in (/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/lib/java/bin:/usr/lib/kde4/libexec:/usr/lib/qt/bin:/usr/share/texmf/bin:/root/bin)



Error: ./default_policy.sh does not support version

default:v2:i686:lib::none:2.6.29.6-custom-smp; make sure that the version is being

correctly set by --iscurrentdistro



Removing temporary directory: fglrx-install.DrLwZU

I tried to find help about the usage of --iscurrentdistro switch but I found nothing helpful. As I guess ATI driver version 9-3 doesn't work with the kernel 2.6.29.x.

So my second question is: Is there any method to force Xine to display DVD movies in a smooth way?

``The Big Lebowski'' issue (SOLVED -- see posts: #3, #4 and #5)

With DRI enabled MPlayer and Xine are able to display movies though Xine skips frames. But some movies cause problems...

Yesterday I tried to watch ``The Big Lebowski'' DVD. MPlayer ended the work immediately:

$ mplayer dvd://

Code:

MPlayer r29390-4.3.3 (C) 2000-2009 MPlayer Team



Playing dvd://.

libdvdread: Using libdvdcss version 1.2.10 for DVD access

There are 8 titles on this DVD.

There are 1 angles in this DVD title.

Please send bug report - no VTS_TMAPT ?? 



libdvdread: Attempting to retrieve all CSS keys

libdvdread: This can take a _long_ time, please be patient



libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x00000167

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x00000191

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x0000047a

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x000014ef

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x0000152e

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00011bfb

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x00011c3d

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x000346e3

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x00034722

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_06_0.VOB at 0x000483c1

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x0005816c

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x003383b5

libdvdread: Elapsed time 0

libdvdread: Get key for /VIDEO_TS/VTS_08_1.VOB at 0x00344e1e

libdvdread: Elapsed time 0

libdvdread: Found 8 VTS's

libdvdread: Elapsed time 0

audio stream: 0 format: ac3 (stereo) language: en aid: 128.

audio stream: 1 format: ac3 (stereo) language: cs aid: 129.

audio stream: 2 format: ac3 (stereo) language: hu aid: 130.

audio stream: 3 format: ac3 (stereo) language: pl aid: 131.

audio stream: 4 format: ac3 (stereo) language: ru aid: 132.

number of audio channels on disk: 5.

subtitle ( sid ): 0 language: en

subtitle ( sid ): 0 language: bg

subtitle ( sid ): 0 language: hr

subtitle ( sid ): 0 language: cs

subtitle ( sid ): 0 language: hu

subtitle ( sid ): 0 language: is

subtitle ( sid ): 0 language: pl

subtitle ( sid ): 0 language: sl

number of subtitles on disk: 8

MPEG-PS file format detected.

VIDEO:  MPEG2  720x576  (aspect 2)  25.000 fps  8000.0 kbps (1000.0 kbyte/s)

==========================================================================

Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough

VDec: vo config request - 720 x 576 (preferred colorspace: Mpeg PES)

Could not find matching colorspace - retrying with -vf scale...

Opening video filter: [scale]

The selected video_out device is incompatible with this codec.

Try appending the scale filter to your filter list,

e.g. -vf spp,scale instead of -vf spp.

VDecoder init failed :(

Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family

Unsupported PixelFormat -1

Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)

==========================================================================

==========================================================================

Opening audio decoder: [liba52] AC3 decoding with liba52

Using SSE optimized IMDCT transform

Using MMX optimized resampler

AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)

Selected audio codec: [a52] afm: liba52 (AC3-liba52)

==========================================================================

AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)

Starting playback...

VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)

VDec: using Planar YV12 as output csp (no 0)

Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.

VO: [xv] 720x576 => 1024x576 Planar YV12 

[mpeg2video @ 0x896bc20]ac-tex damaged at 31 10

[mpeg2video @ 0x896bc20]Warning MVs not available

[mpeg2video @ 0x896bc20]concealing 1170 DC, 1170 AC, 1170 MV errors

A:  0.5 V:  0.3 A-V:  0.143 ct:  0.008  2/  2 ??% ??% ??,?% 0 0 



Exiting... (End of file)

The only difference between MPlayer output when it plays successfully ``Natural Born Killers'' and doesn't play ``The Big Lebowski'' at all is the line:

Code:

Please send bug report - no VTS_TMAPT ??

I tried to found some help related to the above message but I found nothing helpful.

Moreover when I was unable to play yesterday ``The Big Lebowski'' with MPlayer I tried to play it with Xine. It played first half of the movie without problems and then stopped. Since that case when I run Xine it doesn't play movies smoothly but skips frames as I described it above.

So my third question is: How can I avoid problems such as caused by ``The Big Lebowski'' played with MPlayer?

Skipping frames issue solved

I ran xine-check and the program said that I have disabled DMA for drive /dev/hda (DVD/CD-RW). It was always enabled. When I watched the movie yesterday something wrong happened and Xine or the system disabled DMA. Now I ran the command hdparm -d1 /dev/hda and Xine works smoothly again.

But xine-check found two further problems:

Code:

[ hint ] Your X server doesn't support YV12 overlays.

        That means xine will have to do color space transformation and scaling

        in software, which is quite CPU intensive. Maybe upgrading your

        X server will help here.

        If you have an ATI card, you'll find accelerated X servers on

        http://www.linuxvideo.org/gatos/



[ hint ] Your X server doesn't have any XVideo support...

        XVideo is an X server extension introduced by XFree86 4.x. This

        extension provides access to hardware accelerated color space

        conversion and scaling, which gives a great performance boost.

        If you have a fast (>1GHz) machine, you may be able to watch all

        kinds of video, anyway. You will waste lots of CPU cycles, though...

I added options XVideo, UseInternalAGPGART, RenderAcceleration and VideoOverlay to xorg.conf:

Code:

Section "Device"

        Identifier  "Card0"

        Driver      "radeon"

        VendorName  "Unknown Vendor"

        BoardName  "Unknown Board"

        Option      "XVideo"                    "on"

        Option      "UseInternalAGPGART"        "no"

        Option      "RenderAcceleration"        "true"

        Option      "VideoOverlay"              "on"

        BusID      "PCI:1:0:0"

EndSection

But Xorg.0.log reports that none of them is used:

Code:

(II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message.

(WW) RADEON(0): Option "XVideo" is not used

(WW) RADEON(0): Option "UseInternalAGPGART" is not used

(WW) RADEON(0): Option "RenderAcceleration" is not used

(WW) RADEON(0): Option "VideoOverlay" is not used

So my new question is: Is it possible to enable YV12 overlays and XVideo support using generic radeon driver?.

Quote:

Originally Posted by w1k0 (Post 3684112)

DMA will be disabled if the drive encounters many read errors - which sounds like the problem with The Big Lebowski. VTS-TMAPT is the Video Title Set - Time Map Table. This error usually does not cause playback to abruptly stop, but a disc scratch - or other manufacturer defect will. VTS-TMAPT errors are caused from producing out of DVD-VIDEO spec discs. This is an authoring error. Some authoring houses attempt to fudge the time-map-table in a failed attempt to employ some type of encryption. It very well could be a bug in the program, but this has not been my experience.

With mplayer, try a different video out driver. -vo help will list what is available. Before I smashed my ATI x1600 cards I had to use -vo gl (or -vo gl2) to get something close to usable.

Does the radeonhd driver work with you chipset? I've read blurbs that this driver is better than radeon.

Taking a stab in the dark here - but perhaps XVideo and overlay are not being used because they require Direct Rendering?

I honestly do feel for those people with Laptops and the ATI chipset. With a desktop it's usually a non issue to replace the GPU with a working, and supported part. Not so easy to just replace a laptop.

Aspect ratio issue (cont.)

I tried xv, x11, gl and gl2 drivers with DRI disabled. Driver xv doesn't display video, driver x11 changes aspect ratio, drivers gl and gl2 scale image properly but display video in slow motion and after a dozen or so seconds the sound starts to hiccup.

``The Big Lebowski'' issue (cont.)

I ran MPlayer with the command mplayer dvd:// -msglevel all=6.

In the case of ``Natural Born Killers'' (MPlayer plays the movie) the output ends with the messages:

Code:

*** [vo] Allocating (slices) mp_image_t, 720x576x12bpp YUV planar, 622080 bytes

Uninit audio filters... 0.004 ct:  0.094 104/104 11% 69%  2.2% 0 0 

[libaf] Removing filter dummy 

Uninit audio: liba52

Uninit video: ffmpeg

vo: uninit ...



Exiting... (Quit)

In the case of ``The Big Lebowski'' (MPlayer doesn't play the movie) the output ends with the messages:

Code:

--- END OF CELL !!! --- 0.159 ct:  0.004  2/  2 ??% ??% ??,?% 0 0 

MPEG Stream reached EOF

ds_fill_buffer: EOF reached (stream: audio)  

MPEG Stream reached EOF

ds_fill_buffer: EOF reached (stream: video)  

MPEG Stream reached EOF

ds_fill_buffer: EOF reached (stream: video)  

EOF code: 1  0.3 A-V:  0.160 ct:  0.008  2/  2 ??% ??% ??,?% 0 0 



Uninit audio filters...

[libaf] Removing filter dummy 

Uninit audio: liba52

Uninit video: ffmpeg

vo: uninit ...



Exiting... (End of file)

MPlayer is unable to play that movie and aborts the work immediately.

@disturbed1

``The Big Lebowski'' issue solved

Thank you for DMA and VTS-TMAPT related errors explanations. It means ``The Big Lebowski'' DVD is invalid. So ``The Big Lebowski'' issue is solved.

***

I tried different drivers. I wrote about it in the previous post.

In my case radeonhd works even worse than radeon: it changes aspect ratio even with DRI enabled.

I tried to enable XVideo and VideoOverlay as well with DRI disabled as with enabled using both radeon and radeonhd. In any case these options weren't used.

Thank you for the mention about laptops. It remembered me that I have the second machine. I tested my ThinkPad T40 with ATI Mobility Radeon 7500 and it works flawlessly with DRI enabled. I didn't watched the entire ``The Big Lebowski'' with Xine so I don't know if it could disable DMA on the second machine. Of course MPlayer wasn't able to play that movie.

The difference between T40 and T60 is the difference between IBM and Lenovo. I had a lot of problems with T40 but I have a lot more of problems with T60.

Thank you very much for your useful post!

I tested all drivers with DRI disabled -- none of them is satisfactory:

xv -- no video
x11 -- invalid aspect ratio
xover -- no video
gl -- slow motion picture and hiccuping sound
gl2 -- as above
dga -- aborts the program
sdl -- valid aspect ratio but bad synchronization of picture and sound
fbdev -- doubled picture in psychedelic colors
fbdev2 -- as above
svga -- error message: cannot open /dev/mem
aa -- ahem...
caca -- as above
v4l2 -- no video
xvidix -- no video
cvidix -- no video
null -- as expected...
mpegpes -- no video
yuv4mpeg -- no video
png -- no video
jpeg -- no video
gif89a -- no video
tga -- no video
pnm -- no video
md5sum -- no video

The 7500 has been around for some time now. I actually still have a 7500 32mb PCI card lying around - just in case. This chipset has been thoroughly supported by the opensource driver for as-long-as-I-can-remember (at least 6 or 7 years).

The x1x00 GPUs were part of the not so long ago AMD/ATI released hardware white-papers. Every now and then I read a blog post or two on the development of these open-source drivers. Your x1300 and my x1600 (agp) are part of the same R500 GPU series. Everything I've read states that the driver is pretty-much stable as far as 2d goes, and usable for some 3d. Hardware overlays and video rendering are reported as working, and working quite well. Your results, along with my own, show that these reporters have the magic combination we evidently do not have :).

Current Slackware-13.0 xf86-video-ati is at version 6.12.2, 6.12.4 is available from Xorg with this in the commit log - Fix textured Xv.

The ati driver supports these Mobility x1300 PCI_IDS

Quote:

{ PCI_CHIP_RV515_7149, "ATI Mobility Radeon X1300" },
{ PCI_CHIP_RV515_714A, "ATI Mobility Radeon X1300" },
{ PCI_CHIP_RV515_714B, "ATI Mobility Radeon X1300" },
{ PCI_CHIP_RV515_714C, "ATI Mobility Radeon X1300" },

I would, honestly, read through, and make a post at the phoronix forums, with a pointer to this thread. Phoronix has many AMD/ATI experts over there. Here's an article with the Mobility x1400 (R500) on a T60.
http://www.phoronix.com/scan.php?pag...n_jaunty&num=1

Just in case this wasn't already known

Quote:

Originally Posted by man ati

ati is an Xorg wrapper driver for ATI video cards. It autodetects whether your hardware has a Radeon, Rage 128, or Mach64 or earlier
class of chipset, and loads the radeon(4), r128(4), or mach64 driver as appropriate.

Have you toggled
Option "AccelMethod" (XAA/EXA)
Option "DMAForXv" (on/off)

xv, x11, gl, gl2, and sdl are the most common render engines. xv, gl, gl2 use hardware overlay.

I tried both AccelMethod options. X Window didn't start in both cases and complained:

Code:

"EXA/XAA" is not a valid keyword in this section.

[EDIT]
I had make some mistake. I tried to put Option "AccelMethod" "EXA" in xorg.conf once again and now it works. Moreover it completely resolves the problem with random system hang ups so I can load DRI and DRI2 in xorg.conf.

I described it here and here.

Thank you disturbed1 for your assistance once again.
[/EDIT]

I tried DMAForXv option. X Window loaded the driver but seemed to work the same as before.

Xorg.0.log with DRI disabled:

Code:

(**) RADEON(0): Option "DMAForXv" "on"

Xorg.0.log with DRI enabled:

Code:

(**) RADEON(0): Option "DMAForXv" "on"

(**) RADEON(0): Will try to use DMA for Xv image transfers

Tomorrow I'll try to install in the system ati 6.12.4 driver and I'll read ``Open-Source ATI Graphics In Ubuntu 9.04'' article. Now it's very late.

Since you intend to write to the ATI experts maybe you'll find some time to look at that thread: Random system hang ups. I described there an other problem related to my Radeon X1300.

I'm impressed how lot of heart you put into that thread. Thank you very much!

Sleepless night...

I compiled xf86-video-ati drivers in versions 6.9.0 (default in Slackware 12.2) and 6.12.4 (the newest one) and compared them to xf86-video-ati driver in version 6.12.2 (default in Slackware 13.0). To test them I used the method described here. I performed these tests in Slackware 13.0 with DRI and DRI2 enabled. With DRI* disabled my machine works well. With DRI* enabled it hangs up from time to time.

I did three attempts with each driver version. I counted the time from the moment when I pressed and kept Enter key after typing mc command to the moment when the machine hung up. The following results are numbers of seconds from pressing Enter to hang up the machine:

● xf86-video-ati 6.9.0 -- 1, 3, 2,
● xf86-video-ati 6.12.2 -- 7, 1, 3
● xf86-video-ati 6.12.4 -- 53, 19, 23

XF86 Video ATI drivers are accessible here.

Aspect ratio issue partially solved

The newest driver version is significantly better than the previous versions. It seems that Xorg with that newest driver should work without hang up 8.77 times longer than with the default driver. Assuming that before I encountered up to three hang ups a day I suppose that now I can expect up to three hang ups a week. So I can leave DRI* enabled in my xorg.conf.

That resolves partially two problems: with random system hang ups and with invalid aspect ratio after disabling DRI.

***

I compared Xorg.0.logs produced by Xorg with both drivers. They're similar but with the newest driver disappeared that line:

Code:

(WW) RADEON(0): R500 support is under development. Please report any issues to xorg-driver-ati@lists.x.org

You wrote: ``Your x1300 and my x1600 (agp) are part of the same R500 GPU series''. I suppose I owe better Xorg work to the better support of R500 in 6.12.4 version of that driver.

As always I thank you for your kind assistance.

Now I start to read recommended article...

Further improvement

I removed xorg.conf at all and now Xorg with ati driver version 6.12.4 loads successfully XVideo extension and YV12 overlays so xine-check commands stopped to complain and when I play movies with Xine CPU/MEM usages are significantly lower than before. So ati driver version 6.12.4 is much better than version 6.12.2.

I tested the same drivers as above (see: post #6) with DRI enabled -- in three cases the results were satisfactory:

xv -- ok
gl -- black screen and playback
gl2 -- ok
sdl -- ok

The rest of the results was the same as before.

Message edited according to suggestions by BrZ

For your convenience here's SlackBuild script building xf86-video-ati driver version 6.12.4:

xf86-video-ati.SlackBuild

Code:

#!/bin/sh

# Slackware build script for xf86-video-ati

# Written by w1k0 at LinuxQuestions.org



PRGNAM=xf86-video-ati

VERSION=${VERSION:-6.12.4}

ARCH=${ARCH:-i486}

BUILD=${BUILD:-1}

TAG=${TAG:-_SBo}



CWD=$(pwd)

TMP=${TMP:-/tmp/SBo}

PKG=$TMP/package-$PRGNAM

OUTPUT=${OUTPUT:-/tmp}



if [ "$ARCH" = "i486" ]; then

  SLKCFLAGS="-O2 -march=i486 -mtune=i686"

  LIBDIRSUFFIX=""

elif [ "$ARCH" = "i686" ]; then

  SLKCFLAGS="-O2 -march=i686 -mtune=i686"

  LIBDIRSUFFIX=""

elif [ "$ARCH" = "x86_64" ]; then

  SLKCFLAGS="-O2 -fPIC"

  LIBDIRSUFFIX="64"

fi



set -e



rm -rf $PKG

mkdir -p $TMP $PKG $OUTPUT

cd $TMP

rm -rf $PRGNAM-$VERSION

tar xvf $CWD/$PRGNAM-$VERSION.tar.bz2

cd $PRGNAM-$VERSION

chown -R root:root .

find . \

 \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \

 -exec chmod 755 {} \; -o \

 \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \

 -exec chmod 644 {} \;



./autogen.sh



xserver_source="/tmp/SBo/xorg-server-1.6.3"



if [ ! -d "$xserver_source" ]; then

  echo "$xserver_source does not exist, and you need it."

  exit 1

fi



CFLAGS="$SLKCFLAGS -I${xserver_source}/hw/xfree86/ramdac" \

CXXFLAGS="$SLKCFLAGS -I${xserver_source}/hw/xfree86/ramdac" \

./configure \

  --prefix=/usr \

  --libdir=/usr/lib${LIBDIRSUFFIX} \

  --sysconfdir=/etc \

  --localstatedir=/var \

  --infodir=/usr/info \

  --mandir=/usr/man \

  --disable-static \

  --with-xserver-source=${xserver_source} \

  --build=$ARCH-slackware-linux



make

make install DESTDIR=$PKG



( cd $PKG

  find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \

    xargs strip --strip-unneeded 2> /dev/null || true

  find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \

    xargs strip --strip-unneeded 2> /dev/null

)



( cd $PKG/usr/man

  find . -type f -exec gzip -9 {} \;

  for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done

)



mkdir -p $PKG/install

cat $CWD/slack-desc > $PKG/install/slack-desc



cd $PKG

/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}

#

The above SlackBuild requires xorg-server source in /tmp/SBo/xorg-server-1.6.3 directory so you have to unpack xorg-server's source into /tmp/SBo/ directory.

You may want to compile also newest MesaDemos, MesaGLUT and MesaLib so this is the third SlackBuild script building mesa version 7.5.2:

mesa.SlackBuild

Code:

#!/bin/sh



# Copyright 2006, 2007, 2008, 2009  Patrick J. Volkerding, Sebeka, MN, USA

# All rights reserved.

#

# Redistribution and use of this script, with or without modification, is

# permitted provided that the following conditions are met:

#

# 1. Redistributions of this script must retain the above copyright

#    notice, this list of conditions and the following disclaimer.

#

#  THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED

#  WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF

#  MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO

#  EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,

#  SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,

#  PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;

#  OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,

#  WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR

#  OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF

#  ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.



PRGNAM=mesa

VERSION=${VERSION:-7.5.2}

ARCH=${ARCH:-i486}

BUILD=${BUILD:-1}

TAG=${TAG:-_SBo}



# Be sure this list is up-to-date:

#DRI_DRIVERS="i810,i915,i965,mach64,mga,nouveau,r128,r200,r300,radeon,s3v,savage,sis,tdfx,trident,unichrome,ffb,swrast"

DRI_DRIVERS="i810,i915,i965,mach64,mga,r128,r200,r300,radeon,s3v,savage,sis,tdfx,trident,unichrome,ffb,swrast"



NUMJOBS=${NUMJOBS:--j8}



CWD=$(pwd)

TMP=${TMP:-/tmp}

PKG=$TMP/package-mesa

OUTPUT=${OUTPUT:-/tmp}



if [ "$ARCH" = "i486" ]; then

  SLKCFLAGS="-O2 -march=i486 -mtune=i686"

  LIBDIRSUFFIX=""

elif [ "$ARCH" = "x86_64" ]; then

  SLKCFLAGS="-O2 -fPIC"

  LIBDIRSUFFIX="64"

else

  SLKCFLAGS="-O2"

  LIBDIRSUFFIX=""

fi



rm -rf $PKG

mkdir -p $TMP $PKG

cd $TMP

rm -rf Mesa-${VERSION}

tar xvf $CWD/MesaLib-$VERSION.tar.bz2 || exit 1

tar xvf $CWD/MesaGLUT-$VERSION.tar.bz2 || exit 1

tar xvf $CWD/MesaDemos-$VERSION.tar.bz2 || exit 1

cd Mesa-$VERSION



# Make sure ownerships and permissions are sane:

chown -R root:root .

find . \

  \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \

  -exec chmod 755 {} \; -o \

  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \

  -exec chmod 644 {} \;



CFLAGS="$SLKCFLAGS" \

./configure \

  --prefix=/usr \

  --sysconfdir=/etc \

  --libdir=/usr/lib${LIBDIRSUFFIX} \

  --mandir=/usr/man \

  --docdir=/usr/doc/mesa-$VERSION \

  --with-dri-driverdir=/usr/lib${LIBDIRSUFFIX}/xorg/modules/dri \

  --with-dri-drivers="$DRI_DRIVERS" \

  --build=$ARCH-slackware-linux



# Nobody else is enabling this.  Seems like it's asking for trouble.

#  --enable-xcb



make $NUMJOBS || make || exit 1

make install DESTDIR=$PKG || exit 1



# Install gears and glinfo manually, and make symlinks from the names

# of the deprecated similar programs to reduce confusion:

mkdir -p $PKG/usr/bin

cp -a progs/demos/gears $PKG/usr/bin/gears

cp -a progs/demos/glinfo $PKG/usr/bin/glinfo

( cd $PKG/usr/bin

  ln -sf glinfo glxinfo

  ln -sf gears glxgears

)



# Strip binaries:

find $PKG | xargs file | grep -e "executable" -e "shared object" | grep ELF \

  | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null



# Compress and link manpages, if any:

if [ -d $PKG/usr/man ]; then

  ( cd $PKG/usr/man

    for manpagedir in $(find . -type d -name "man*") ; do

      ( cd $manpagedir

        for eachpage in $( find . -type l -maxdepth 1) ; do

          ln -s $( readlink $eachpage ).gz $eachpage.gz

          rm $eachpage

        done

        gzip -9 *.?

      )

    done

  )

fi



# Compress info files, if any:

if [ -d $PKG/usr/info ]; then

  ( cd $PKG/usr/info

    rm -f dir

    gzip -9 *

  )

fi



mkdir -p $PKG/usr/doc/Mesa-$VERSION/html

cp -a COPYING docs/relnotes-$VERSION.html $PKG/usr/doc/Mesa-$VERSION

rm -f docs/relnotes*.html docs/RELNOTES*

cp -a docs/*.html $PKG/usr/doc/Mesa-$VERSION/html



mkdir -p $PKG/install

cat $CWD/slack-desc > $PKG/install/slack-desc



cd $PKG

/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}

#

XF86 Video ATI drivers are accessible here.

Xorg Server is accessible here.

MesaDemos, MesaGLUT and MesaLib are accessible here.

Quote:

Originally Posted by w1k0 (Post 3683991)

So my first question is: Is there any method to enable MPlayer valid scaling with disabled DRI?

Use the x11 output with the -zoom option. Or simply add: "zoom=yes" to your ~/.mplayer/config file.

Quote:

Now I can't install fglrx driver in the system (the newest version for Radeon Mobility X1300 is: ati-driver-installer-9-3-x86.x86_64.run).

Building a package for Slackware causes a lot of errors:

That's because fglrx 9.3 only supports up to kernel 2.6.27 and Xserver 1.5.*. If you want to use fglrx, I suggest going back to Slackware 12.2.

Adam

@adamk75

Well, -zoom option works indeed with DRI disabled but with that option the movie loses sound synchronization.

There is no way back -- I have to find the way to properly configure Slackware 13.0.

Quote:

Originally Posted by w1k0 (Post 3684756)

Unfortunately, when using the x11 output device, scaling the video is done with the CPU.

If you want to stick with Slackware 13.0, you could try downgrading Xorg and the kernel to use fglrx 9.3. Otherwise you will have to stick with the open source drivers.

Adam

Now I run the machine with DRI enabled and I observe how frequently it'll hang up. Since I installed 6.12.4 version of ati driver my machine hung up once.

I don't want to downgrade the system so I have to learn to live with open source drivers. The current 6.12.4 version of ati driver is much better than 6.8.0 version provided with Slackware 12.1 -- my first Slackware with kernel 2.6.x. It was impossible to work with radeon driver and ATI Mobility Radeon X1300 in those times so I was forced to use fglrx driver. Now I can get rid of the proprietary ATI driver. The current generic ati driver isn't perfect but it's acceptable.

Quote:

Originally Posted by w1k0 (Post 3686131)

The current generic ati driver isn't perfect but it's acceptable.

This is a mixed blessing to me. At least progress has been made.

Be sure to follow the driver development. Their mailing list is active. If you don't want to subscribe with your email address, you can always use Gname.org and your news reader (Pan ;) ) by adding news.gmane.org to the servers list. http://gmane.org/faq.php

For the aspect ratio have you tried something like:
mplayer -monitoraspect 16:9 video.avi

Also do you have libdvdcss installed? That could explain the DVD issues.

Quote:

Originally Posted by disturbed1 (Post 3686153)

Be sure to follow the driver development.

I will. Thank you.

Quote:

Originally Posted by vinegaroon (Post 3686164)

For the aspect ratio have you tried something like:
mplayer -monitoraspect 16:9 video.avi

It gives the same results as without that option -- aspect ratio 4:3.

Quote:

Also do you have libdvdcss installed?

Of course.

Quote:

Originally Posted by disturbed1 (Post 3686153)

This is a mixed blessing to me. At least progress has been made.

In comparison to the old 6.8.0 version driver it's a great progress. That old driver was useless with X1300 -- new radeon driver is usable. With Slackwares 12.1 and 12.2 I was forced to use fglrx driver. Now I can use radeon driver with acceptable results.

I edited the message #12 according to the suggestions by BrZ. Now to compile xf86-video-ati driver you have to put in the desired directory xorg-server.

***

I tested new video driver once again.

As before I started Window Maker on two accounts. Both instances used a few dockable applications including wminfo. To perform the tests I started Midnight Commander in xterm window.

I did three attempts with each Mesa version. I counted the time from the moment when I pressed and kept Enter key after typing mc command to the moment when the machine hung up. The following results are the numbers of the seconds from pressing Enter to hang up the machine:

● xf86-video-ati 6.12.4, mesa 7.5 -- 15, 0, 34
● xf86-video-ati 6.12.4, mesa 7.5.2 -- 8, 41, 4

These results aren't such spectacular as presented in post #9. For some reason ATI driver 6.12.4 works now worse than before.

Take it easy, you do not need to rebuild x, only the structure to compile any lib or driver. Even to compile some of them standalone. But only xf86-video-ati maybe not the solution for your libdri.so being taged as old...

Slackware 13 came with a good working set. My Xpress1100, and ati 9600, 8500 and 7500 had zero problems with mesa 7.5 and ati-6.12.2.

Try this combo: Mesa-7.5.1 (current) and ati-6.12.2 and don't mess with xorg-server, please.

I built mine fresh just to play with radeon now taht I'm free from fglrx =]

I tried current mesa as you suggested:

● xf86-video-ati 6.12.2, mesa 7.5.1 -- 42, 5, 21
● xf86-video-ati 6.12.4, mesa 7.5.1 -- 13, 2, 21

Then I tried once again default Slackware versions of programs:

● xf86-video-ati 6.12.2, mesa 7.5 -- 3, 12, 10

The result for default program's version is significantly worse in my case. The results for mesa 7.5.1 (with different ati driver versions) and for ati driver 6.12.4 (with different mesa versions) are similar. Maybe I have to test each configuration not three but ten times...

I don't know but it's possible you might have some luck with newer drm modules. The drm code has kernel modules like radeon.ko and drm.ko as well as the libdrm, which comes in the slackware package.

I build it all at once but your slackbuild script (or do it manually) will need to go into the linux-core subdirectory and make the drivers you want. This will include drm, radeon.

Below is the working portion of my build script. You will have to change it for your setup. In this I build for 64 bit and I don't tar the source. If you do the git clone method you will get a drm subdirectory but the prgnam is libdrm so manually change that after you git the code. Backup your radeon.ko and drm.ko for the /lib/...kernel you are using. I build drm, then mesa, then xfree...ati. If it is worse then replace the kernel modules from the backups you make and post at phoronix and devs might respond. Give feedback. Good luck.

Edit: You also might need symlink from /usr/X11R6/lib/xorg/modules/dri to /usr/lib/dri. I can't remember but I have something like this with the 64 bit (but then its .../lib64/...). This is for mesa drivers which should provide radeon_drv.so, and r300_drv.so for the X1300.

Code:

PRGNAM=libdrm

VERSION=${VERSION:-2.4.13}

ARCH=${ARCH:-x86_64}

BUILD=${BUILD:-1}

TAG=${TAG:-_SBo}



CWD=$(pwd)

TMP=${TMP:-/tmp/SBo}

PKG=$TMP/package-$PRGNAM

OUTPUT=${OUTPUT:-/tmp}



if [ "$ARCH" = "i486" ]; then

  SLKCFLAGS="-O2 -march=i486 -mtune=i686"

elif [ "$ARCH" = "i686" ]; then

  SLKCFLAGS="-O2 -march=i686 -mtune=i686"

elif [ "$ARCH" = "x86_64" ]; then

  SLKCFLAGS="-O2 -fPIC"

fi



set -e



rm -rf $PKG

mkdir -p $TMP $PKG $OUTPUT



#tar xvf $CWD/$PRGNAM-$VERSION.tar.bz2 #if using tarred src

#since not tarred, we will just copy our src directory



cd $TMP

rm -rf $PRGNAM

cp -r $CWD/$PRGNAM .

cd $TMP/$PRGNAM



chown -R root:root .

find . \

 \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \

 -exec chmod 755 {} \; -o \

 \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \

 -exec chmod 644 {} \;



CFLAGS="$SLKCFLAGS" \

CXXFLAGS="$SLKCFLAGS" \



./autogen.sh \

  --prefix=/usr \

  --libdir=/usr/lib64



make

make install DESTDIR=$PKG



#now build radeon and drm.

TLIB=lib/modules/`uname -r`/kernel/drivers/gpu/drm

TLIB2=$TLIB/radeon

cd $TMP/$PRGNAM/li*core

make drm.o radeon.o

mkdir -p $PKG/$TLIB2

cp $TMP/$PRGNAM/li*core/drm.ko $PKG/$TLIB/drm.ko

cp $TMP/$PRGNAM/li*core/radeon.ko $PKG/$TLIB2/radeon.ko



# no current man files in the git

# No useful docs in the git



mkdir -p $PKG/install

cat $CWD/slack-desc > $PKG/install/slack-desc



cd $PKG

/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.tgz

Thank you for your assistance, forum1793.

I tested the system with the newest drm, new mesa and the newest ati driver:

● drm 2.4.14, xf86-video-ati 6.12.4, mesa 7.5.2 -- 3, 5, 8

The results were worse than with default 2.6.29.6 kernel.

Finally I came back to default versions of all programs:

● xf86-video-ati 6.12.2, mesa 7.5 -- 14, 9, 1

These results seemed to be slightly better.

Unfortunately I couldn't try mesa 7.6 because of errors during the compilation.

OK but in drm did you specifically go into linux-core and tell it to make drm.o and radeon.o?

That does not happen with the simple configure, make, make install. The .ko kernel modules it makes need to be put in your /lib/modules/<your kernel number>/kernel/drivers/char/drm area.

What errors are you getting in mesa? I had to disable and limit what was built or I got errors. Try adding the following to your script in the configure or autogen part:

Code:

 --disable-gallium \

 --with-dri-drivers=swrast,radeon,r600

Although you will want to either delete r600 (which is for my hd3200 and many other newer boards) or replace it with that for your card. Maybe r300?

I'm not sure we need swrast either but I've had it in my script and never got around to checking.

In my case compiled modules don't go to:

/lib/modules/<my kernel number>/kernel/drivers/char/drm

but to:

/lib/modules/<my kernel number>/kernel/drivers/gpu/drm/

Xorg.log.0 reports loading r300_dri.so module:

Code:

(II) AIGLX: enabled GLX_MESA_copy_sub_buffer

(II) AIGLX: enabled GLX_SGI_make_current_read

(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control

(II) AIGLX: enabled GLX_texture_from_pixmap with driver support

(II) AIGLX: Loaded and initialized /usr/lib/xorg/modules/dri/r300_dri.so

When I try to compile mesa 7.6 the compilation ends with these errors messages:

Code:

radeon_screen.c: In function 'radeonCreateScreen':

radeon_screen.c:1025: error: 'R600_SCRATCH_REG_OFFSET' undeclared (first use in this function)

radeon_screen.c:1025: error: (Each undeclared identifier is reported only once

radeon_screen.c:1025: error: for each function it appears in.)

gmake[5]: *** [radeon_screen.o] Error 1

gmake[5]: Leaving directory `/tmp/Mesa-7.6/src/mesa/drivers/dri/r200'

gmake[4]: *** [subdirs] Error 1

gmake[4]: Leaving directory `/tmp/Mesa-7.6/src/mesa/drivers/dri'

gmake[3]: *** [default] Error 1

gmake[3]: Leaving directory `/tmp/Mesa-7.6/src/mesa/drivers'

gmake[2]: *** [driver_subdirs] Error 2

gmake[2]: Leaving directory `/tmp/Mesa-7.6/src/mesa'

make[1]: *** [subdirs] Error 1

make[1]: Leaving directory `/tmp/Mesa-7.6/src'

make: *** [default] Error 1

I changed in mesa.SlackBuild that line:

Code:

--with-dri-drivers="$DRI_DRIVERS" \

to these lines:

Code:

  --disable-gallium \

  --with-dri-drivers=swrast,radeon,r300 \

The result was exactly the same as before -- compilation ended with the same errors messages.

***

Quote:

Originally Posted by forum1793 (Post 3712971)

OK but in drm did you specifically go into linux-core and tell it to make drm.o and radeon.o?

That's right... This is my libdrm.SlackBuild:

Code:

PRGNAM=libdrm

VERSION=${VERSION:-2.4.14}

ARCH=${ARCH:-i486}

BUILD=${BUILD:-1}

TAG=${TAG:-_SBo}



CWD=$(pwd)

TMP=${TMP:-/tmp/SBo}

PKG=$TMP/package-$PRGNAM

OUTPUT=${OUTPUT:-/tmp}



if [ "$ARCH" = "i486" ]; then

  SLKCFLAGS="-O2 -march=i486 -mtune=i686"

elif [ "$ARCH" = "i686" ]; then

  SLKCFLAGS="-O2 -march=i686 -mtune=i686"

elif [ "$ARCH" = "x86_64" ]; then

  SLKCFLAGS="-O2 -fPIC"

fi



set -e



rm -rf $PKG

mkdir -p $TMP $PKG $OUTPUT



cd $TMP

tar xvf $CWD/$PRGNAM-$VERSION.tar.bz2

rm -rf $PRGNAM

# cp -r $CWD/$PRGNAM .

cd $TMP/$PRGNAM-$VERSION



chown -R root:root .

find . \

 \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \

 -exec chmod 755 {} \; -o \

 \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \

 -exec chmod 644 {} \;



CFLAGS="$SLKCFLAGS" \

CXXFLAGS="$SLKCFLAGS" \



./autogen.sh \

  --prefix=/usr \

  --libdir=/usr/lib



make

make install DESTDIR=$PKG



TLIB=lib/modules/`uname -r`/kernel/drivers/gpu/drm

TLIB2=$TLIB/radeon

cd $TMP/$PRGNAM-$VERSION/li*core

make drm.o radeon.o

mkdir -p $PKG/$TLIB2

cp $TMP/$PRGNAM-$VERSION/li*core/drm.ko $PKG/$TLIB/drm.ko

cp $TMP/$PRGNAM-$VERSION/li*core/radeon.ko $PKG/$TLIB2/radeon.ko



mkdir -p $PKG/install

# cat $CWD/slack-desc > $PKG/install/slack-desc



cd $PKG

/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.tgz

It seems I finally solved the problem of DRI and DRI2 causing random system hang ups. The solution is to use the newest GIT version of xf86-video-ati driver. I described it here.

I tried that driver with both current mesa 7.5.1 and default mesa 7.5 (build 2). I used the same method of forcing hang ups as described here and I wasn’t able to hang up the system mangling Midnight Commander for 300 seconds. So I assume the problem is solved.

In result I can load DRI* without causing random system hang ups.

I found simpler method of avoid random system hang ups and I described it here. In short: it's enough to put Option "AccelMethod" "EXA" line into Section "Device" of xorg.conf. It works with default xf86-video-ati 6.12.2 build 2 driver.

w1k0, dude u are an ANIMAL! I wish I had someone like you to troubleshoot intel video driver issues & slackware 13.0 :D