Why doesn't Portal with Wine with the radeon driver work?

s3a · Post by **s3a** » Tue Jun 07, 2011 1:57 am

I am using Wine 1.2 which I compiled on Debian testing/wheezy. It works with fglrx but not with the radeon driver. I am using the AMD/ATI HD4850 video card. The following terminal output shows the wine error and that the radeon driver has OpenGL 2.1 support which to my understanding is at least the equivalent of Direct3D 9 (which is all I need). Also, there is a wine popup for every attempt to run a Windows game (none of the games I have work with the radeon driver except Nexuiz which is native and it works at max settings): http://i.imgur.com/120tj.png.

Code: Select all

deniz@debian:~$ cd /home/deniz/Desktop/portal
deniz@debian:~/Desktop/portal$ wine Portal.exe 

Z:\home\deniz\Desktop\THEO~4WC\EXTR~FR4\portal>start hl2.exe  -steam -game portal -appid 400 -console
fixme:exec:SHELL_execute flags ignored: 0x00000100

Z:\home\deniz\Desktop\THEO~4WC\EXTR~FR4\portal>echo > "C:\users\deniz\Temp\tmpfile0.tmp"
deniz@debian:~/Desktop/portal$ 
C:\users\deniz\Temp>del "C:\users\deniz\Temp\3491.tmp"

C:\users\deniz\Temp>del "C:\users\deniz\Temp\tmpfile2.bat"
Sharing violation

err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly
err:d3d:match_fbo_tex_update FBO status 0
wine: Unhandled page fault on read access to 0x00000059 at address 0x7dfd7343 (thread 0044), starting debugger...
^C
deniz@debian:~/Desktop/portal$ glxinfo | grep "OpenGL version"
OpenGL version string: 2.1 Mesa 7.10.2
deniz@debian:~/Desktop/portal$

with fglrx-driver installed:

Code: Select all

deniz@debian:~$ glxinfo | grep "OpenGL version"
OpenGL version string: 3.3.10666 Compatibility Profile Context

so, the version of OpenGL supported by the proprietary driver is higher than that of the open source driver which is not shocking but what I don't understand is why a Direct3D 9 game is not working with OpenGL 2.1 support through wine.

Any input would be greatly appreciated!
Thanks in advance!

FrÃ©dÃ©ric Delanoy · Tue Jun 07, 2011 2:07 am

On Tue, Jun 7, 2011 at 08:57, s3a <[email protected]> wrote:

I am using Wine 1.2 which I compiled on Debian testing/wheezy. It works with fglrx but not with the radeon driver. I am using the AMD/ATI HD4850 video card. The following terminal output shows the wine error and that the radeon driver has OpenGL 2.1 support which to my understanding is at least the equivalent of Direct3D 9 (which is all I need). Also, there is a wine popup for every attempt to run a Windows game (none of the games I have work with the radeon driver except Nexuiz which is native and it works at max settings): http://i.imgur.com/120tj.png.

Any input would be greatly appreciated!
Thanks in advance!

First, you probably should use latest wine 1.3.X
Second, Linux AMD/ATI drivers are not on par (by far) with their
windows counterparts, so you should try to update to the latest driver
for your card.

r2rX · Post by **r2rX** » Tue Jun 07, 2011 10:05 am

s3a, I think you should uninstall and reinstall your ATi drivers. I've had the same issue before, and it's usually because the 32bit OpenGL libraries, from the drivers, didn't install/initialize correctly.

Head to http://support.amd.com/us/gpudownload/l ... ng=English and get the Catalyst 11.5's.

Also, try out Wine v1.3.21.

Let us know how it goes.

r2rX

s3a · Post by **s3a** » Wed Jun 08, 2011 5:13 pm

I compiled wine 1.3.21 and then I tried to run Portal and the guy with the valve in him showed and then the screen after that but the game does not start; it just crashes.

Code: Select all

deniz@debian:~$ cd /home/deniz/Desktop/portal
deniz@debian:~/Desktop/portal$ wine Portal.exe 

Z:\home\deniz\Desktop\THEO~4WC\EXTR~FR4\portal>start hl2.exe  -steam -game portal -appid 400 -console 
fixme:exec:SHELL_execute flags ignored: 0x00000100

Z:\home\deniz\Desktop\THEO~4WC\EXTR~FR4\portal>echo > "C:\users\deniz\Temp\tmpfile0.tmp" 
deniz@debian:~/Desktop/portal$ 
C:\users\deniz\Temp>del "C:\users\deniz\Temp\1eb.tmp" 

C:\users\deniz\Temp>del "C:\users\deniz\Temp\tmpfile12.bat" 
Sharing violation

err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly
err:d3d:match_fbo_tex_update FBO status 0
fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified.
fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8A8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified.
fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8X8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified.
fixme:d3d:check_fbo_compat Format WINED3DFMT_B5G6R5_UNORM rtInternal format is not supported as FBO color attachment.
fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM rtInternal format is not supported as FBO color attachment.
fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16B16A16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified.
fixme:win:EnumDisplayDevicesW ((null),0,0x33e210,0x00000000), stub!
fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000409", 0000: stub!
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:wbemprox:wbem_locator_ConnectServer 0x1336c8, L"ROOT\\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0x33e170)
fixme:mixer:ALSA_MixerInit No master control found on HDA ATI HDMI, disabling mixer
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x141080,0x1415f8): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x141080,0x1415f8): stub
fixme:avifile:AVIFileExit (): stub!
deniz@debian:~/Desktop/portal$ glxinfo | grep "direct rendering"
direct rendering: Yes
deniz@debian:~/Desktop/portal$ glxinfo | grep "OpenGL version"
OpenGL version string: 2.1 Mesa 7.10.2
deniz@debian:~/Desktop/portal$

So to sum things up:
fglx-driver (the proprietary ati driver) works with wine 1.2 for everything I need
radeon only works with wine 1.3.21 but crashes before the actual Portal game starts. Can someone tell me if there is anything I can do about this and whether there is anything I can do or not, can someone please tell me why this is happening and what needs to be done on a developer level so that the issue no longer exists?

s3a · Post by **s3a** » Wed Jun 08, 2011 5:48 pm

By the way, fglrx-driver works well. It's just that I would rather use the open source radeon driver if I can.

jjmckenzie · Post by **jjmckenzie** » Thu Jun 09, 2011 8:42 pm

On 6/8/11 3:13 PM, s3a wrote:

I compiled wine 1.3.21 and then I tried to run Portal and the guy with the valve in him showed and then the screen after that but the game does not start; it just crashes.

Code:
deniz@debian:~$ cd /home/deniz/Desktop/portal
deniz@debian:~/Desktop/portal$ wine Portal.exe

Z:\home\deniz\Desktop\THEO~4WC\EXTR~FR4\portal>start hl2.exe -steam -game portal -appid 400 -console
fixme:exec:SHELL_execute flags ignored: 0x00000100

Z:\home\deniz\Desktop\THEO~4WC\EXTR~FR4\portal>echo> "C:\users\deniz\Temp\tmpfile0.tmp"
deniz@debian:~/Desktop/portal$
C:\users\deniz\Temp>del "C:\users\deniz\Temp\1eb.tmp"

C:\users\deniz\Temp>del "C:\users\deniz\Temp\tmpfile12.bat"
Sharing violation

err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly

You have to fix this first. Google or search the list for helpful
information on how to do this.

s3a · Post by **s3a** » Fri Jun 10, 2011 11:19 pm

I've been googling for days and I am really stuck. Could you please help me out with whatever it is that may seem obvious?

triso · Post by **triso** » Sun Jun 12, 2011 6:35 pm

s3a wrote:By the way, fglrx-driver works well. It's just that I would rather use the open source radeon driver if I can.

Sorry! The proprietary driver is the only one that can do 3-d for games and opengl. At some point in the future the open-source driver may do 3-d but today it can not.

jjmckenzie · Post by **jjmckenzie** » Sun Jun 12, 2011 9:00 pm

On 6/12/11 4:35 PM, triso wrote:

s3a wrote:
By the way, fglrx-driver works well. It's just that I would rather use the open source radeon driver if I can.
Sorry! The proprietary driver is the only one that can do 3-d for games and opengl. At some point in the future the open-source driver may do 3-d but today it can not.

Triso:

The Catalyst driver may not support s3a's video card.

s3a:

What video card do you have installed on your system?

s3a · Post by **s3a** » Sun Jun 12, 2011 9:16 pm

I use Debian (which didn't detect OpenGL at all) but I tried Ubuntu 11.04 and I played another game with so many polygons flying around but OCCASIONALLY, it looked normal but had certain things missing. The people were missing for example, but when the people faced you, you saw floating blue-green eyes. What this means to me is that, the open source radeon driver is not ready YET but that, in Debian the Wine that I compiled from source as well as the Wine from WineHQ's repository (Ubuntu had it in it's own repositories) did not detect OpenGL at all whereas Ubuntu's Wine 1.2 detected OpenGL although it screwed things up.

I want to know how to make Wine see OpenGL such that I can have it ready for when the open source radeon driver is ready. I own an ATI/AMD HD 4850 and, by the way, fglrx is the catalyst proprietary driver. I am not that opposed to using it and don't mind doing so in the meantime but I would still like to know how to resolve my issue such that I can play my games using the open source radeon driver in the future.

s3a · Post by **s3a** » Sun Jun 12, 2011 9:21 pm

The Ubuntu 11.04 I used was 32 bit though whereas the Debian I use (Debian wheezy/testing) is 64 bit. Both have similar versions of the open source driver. In fact, Debian has a later version.

Debian: 6.14.2-1
Ubuntu 11.04: 6.14.0-0ubuntu4

r2rX · Post by **r2rX** » Wed Jun 15, 2011 4:15 am

s3a, the proprietary drivers from ATi support your video card. If you intend to play games/run 3D applications properly, then you might have to use them.

The proprietary drivers will, most likely, always be better than the open source ones. I understand the sentiment about sticking open source, but i'd suggest compromising with the display drivers at least......

r2rX