AMD/ATI + Linux + WINE = FAIL... all around.
AMD/ATI + Linux + WINE = FAIL... all around.
Hey all
I have here two machines...
Machine A)
AMD Athlon XP 2500+ CPU
Nvidia 6800GT GPU
1GB DDR 400 RAM
Ubuntu 8.04-32bit OS
Machine B)
Intel Q6600 CPU
ATI/AMD 3650 GPU
2GB DDR2 800 RAM
Ubuntu 8.04-64bit OS
Machine A plays Civilization IV and Oblivion just fine, played for an hour last night with no issues.
Machine B gets to the part where it initializes the engine of the game and after a brief glimpse of the intro video (if I'm lucky) it crashes to the desktop.
The 6800GT from Machine A was installed in Machine B before I upgraded from an E6300 with an AsRock board to the Q6600 on a Gigabyte board. The AsRock board had support for both PCI-e and AGP, this Gigabyte board of course does not, so there's no swapping the GPU's back where they were. (mobo is now at work, CPU is now in server).
Anyway, point here is that with ATI using the latest drivers (8.5) and the very latest version of Ubuntu, and the very latest version of Wine (1.0-RC2), all DX games fail to load. Even more troublesome, they all fail in the same manner, about 200 lines of err code output to the terminal.
I have tried regressing the Wine version back to 0.9.54, and that works *better* as in some very simple (FR-08) games will load, but they still lack any graphics other than a blank screen.
For the record, yes, the ATI driver is installed correctly. glxinfo|grep direct yeilds "Direct Rendering: Yes" or whatever, and fglrxinfo shows that I do have the ATI driver installed, with the proper version and release date.
Furthermore, all native Linux 3D accelerated apps play flawlessly, getting well over 100FPS in Nexuiz and the like.
And what's more, I'm not alone. I've been searching the web for over a month now trying to find some sort of solution short of replacing the GPU with an NVidia model, and what I've discovered is that there are many others in my situation.
The frustrating part is that the Community has failed to give an answer. If you look at the forum posts where people post nearly the same exact lines of error code, there is no response. The posts go un-answered on even large forums like ubuntuforums.org for weeks.
Even more frustrating is the "Blame Game". If you talk to Wine Dev's they say it's the ATI driver. If you talk to most anyone other than the WINE dev's they say it's WINE's fault.
No one has come up with anything close to an explanation of where the fault lies, or when something will be done about it.
It's enough to really tick some one off. I have litterally spent over 8 hours of my time researching this issue and trying to get it to work myself. Every ATI driver release I get my hopes up again but for nothing.
I would just like some kind of response. I'm sick and tired of people saying things like "It's those ATI drivers" or my personal pet Peeve "you should get Windows".
I'm not a noob at this either. I have taken a full semester course in Unix using Linux, as well as using Linux full-time at home on Four PC's with multiple distro's for over 2 years.
I'd just like some assurance that something will be done about this.
Thanks, Dan.
I have here two machines...
Machine A)
AMD Athlon XP 2500+ CPU
Nvidia 6800GT GPU
1GB DDR 400 RAM
Ubuntu 8.04-32bit OS
Machine B)
Intel Q6600 CPU
ATI/AMD 3650 GPU
2GB DDR2 800 RAM
Ubuntu 8.04-64bit OS
Machine A plays Civilization IV and Oblivion just fine, played for an hour last night with no issues.
Machine B gets to the part where it initializes the engine of the game and after a brief glimpse of the intro video (if I'm lucky) it crashes to the desktop.
The 6800GT from Machine A was installed in Machine B before I upgraded from an E6300 with an AsRock board to the Q6600 on a Gigabyte board. The AsRock board had support for both PCI-e and AGP, this Gigabyte board of course does not, so there's no swapping the GPU's back where they were. (mobo is now at work, CPU is now in server).
Anyway, point here is that with ATI using the latest drivers (8.5) and the very latest version of Ubuntu, and the very latest version of Wine (1.0-RC2), all DX games fail to load. Even more troublesome, they all fail in the same manner, about 200 lines of err code output to the terminal.
I have tried regressing the Wine version back to 0.9.54, and that works *better* as in some very simple (FR-08) games will load, but they still lack any graphics other than a blank screen.
For the record, yes, the ATI driver is installed correctly. glxinfo|grep direct yeilds "Direct Rendering: Yes" or whatever, and fglrxinfo shows that I do have the ATI driver installed, with the proper version and release date.
Furthermore, all native Linux 3D accelerated apps play flawlessly, getting well over 100FPS in Nexuiz and the like.
And what's more, I'm not alone. I've been searching the web for over a month now trying to find some sort of solution short of replacing the GPU with an NVidia model, and what I've discovered is that there are many others in my situation.
The frustrating part is that the Community has failed to give an answer. If you look at the forum posts where people post nearly the same exact lines of error code, there is no response. The posts go un-answered on even large forums like ubuntuforums.org for weeks.
Even more frustrating is the "Blame Game". If you talk to Wine Dev's they say it's the ATI driver. If you talk to most anyone other than the WINE dev's they say it's WINE's fault.
No one has come up with anything close to an explanation of where the fault lies, or when something will be done about it.
It's enough to really tick some one off. I have litterally spent over 8 hours of my time researching this issue and trying to get it to work myself. Every ATI driver release I get my hopes up again but for nothing.
I would just like some kind of response. I'm sick and tired of people saying things like "It's those ATI drivers" or my personal pet Peeve "you should get Windows".
I'm not a noob at this either. I have taken a full semester course in Unix using Linux, as well as using Linux full-time at home on Four PC's with multiple distro's for over 2 years.
I'd just like some assurance that something will be done about this.
Thanks, Dan.
I'm having the same problem, I posted about it in another topic. The last post here: http://forum.winehq.org/viewtopic.php?t=838&start=25
Kazade wrote:I'm having the same problem, I posted about it in another topic. The last post here: http://forum.winehq.org/viewtopic.php?t=838&start=25
Right, I read your post earlier, your output is similar to mine.
Here is my output:
Code: Select all
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 16 vertex samplers and 16 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32ef4c,0x00000000), stub!
fixme:d3d:test_pbo_functionality >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Loading the PBO test texture
@ directx.c / 3520
err:d3d:getColorBits Unsupported format: WINED3DFMT_R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A16B16G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A32B32G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A16B16G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A32B32G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A16B16G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A32B32G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A16B16G16R16F
err:d3d:getColorBits Unsupported format: WINED3DFMT_R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_G32R32F
err:d3d:getColorBits Unsupported format: WINED3DFMT_A32B32G32R32F
fixme:d3d9:IDirect3DDevice9Impl_CreateSurface MultisampleQuality set to -1, bstituting 0
err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat
fixme:d3d9:IDirect3DDevice9Impl_CreateSurface MultisampleQuality set to -1, bstituting 0
fixme:d3d9:IDirect3DDevice9Impl_CreateSurface MultisampleQuality set to -1, bstituting 0
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1280,1024)
wine: Unhandled page fault on execute access to 0x7c0b7498 at address 0x7c0b7498 (thread 0009), starting debugger...
Unhandled exception: page fault on execute access to 0x7c0b7498 in 32-bit code (0x7c0b7498).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7c0b7498 ESP:0032f070 EBP:0032f0bc EFLAGS:00010206( - 00 - RIP1)
EAX:0032f0a0 EBX:7dfa3c84 ECX:0013f300 EDX:7dfa4920
ESI:00000000 EDI:7df91bc7
Stack dump:
0x0032f070: 7df33df9 00008775 0032f0a0 00000000
0x0032f080: 00000002 00000000 00000001 00000001
0x0032f090: 7df34271 7df91bc7 3f800000 7df91bc7
0x0032f0a0: 00000000 00000000 00000000 00000000
0x0032f0b0: 7dfa3c84 00000006 00000043 0032f13c
0x0032f0c0: 7ded874c 000000d8 0016d918 0017a528
Backtrace:
=>1 0x7c0b7498 (0x0032f0bc)
2 0x7ded874c ActivateContext+0x4fc() in wined3d (0x0032f13c)
3 0x7df0d26b drawPrimitive+0x17b() in wined3d (0x0032f44c)
4 0x7dee4fcb in wined3d (+0x24fcb) (0x0032f4bc)
5 0x7dfbec5e in d3d9 (+0xec5e) (0x0032f4ec)
6 0x006cbf2a in oblivion (+0x2cbf2a) (0x00000002)
7 0x00000000 (0x00000000)
0x7c0b7498: movl 0x7dea0c60,%eax
Modules:
Module Address Debug info Name (95 modules)
PE 400000- b59000 Export oblivion
PE b60000- daf000 Deferred d3dx9_27
PE 18000000-18068000 Deferred binkw32
ELF 7b800000-7b92d000 Deferred kernel32<elf>
\-PE 7b820000-7b92d000 \ kernel32
ELF 7bc00000-7bca4000 Deferred ntdll<elf>
\-PE 7bc10000-7bca4000 \ ntdll
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7cd5d000-7cd66000 Deferred librt.so.1
ELF 7cd7f000-7de21000 Deferred fglrx_dri.so
ELF 7de21000-7de2c000 Deferred libgcc_s.so.1
ELF 7de2c000-7dea6000 Export libgl.so.1
ELF 7dea6000-7dfa8000 Export wined3d<elf>
\-PE 7dec0000-7dfa8000 \ wined3d
ELF 7dfa8000-7dfd8000 Export d3d9<elf>
\-PE 7dfb0000-7dfd8000 \ d3d9
ELF 7e280000-7e294000 Deferred midimap<elf>
\-PE 7e290000-7e294000 \ midimap
ELF 7e294000-7e2ba000 Deferred msacm32<elf>
\-PE 7e2a0000-7e2ba000 \ msacm32
ELF 7e2ba000-7e2d1000 Deferred msacm32<elf>
\-PE 7e2c0000-7e2d1000 \ msacm32
ELF 7e2d1000-7e394000 Deferred libasound.so.2
ELF 7e394000-7e3c9000 Deferred winealsa<elf>
\-PE 7e3a0000-7e3c9000 \ winealsa
ELF 7e3c9000-7e3fc000 Deferred uxtheme<elf>
\-PE 7e3d0000-7e3fc000 \ uxtheme
ELF 7e3fe000-7e407000 Deferred libxcursor.so.1
ELF 7e407000-7e40c000 Deferred libxfixes.so.3
ELF 7e40c000-7e40f000 Deferred libxcomposite.so.1
ELF 7e40f000-7e415000 Deferred libxrandr.so.2
ELF 7e415000-7e41d000 Deferred libxrender.so.1
ELF 7e41d000-7e420000 Deferred libxinerama.so.1
ELF 7e420000-7e440000 Deferred imm32<elf>
\-PE 7e430000-7e440000 \ imm32
ELF 7e440000-7e445000 Deferred libxdmcp.so.6
ELF 7e445000-7e45d000 Deferred libxcb.so.1
ELF 7e45d000-7e45f000 Deferred libxcb-xlib.so.0
ELF 7e45f000-7e546000 Deferred libx11.so.6
ELF 7e546000-7e554000 Deferred libxext.so.6
ELF 7e554000-7e5ea000 Deferred winex11<elf>
\-PE 7e560000-7e5ea000 \ winex11
ELF 7e617000-7e638000 Deferred libexpat.so.1
ELF 7e638000-7e662000 Deferred libfontconfig.so.1
ELF 7e662000-7e677000 Deferred libz.so.1
ELF 7e677000-7e6e7000 Deferred libfreetype.so.6
ELF 7e6e7000-7e713000 Deferred ws2_32<elf>
\-PE 7e6f0000-7e713000 \ ws2_32
ELF 7e713000-7e72d000 Deferred wsock32<elf>
\-PE 7e720000-7e72d000 \ wsock32
ELF 7e72d000-7e796000 Deferred msvcrt<elf>
\-PE 7e740000-7e796000 \ msvcrt
ELF 7e796000-7e7aa000 Deferred lz32<elf>
\-PE 7e7a0000-7e7aa000 \ lz32
ELF 7e7aa000-7e803000 Deferred shlwapi<elf>
\-PE 7e7c0000-7e803000 \ shlwapi
ELF 7e803000-7e912000 Deferred shell32<elf>
\-PE 7e810000-7e912000 \ shell32
ELF 7e912000-7e95c000 Deferred dsound<elf>
\-PE 7e920000-7e95c000 \ dsound
ELF 7e95c000-7e9ee000 Deferred winmm<elf>
\-PE 7e970000-7e9ee000 \ winmm
ELF 7e9ee000-7ea01000 Deferred libresolv.so.2
ELF 7ea01000-7ea1a000 Deferred version<elf>
\-PE 7ea10000-7ea1a000 \ version
ELF 7ea1a000-7ea38000 Deferred iphlpapi<elf>
\-PE 7ea20000-7ea38000 \ iphlpapi
ELF 7ea38000-7ea99000 Deferred rpcrt4<elf>
\-PE 7ea40000-7ea99000 \ rpcrt4
ELF 7ea99000-7eb3d000 Deferred ole32<elf>
\-PE 7eab0000-7eb3d000 \ ole32
ELF 7eb3d000-7eb74000 Deferred dinput<elf>
\-PE 7eb50000-7eb74000 \ dinput
ELF 7eb74000-7eb8c000 Deferred dinput8<elf>
\-PE 7eb80000-7eb8c000 \ dinput8
ELF 7eb8c000-7ebde000 Deferred advapi32<elf>
\-PE 7eba0000-7ebde000 \ advapi32
ELF 7ebde000-7ec79000 Deferred gdi32<elf>
\-PE 7ebf0000-7ec79000 \ gdi32
ELF 7ec79000-7edc0000 Deferred user32<elf>
\-PE 7ec90000-7edc0000 \ user32
ELF 7edc0000-7ee7f000 Deferred comctl32<elf>
\-PE 7edd0000-7ee7f000 \ comctl32
ELF 7ef9f000-7efaa000 Deferred libnss_files.so.2
ELF 7efaa000-7efc2000 Deferred libnsl.so.1
ELF 7efc2000-7efe7000 Deferred libm.so.6
ELF 7efe8000-7efed000 Deferred libxxf86vm.so.1
ELF 7efed000-7eff7000 Deferred libnss_nis.so.2
ELF 7eff7000-7f000000 Deferred libnss_compat.so.2
ELF f7cb1000-f7cb4000 Deferred libxau.so.6
ELF f7cb9000-f7cbd000 Deferred libdl.so.2
ELF f7cbd000-f7e0c000 Deferred libc.so.6
ELF f7e0c000-f7e24000 Deferred libpthread.so.0
ELF f7e3e000-f7f74000 Deferred libwine.so.1
ELF f7f76000-f7f95000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
00000008 (D) C:\Program Files\Bethesda Softworks\Oblivion\Oblivion.exe
0000001c -1
0000001b -1
0000001a 15
00000019 0
00000009 0 <==
0000000c
00000014 0
00000013 0
00000012 0
0000000e 0
0000000d 0
0000000f
00000016 0
00000015 0
00000011 0
00000010 0
00000017
00000018 0
Backtrace:
=>1 0x7c0b7498 (0x0032f0bc)
2 0x7ded874c ActivateContext+0x4fc() in wined3d (0x0032f13c)
3 0x7df0d26b drawPrimitive+0x17b() in wined3d (0x0032f44c)
4 0x7dee4fcb in wined3d (+0x24fcb) (0x0032f4bc)
5 0x7dfbec5e in d3d9 (+0xec5e) (0x0032f4ec)
6 0x006cbf2a in oblivion (+0x2cbf2a) (0x00000002)
7 0x00000000 (0x00000000)
AMD/ATI + Linux + WINE = FAIL... all around.
I'm also having this problem. You might be interested in
http://bugs.winehq.org/show_bug.cgi?id=12929
Regards,
Dan
http://bugs.winehq.org/show_bug.cgi?id=12929
Regards,
Dan
AMD/ATI + Linux + WINE = FAIL... all around.
It's not the answer you want, but Wine needs _a lot_ of features from
the graphics drivers that ATI simply does not provide. In addition,
some recent D3D work regressed on ATI drivers, complicating things a
bit more. Nvidia has been better about providing good drivers, unlike
ATI. Most native games don't require as many resources and hence, work
fine. You might try disabling compiz if you haven't already, as it
conflicts with wine. Also, try filing a bug with ATI. They won't fix
bugs exposed by wine's graphics tests, but will fix bugs affecting
games...
the graphics drivers that ATI simply does not provide. In addition,
some recent D3D work regressed on ATI drivers, complicating things a
bit more. Nvidia has been better about providing good drivers, unlike
ATI. Most native games don't require as many resources and hence, work
fine. You might try disabling compiz if you haven't already, as it
conflicts with wine. Also, try filing a bug with ATI. They won't fix
bugs exposed by wine's graphics tests, but will fix bugs affecting
games...
They are massively improving though. They have released their specifications (unlike nVidia) which is already having a positive effect on the open source drivers ( see http://airlied.livejournal.com/ ).I gave up on ATI when I had so many problems with their drivers, I sent them a letter and told them I'd be buying nvidia next time. It's unfortunate.
The fglrx drivers are improving as well. They now support composite and provide monthly releases which are fixing a lot of bugs quite quickly. My next card will be an ATI because in the next few months some really decent open source drivers will start appearing.
Also, the released specifications now mean that there is an ATI driver in development for the new Gallium 3D driver framework. In the next year or so ATI's will be the cards to buy on Linux. nVidia's binary offerings are the best, but I prefer open source drivers any day.
While its nice to see them open the specifications its only because their drivers are so terrible in the first place. I would stick with nvidia for now at least they care about the Linux community enough to give us decent drivers. That being said ATI might be worth checking out in a couple years once the open source drivers have matured enough.