http://bugs.winehq.org/show_bug.cgi?id=22459
Summary: NFSMW - Only black screen Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: johannesobermayr@gmx.de
Created an attachment (id=27509) --> (http://bugs.winehq.org/attachment.cgi?id=27509) nfsmw.log
After execution of "wine speed.exe" I receive only a black screen.
Wine version: 1.1.43.20100421
Video card: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 01)
If it is a X.Org problem I can report it on bugs.freedesktop.org.
http://bugs.winehq.org/show_bug.cgi?id=22459
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.1.43
http://bugs.winehq.org/show_bug.cgi?id=22459
Johannes Obermayr johannesobermayr@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27509|0 |1 is obsolete| |
--- Comment #1 from Johannes Obermayr johannesobermayr@gmx.de 2010-05-30 11:35:13 --- Created an attachment (id=28430) --> (http://bugs.winehq.org/attachment.cgi?id=28430) New log with wine 1.2.rc2.20100529
http://bugs.winehq.org/show_bug.cgi?id=22459
Johannes Obermayr johannesobermayr@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #28430|0 |1 is obsolete| |
--- Comment #2 from Johannes Obermayr johannesobermayr@gmx.de 2010-06-20 10:48:28 --- Created an attachment (id=29022) --> (http://bugs.winehq.org/attachment.cgi?id=29022) Current log - more verbose
I assume this one is more verbose ...
http://bugs.winehq.org/show_bug.cgi?id=22459
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #3 from joaopa jeremielapuree@yahoo.fr 2011-07-09 23:51:48 CDT --- still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=22459
Johannes Obermayr johannesobermayr@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29022|0 |1 is obsolete| |
--- Comment #4 from Johannes Obermayr johannesobermayr@gmx.de 2011-07-10 15:28:05 CDT --- Created an attachment (id=35515) --> (http://bugs.winehq.org/attachment.cgi?id=35515) Current log
Wine version: 1.3.23.20110705 Mesa version: 7.11.99.git20110706.1900 Kernel: 3.0-rc5
It is still valid - Also the video on start is not visible but I can hear the sound ...
http://bugs.winehq.org/show_bug.cgi?id=22459
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #5 from Wylda wylda@volny.cz 2011-07-16 01:03:59 CDT ---
Can't confirm. Intro plays normally here and i also play MW on even with wheel :) * wine-1.3.23, wine-1.3.24, wine-1.3.24-174-g4b4dd30 * OpenGL renderer string: GeForce GT 240/PCI/SSE2 * OpenGL version string: 3.3.0 NVIDIA 275.09.07 * OpenGL shading language version string: 3.30 NVIDIA via Cg compiler * Debian Squeeze 32bit
http://bugs.winehq.org/show_bug.cgi?id=22459
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at
--- Comment #6 from Stefan Dösinger stefandoesinger@gmx.at 2011-09-25 11:04:30 CDT --- Wine does not support pixel shaders on this card. For Pixel Shader support we need at least GL_ARB_fragment_program, which sort of matches Shader Model 2.0 on Windows. This card supports shader model 1.4. The OpenGL equivalent of this is GL_ATI_fragment_shader, which is a vendor specific extension and only supported on r200 chips(radeon 8500 to radeon 9200).
We have a fixed function pipeline replacement with GL_ATI_fragment_shader(see dlls/wined3d/ati_fragment_shader.c). We could implement Pixel Shader 1.4 with it, but we have very few users with this card, so it's not likely to happen. It is mostly a fill-in-the-blanks work, the infrastructure for supporting another shader model is in place. The biggest challenges are maintaining it in the long term and testing it.
From the log: Mesa 7.12-devel implementation error: Unexpected texture format in radeon_update_wrapper() Please report at bugs.freedesktop.org
This also happens with the wine tests. I wanted to add this on the Mesa bug, but I don't have my password at the moment(different keychain). For the Mesa devs debugging the tests may be easier than debugging NFS:MW.
Mesa: User error: GL_INVALID_VALUE in glTexImage2D(internalFormat=GL_FALSE) err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexImage2D @ surface.c / 2338
This suggests we're trying to create a texture with an unsupported format. A +d3d_surface log might reveal which format this is.
err:d3d_shader:shader_arb_select >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glBindProgramARB(GL_FRAGMENT_PROGRAM_ARB, priv->current_fprogram_id); @ arb_program_shader.c / 4589
The game is trying to create a pixel shader here, and GL complains that it can't do that(see above). Wine is missing some checks here and report an error to the application as well. According to amazon the minimum requirement for this app is a Radeon 7500. If this is true, reporting an error to the app may make it fall back to the fixed function pipeline.
fixme:d3d_shader:shader_arb_generate_vshader HW VertexShader Error at position 658: "line 21, char 21: error: invalid texture coordinate unit selector\n"
I fixed this about a week ago. Or rather, made a change that might have swept this under the rug, the actual problem is still there and needs fixing.
http://bugs.winehq.org/show_bug.cgi?id=22459
--- Comment #7 from Johannes Obermayr johannesobermayr@gmx.de 2011-09-25 15:58:28 CDT --- (In reply to comment #6)
From the log:
Mesa 7.12-devel implementation error: Unexpected texture format in radeon_update_wrapper() Please report at bugs.freedesktop.org
This also happens with the wine tests. I wanted to add this on the Mesa bug, but I don't have my password at the moment(different keychain). For the Mesa devs debugging the tests may be easier than debugging NFS:MW.
https://bugs.freedesktop.org/show_bug.cgi?id=41170#c1
Mesa: User error: GL_INVALID_VALUE in glTexImage2D(internalFormat=GL_FALSE) err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexImage2D @ surface.c / 2338
This suggests we're trying to create a texture with an unsupported format. A +d3d_surface log might reveal which format this is.
http://www.fileuploadx.de/572007 (Couldn't find a better file server ...)
All things (kernel module, drm, Mesa, xf86-video-ati, wine) as of yesterday git.
Note: There is a new entry in 1st line.
http://bugs.winehq.org/show_bug.cgi?id=22459
--- Comment #8 from Stefan Dösinger stefandoesinger@gmx.at 2011-09-25 16:31:06 CDT --- (In reply to comment #7)
Thanks!
http://www.fileuploadx.de/572007 (Couldn't find a better file server ...)
gzip, bzip2 or lrzip are your friends ;-)
trace:d3d_surface:surface_allocate_surface (0x27518f0) : Creating surface (target 0xde1) level 0, d3d format WINED3DFMT_D16_UNORM, internal format 0, width 16, height 16, gl format 0, gl type=0 Mesa: User error: GL_INVALID_VALUE in glTexImage2D(internalFormat=GL_FALSE)
The lack of GL_ARB_depth_texture support creates problems here. The driver doesn't advertise this extension, but without it we can't create depth textures to attach to an FBO.
I'm not quite sure what to do about it. We need support for depth textures to properly render to FBOs. The driver doesn't return an error when we try to create such a texture, which suggests that it simply forgot to announce support for this format. The other possibility is that we're supposed to use renderbuffers instead of textures. I haven't tested that, but with the recent changes Henri made to support multisampling it might be easier to fall back to renderbuffers.
All in all it's a lot of work that needs to be done on our side and the driver's side to get semi-modern games like NFS:MW running on this old card. We're always looking for volunteers ;-)
A few weeks ago I was looking at setting up a Buildbot slave to run the d3d tests on my Radeon 9000M, but I gave up on it after I realized that making the tests pass is more than a weekend's job.
http://bugs.winehq.org/show_bug.cgi?id=22459
--- Comment #9 from Luis Alvarado luisalvaradox@gmail.com 2011-10-04 22:06:32 CDT --- I can confirm this only happens on very high resolutions. For example 1600 and up. It does not happen in all resolutions I have tested between 800x600 and 1280x1024. All work but higher than that does not work. Also resolutions for wide screens do not work.
All of this suggests than the game itself does not support very high resolutions or wide screen.
http://bugs.winehq.org/show_bug.cgi?id=22459
--- Comment #10 from Johannes Obermayr johannesobermayr@gmx.de 2011-12-29 09:34:00 CST --- Created attachment 38166 --> http://bugs.winehq.org/attachment.cgi?id=38166 Log on AMD Fusion
On my Radeon 9000M the black screen is gone with current Git versions (libdrm, Mesa, xf86-video-ati, wine).
But on my AMD Fusion system is a maybe related failure:
Hardware: Processor: AMD E-350 @ 1.60GHz (2 Cores), Motherboard: ASUS E35M1-I DELUXE, Chipset: AMD Family 14h Root Complex, Memory: 8192MB, Disk: 2000GB Seagate ST2000DL003-9VT1 + 400GB SAMSUNG HD403LJ, Graphics: AMD Radeon HD 6310 384MB (200/533MHz), Audio: ATI Wrestler HDMI Audio, Monitor: PL2475HD, Network: Realtek RTL8111/8168B + Atheros AR9285 Wireless
Software: OS: openSUSE 12.1 (x86_64), Kernel: 3.1.0-1.2-desktop (x86_64), Desktop: KDE 4.7.95, Display Server: X Server 1.10.4, Display Driver: radeon 6.14.99, OpenGL: 2.1 Mesa 7.12-devel (11cdf24) Gallium 0.4, Compiler: GCC 4.6 + Clang 3.1, File-System: ext2/ext3, Screen Resolution: 1920x1080
http://bugs.winehq.org/show_bug.cgi?id=22459
Johannes Obermayr johannesobermayr@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38166|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=22459
Johannes Obermayr johannesobermayr@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38166|0 |1 is obsolete| |
--- Comment #11 from Johannes Obermayr johannesobermayr@gmx.de 2012-01-06 17:55:57 CST --- Created attachment 38285 --> http://bugs.winehq.org/attachment.cgi?id=38285 Backtrace as of 20120106
The backtrace of speed.exe changed today and shows issues in d3dx9_36.
Yesterday it looked like attachment 38276. I posted it to Bug 28072 because only one line was different between speed.exe/EasyInfo.exe and summary of the bug was written generally: - Unhandled exception: page fault on read access to ... in 32-bit code (...). + Unhandled exception: C++ exception(object = 0x0033f48e, type = 0x00469fd0) in 32-bit code (0x7b83af22). The backtrace section looked to be the same ...
The backtrace in EasyInfo.exe is still the same as of yesterday.
9000M still works - slow (esp. in videos) - but it works :-)
http://bugs.winehq.org/show_bug.cgi?id=22459
--- Comment #12 from Johannes Obermayr johannesobermayr@gmx.de 2012-02-02 14:52:42 CST --- Seems all bugs reported here are fixed with latest git versions. Please close it.
Thanks for your work. :-)
http://bugs.winehq.org/show_bug.cgi?id=22459
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #13 from Henri Verbeet hverbeet@gmail.com 2012-02-02 14:58:20 CST --- (In reply to comment #12)
Seems all bugs reported here are fixed with latest git versions. Please close it.
Resolving FIXED.
http://bugs.winehq.org/show_bug.cgi?id=22459
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Alexandre Julliard julliard@winehq.org 2012-02-11 13:52:53 CST --- Closing bugs fixed in 1.4-rc3.
http://bugs.winehq.org/show_bug.cgi?id=22459
Rafał Mużyło galtgendo@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |galtgendo@o2.pl
--- Comment #15 from Rafał Mużyło galtgendo@o2.pl 2012-08-14 08:07:17 CDT --- Just making a note: while I don't have NFSMW, I do have an r200 and it seems that in 1.5.10 the problem with MESA_FORMAT_{A,}L8 has resurfaced. I'm getting crashes in a game using them (using latest mesa/xf86-video-ati).
-
wine-bugs＠winehq.org