http://bugs.winehq.org/show_bug.cgi?id=32576
Bug #: 32576 Summary: Skyrim runs but does not display game Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: alex_y_xu@yahoo.ca Classification: Unclassified
Basically, Skyrim starts fine, and I can create a new game fine. Nothing crashes, and the text ("Bethesda... presents... The Elder Scrolls V... SKYRIM") displays fine, but the "background" i.e. game never displays.
I am using Wine 1.5.20, Mesa 9.0, xf86-video-ati 7.0.0 (Radeon HD 6850), and linux 3.8.0-rc1+ (101e5c7470eb7f77ae87f966b9155f0dbb5b4698 with 4fc3f1d66b1ef0d7b8dc11f4ff1cc510f78b37d6, 5a505085f043e8380f83610f79642853c051e2f1 reverted).
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #1 from Alex Xu alex_y_xu@yahoo.ca 2012-12-28 11:25:30 CST --- Created attachment 42994 --> http://bugs.winehq.org/attachment.cgi?id=42994 Log with default settings (orm=fbo) - decompressed 173 MB (trimmed)
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #2 from Alex Xu alex_y_xu@yahoo.ca 2012-12-28 11:26:08 CST --- Created attachment 42995 --> http://bugs.winehq.org/attachment.cgi?id=42995 Log with orm=backbuffer
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #3 from Alex Xu alex_y_xu@yahoo.ca 2012-12-28 11:27:50 CST --- Gist of the fbo log:
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ /tmp/portage/app-emulation/wine-1.5.20/work/wine-1.5.20/dlls/wined3d/drawprim.c / 63 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6) fixme:d3d:context_check_fbo_status Location SFLAG_INRB_MULTISAMPLE (0x200000). fixme:d3d:context_check_fbo_status Color attachment 0: (0x1eabe0) WINED3DFMT_R16G16B16A16_FLOAT 1920x1200 2 samples.
with calls to, in alphabetical order:
glBlitFramebuffer glClear glDrawArrays glDrawElementsBaseVertex glDrawElementsInstancedBaseVertex glFramebufferRenderbuffer glTexImage glTexSubImage
http://bugs.winehq.org/show_bug.cgi?id=32576
Alex Xu alex_y_xu@yahoo.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|x86 |x86-64 Severity|normal |major
http://bugs.winehq.org/show_bug.cgi?id=32576
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
--- Comment #4 from Bruno Jesus 00cpxxx@gmail.com 2013-01-04 14:38:34 CST --- Not major, read http://bugs.winehq.org/page.cgi?id=fields.html#importance
http://bugs.winehq.org/show_bug.cgi?id=32576
Mauro Carvalho Chehab mchehab@infradead.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mchehab@infradead.org
--- Comment #5 from Mauro Carvalho Chehab mchehab@infradead.org 2013-05-06 09:27:59 CDT --- I noticed the same issue here, with both a r600 ATI, using Open Source Driver, and the i7core Intel GPU, using i915 driver. It works with the ATI proprietary driver (but it really sucks to use the proprietary driver with other applications as it lacks XRandr support when multiple heads are used).
What happens with the ati/i915 drivers is that most of the graphics vertexes are not displayed, due to errors similar to this one:
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6) fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40000). fixme:d3d:context_check_fbo_status Color attachment 0: (0xfe44288) WINED3DFMT_R16G16B16A16_FLOAT 1x1 0 samples. err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #6 from Henri Verbeet hverbeet@gmail.com 2013-05-13 04:40:51 CDT --- (In reply to comment #5)
What happens with the ati/i915 drivers is that most of the graphics vertexes are not displayed, due to errors similar to this one:
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6) fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40000). fixme:d3d:context_check_fbo_status Color attachment 0: (0xfe44288) WINED3DFMT_R16G16B16A16_FLOAT 1x1 0 samples. err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63
That's not quite enough log to say for sure, but my first guess would be Mesa built without floating-point texture support.
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #7 from Mauro Carvalho Chehab mchehab@infradead.org 2013-05-13 13:54:25 CDT --- (In reply to comment #6)
(In reply to comment #5)
What happens with the ati/i915 drivers is that most of the graphics vertexes are not displayed, due to errors similar to this one:
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6) fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40000). fixme:d3d:context_check_fbo_status Color attachment 0: (0xfe44288) WINED3DFMT_R16G16B16A16_FLOAT 1x1 0 samples. err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63
That's not quite enough log to say for sure, but my first guess would be Mesa built without floating-point texture support.
(In reply to comment #6)
(In reply to comment #5)
What happens with the ati/i915 drivers is that most of the graphics vertexes are not displayed, due to errors similar to this one:
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6) fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40000). fixme:d3d:context_check_fbo_status Color attachment 0: (0xfe44288) WINED3DFMT_R16G16B16A16_FLOAT 1x1 0 samples. err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63
That's not quite enough log to say for sure, but my first guess would be Mesa built without floating-point texture support.
(In reply to comment #6)
(In reply to comment #5)
What happens with the ati/i915 drivers is that most of the graphics vertexes are not displayed, due to errors similar to this one:
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6) fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40000). fixme:d3d:context_check_fbo_status Color attachment 0: (0xfe44288) WINED3DFMT_R16G16B16A16_FLOAT 1x1 0 samples. err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c / 63
That's not quite enough log to say for sure, but my first guess would be Mesa built without floating-point texture support.
Yes, that was the issue. Fedora doesn't come with FP textures probably due to Patent issues (nor I saw any FP-texture enabled mesa pre-compiled for it on some alternative repository). I recompiled mesa by hand and it is now working with i915 and ati drivers - although I had to disable some GPU optimizations. Also, a few graphical items still don't show (button names that appears at the very beginning of the game), giving this error:
fixme:d3d_surface:surface_allocate_surface No GL internal format for format WINED3DFMT_DXT3. err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexImage2D @ surface.c / 2704 err:d3d_surface:surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexSubImage2D @ surface.c / 2342
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #8 from Bruno Jesus 00cpxxx@gmail.com 2013-05-13 14:00:46 CDT ---
fixme:d3d_surface:surface_allocate_surface No GL internal format for format
WINED3DFMT_DXT3.
Reminds me of this comment about s3tc support: http://bugs.winehq.org/show_bug.cgi?id=32291#c5
http://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #9 from Henri Verbeet hverbeet@gmail.com 2013-05-13 15:11:52 CDT --- (In reply to comment #8)
fixme:d3d_surface:surface_allocate_surface No GL internal format for format
WINED3DFMT_DXT3.
Reminds me of this comment about s3tc support: http://bugs.winehq.org/show_bug.cgi?id=32291#c5
Yeah, that's probably s3tc / libtxc_dxtn. That's not in a lot of distro packages either, for similar reasons, but some distros now package https://github.com/divVerent/s2tc as alternative.
https://bugs.winehq.org/show_bug.cgi?id=32576
--- Comment #10 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=32576
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net, | |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=32576
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG Summary|Skyrim runs but does not |Skyrim doesn't display |display game |in-game content (Mesa built | |without floating-point | |texture support)
--- Comment #11 from Anastasius Focht focht@gmx.net --- Hello folks,
the comments indicated this wasn't a Wine bug anyway -> 'UPSTREAM'.
Regards
https://bugs.winehq.org/show_bug.cgi?id=32576
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=32576
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #13 from Austin English austinenglish@gmail.com --- This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.
Setting back to RESOLVED NOTOURBUG.
Sorry for the spam.
https://bugs.winehq.org/show_bug.cgi?id=32576
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Matteo Bruni matteo.mystral@gmail.com --- Mesa is now always built with float textures support.