http://bugs.winehq.org/show_bug.cgi?id=20074
Summary: Oblivion: black skin of main hero without native d3dx9_27.dll Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: Zenitur@yandex.ru
Created an attachment (id=23635) --> (http://bugs.winehq.org/attachment.cgi?id=23635) wined3d(buggy)
Some time ago we need native d3dx9_27.dll to start Oblivion. Today we can play it without native library. Bloom and HDR works too (HDR with some work). But when I played, I saw very strange bug... Skin of my hero is black. Other people looks fine. Watsh screenshots of fine view with native d3dx9_27.sll and badly view without it. This bug works with DR, Bloom and without this. It can be that this is because my hero is Danmer.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #1 from Zhenya Zenitur@yandex.ru 2009-09-17 13:35:21 --- Created an attachment (id=23636) --> (http://bugs.winehq.org/attachment.cgi?id=23636) d3dx9_27.dll(not_buggy)
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #2 from Zhenya Zenitur@yandex.ru 2009-09-17 13:36:04 --- I'm using ATi proprietary driver (fglrx) 9.9 with ATi Radeon HD 3200. Wine was compiled with this driver and libmpg123. When I start game with native library I see many fixme's in console. For example:
fixme:d3d:state_zfunc D3DCMP_NOTEQUAL and D3DCMP_EQUAL do not work correctly yet fixme:d3d_surface:surface_load_ds_location (0x1fd328) Not supported with fixed up depth stencil fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #4: fixme:d3d_shader:print_glsl_info_log Fragment shader was successfully compiled to run on hardware. fixme:d3d_surface:surface_load_ds_location (0x1fd328) Not supported with fixed up depth stencil
And many-many time. I think, nVidia users doesn't see it. When I start game without native library, I see other srtings:
fixme:d3dx:D3DXGetImageInfoFromFileInMemory stub
And many-many time. Maybe this is a reason for a bug?
http://bugs.winehq.org/show_bug.cgi?id=20074
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tony.wasserka@freenet.de
--- Comment #3 from Henri Verbeet hverbeet@gmail.com 2009-09-18 03:47:09 --- (In reply to comment #2)
When I start game without native library, I see other srtings:
fixme:d3dx:D3DXGetImageInfoFromFileInMemory stub
And many-many time. Maybe this is a reason for a bug?
Possibly, it certainly looks like a d3dx9 bug.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #4 from Zhenya Zenitur@yandex.ru 2009-09-19 00:25:10 --- I typed a mistake. When I see second fixme I see first fixme's too. Second fixme is only without native library and with bug.
http://bugs.winehq.org/show_bug.cgi?id=20074
Andy personman_145@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |personman_145@hotmail.com
--- Comment #5 from Andy personman_145@hotmail.com 2009-12-11 13:07:54 --- I'm also experiencing this bug in 1.1.34 on Kubuntu 9.10 amd64.
My hero is not a dunmer, so I don't think it's related to that.
Trying to use the native dll seems to cause a crash.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #6 from Zhenya Zenitur@yandex.ru 2009-12-11 17:10:18 --- I haven't crashing with native dll with newest wine. It was in older versions for me.
http://bugs.winehq.org/show_bug.cgi?id=20074
Xavier Vachon xvachon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xvachon@gmail.com
--- Comment #7 from Xavier Vachon xvachon@gmail.com 2010-01-08 22:10:16 --- Confirming with latest git (1.1.36)
http://bugs.winehq.org/show_bug.cgi?id=20074
Aleksei Gusev aleksei.gusev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Aleksei Gusev aleksei.gusev@gmail.com 2010-01-27 01:19:20 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=20074
Carlton Hobbs carlton.hobbs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |carlton.hobbs@gmail.com
--- Comment #9 from Carlton Hobbs carlton.hobbs@gmail.com 2010-02-16 12:38:34 --- I have not had this problem with 1.1.37 or 1.1.38 and I have never installed the native d3dx9_27 on this PC.
Using Ubuntu AMD64 9.10, NVIDIA 8600, Ubuntu's default proprietary Nvidia driver.
Can anyone else confirm fixed? I can say that I did have the problem several releases ago with the above PC, but didn't notice exactly when fixed.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #10 from Zhenya Zenitur@yandex.ru 2010-02-16 14:22:01 --- You will have not troubles with native library since Wine 0.9.4x. But without native libraries game works with newest Wine versions only. And withount native library you will see this bug.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #11 from Xavier Vachon xvachon@gmail.com 2010-02-16 14:31:45 --- (In reply to comment #9)
I have not had this problem with 1.1.37 or 1.1.38 and I have never installed the native d3dx9_27 on this PC.
Using Ubuntu AMD64 9.10, NVIDIA 8600, Ubuntu's default proprietary Nvidia driver.
Can anyone else confirm fixed? I can say that I did have the problem several releases ago with the above PC, but didn't notice exactly when fixed.
Still an issue with current git (1.1.38)
The game installs DirectX 9 by default, so if you use native librairies you won't experience this issue. But if you disable the native d3dx9_27.dll library and use the built-in Wine library, you will get this bug.
http://bugs.winehq.org/show_bug.cgi?id=20074
netz@lytenyn.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |netz@lytenyn.de
--- Comment #12 from netz@lytenyn.de 2010-03-30 04:23:34 --- This problem persists for me with wine 1.1.41. I am using the nvidia proprietary driver.
http://bugs.winehq.org/show_bug.cgi?id=20074
Maxym Kit kitmaxter@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kitmaxter@gmail.com
--- Comment #13 from Maxym Kit kitmaxter@gmail.com 2010-04-30 13:54:32 --- Confirmed with wine-1.1.43 and nVidia-195.36.24
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #14 from Xavier Vachon xvachon@gmail.com 2010-07-24 23:49:07 --- Still a bug in current git (1.2)
http://bugs.winehq.org/show_bug.cgi?id=20074
MassteR matrixsmaster@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matrixsmaster@yandex.ru
--- Comment #15 from MassteR matrixsmaster@yandex.ru 2010-11-02 04:54:01 CDT --- Bug no longer appears in 1.3.3
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #16 from Xavier Vachon xvachon@gmail.com 2010-11-02 08:00:27 CDT --- (In reply to comment #15)
Bug no longer appears in 1.3.3
Nope, it still happens in git (1.3.6). You have d3dx9 installed, make sure that you use a clean prefix with no overrides installed.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #17 from MassteR matrixsmaster@yandex.ru 2010-11-03 00:21:19 CDT --- Not current development version, I said ONE POINT THREE POINT THREE, not 1.3.6. Bug needs regression testing. And YES, OF COURSE I had an EMPTY prefix without any overrides. Moreover, ver. 1.3.3. works perfectly (except running OBSE) for Oblivion, see my corresponding test result on AppDB.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #18 from MassteR matrixsmaster@yandex.ru 2010-11-16 01:30:53 CST --- Confirm bug presence in WINE 1.3.7
http://bugs.winehq.org/show_bug.cgi?id=20074
Daniel Karlsson dannionio@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dannionio@gmail.com
--- Comment #19 from Daniel Karlsson dannionio@gmail.com 2011-01-03 06:36:57 CST --- This bug is not present in wine-1.3.10-192-g28bdb8c :)
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #20 from Xavier Vachon xvachon@gmail.com 2011-01-03 07:53:30 CST --- (In reply to comment #19)
This bug is not present in wine-1.3.10-192-g28bdb8c :)
No, it is not. You are using overrides. To reproduce, set d3dx9_27 to builtin in winecfg.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #21 from Austin English austinenglish@gmail.com 2011-01-24 16:48:12 CST --- Still in 1.3.12. You can easily see it when creating a new character. The default character type is imperial, which should be light skinned, but is instead very dark.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #22 from MassteR matrixsmaster@yandex.ru 2011-01-29 11:46:03 CST --- Can somebody confirm ATI catalyst drivers can get rid of this bug? One user (Karl Kochs) said "The bug 20074 isn't there, the AMD catalyst drivers works perfectly." here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=7506&iT...
http://bugs.winehq.org/show_bug.cgi?id=20074
Paweł Bartkiewicz tuuresairon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tuuresairon@gmail.com
--- Comment #23 from Paweł Bartkiewicz tuuresairon@gmail.com 2011-04-05 09:18:14 CDT --- (In reply to comment #22)
Can somebody confirm ATI catalyst drivers can get rid of this bug? One user (Karl Kochs) said "The bug 20074 isn't there, the AMD catalyst drivers works perfectly." here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=7506&iT...
This bug is still present in Wine 1.3.15 and 1.3.17 using Catalyst 11.3, Radeon HD 5770. I've tried disabling GLSL and setting ORM to fbo, pbuffer and backbuffer. Whole skin including the face of main hero is black, but other characters have at least normal faces. I had to set all *d3dx9* libraries to builtin in order to experience this bug, not just d3dx9_27.dll.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #24 from Paweł Bartkiewicz tuuresairon@gmail.com 2011-04-05 12:24:37 CDT --- Created an attachment (id=33949) --> (http://bugs.winehq.org/attachment.cgi?id=33949) Red stone with built-in d3dx
I found that doomstones suffer from this bug as well.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #25 from Paweł Bartkiewicz tuuresairon@gmail.com 2011-04-05 12:27:06 CDT --- Created an attachment (id=33950) --> (http://bugs.winehq.org/attachment.cgi?id=33950) Red stone with native d3dx
http://bugs.winehq.org/show_bug.cgi?id=20074
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #26 from joaopa jeremielapuree@yahoo.fr 2011-11-06 23:10:48 CST --- Still a bug in current wine. If yes, a backtrace with the d3dx channel enabled would help
http://bugs.winehq.org/show_bug.cgi?id=20074
Dennis Whitaker acidic1@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |acidic1@live.com
--- Comment #27 from Dennis Whitaker acidic1@live.com 2012-04-15 18:40:05 CDT --- wine-1.2.2
To fix all i did was go to terminal and did Winecfg
when that shows up go to libraries (should be second tab on top right next to applications.).
where it says new overrides , theres a dropdown box, hit it and browse for d3dx9_27
click it and set it for
Native then builtin. should look like this in the existing overrides now
d3dx9_27 (native,builtin)
This fixed my texture issues. And just to restate, im using Wine 1.2.2 so if this doesnt work for you, then download this version. You may also want to look up adding the regestry keys for the direct3d in hkey current user software area.. if you dont have a drect3d folder there make one and put this in. Each new line after this is a new string, the word after the space a value.
OffscreenRenderingMode fbo UseGLSL enabled VideoMemorySize 256
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #28 from Dennis Whitaker acidic1@live.com 2012-04-15 20:00:45 CDT --- wine-1.2.2
To fix all i did was go to terminal and did Winecfg
when that shows up go to libraries (should be second tab on top right next to applications.).
where it says new overrides , theres a dropdown box, hit it and browse for d3dx9_27
click it and set it for
Native then builtin. should look like this in the existing overrides now
d3dx9_27 (native,builtin)
This fixed my texture issues. And just to restate, im using Wine 1.2.2 so if this doesnt work for you, then download this version. You may also want to look up adding the regestry keys for the direct3d in hkey current user software area.. if you dont have a drect3d folder there make one and put this in. Each new line after this is a new string, the word after the space a value.
OffscreenRenderingMode fbo UseGLSL enabled VideoMemorySize 256
http://bugs.winehq.org/show_bug.cgi?id=20074
PD Cant p_cantwell@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |p_cantwell@hotmail.com
--- Comment #29 from PD Cant p_cantwell@hotmail.com 2012-06-17 11:26:23 CDT --- wine 1.5.5
Oblivion Steam version
I was 50+ hours into the game when my character lost skin tone, probably due to Ubuntu major release changes and subsequent wine upgrades. No diddling of d3dx9 would correct it. I renamed my ~/.wine folder and re-installed that folder using PlayOnLinux for Steam and Winetricks for DirectX9. I downloaded Oblivion again. Skin tones were corrected.
It didn't correct the door opening and smoke/spell-casting animations, though. Those happen super slowly, the doors stopping me for long periods of time until they finally open wide enough for passage. I'm sure this has to do with the nVidia driver that I continually upgrade, against most Ubuntu forum admonishments. It's odd that characters on the other side of the door move naturally and not slowly, nor does my player's motion slow down. It's only doors and casting (that I've noticed so far.)
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #30 from PD Cant p_cantwell@hotmail.com 2012-06-22 00:09:57 CDT --- It was my nVidia's OpenGL settings. Anti-aliasing was turned off! I'm back to normal Wine gameplay again.
BTW, while the animations were in the midst of slow moving, if I happened to save the game at that time, it would not load the saved game. It would stop somewhere in mid-progressbar and stop. I had to kill the Oblivion.exe process. I would have to wait for the animations to finish before I could safely save, if I lived that long. The lesson: don't save during animations, slow or fast.
(In reply to comment #29)
It didn't correct the door opening and smoke/spell-casting animations, though. Those happen super slowly, the doors stopping me for long periods of time until they finally open wide enough for passage. I'm sure this has to do with the nVidia driver that I continually upgrade, against most Ubuntu forum admonishments. It's odd that characters on the other side of the door move naturally and not slowly, nor does my player's motion slow down. It's only doors and casting (that I've noticed so far.)
http://bugs.winehq.org/show_bug.cgi?id=20074
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine-bugs@winehq.org Component|directx-d3d |directx-d3dx9
--- Comment #31 from Rico kgbricola@web.de 2012-08-25 04:57:08 CDT --- This is still an issue with wine-1.5.11.
Using native d3dx9_27.dll solves the issue.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #32 from Rico kgbricola@web.de 2012-08-25 05:50:20 CDT --- The problematic function is D3DXLoadSurfaceFromSurface, which seems to behave differently than native one. Using that one from native d3dx9_27 fixes the issue.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #33 from Tony Wasserka tony.wasserka@freenet.de 2012-08-25 06:24:59 CDT --- We likely don't implement a specific format conversion. Like already suggested, a backtrace showing the parameters that D3DXLoadSurfaceFromSurface gets called with would help a lot.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #34 from Rico kgbricola@web.de 2012-08-25 07:31:58 CDT --- Created attachment 41479 --> http://bugs.winehq.org/attachment.cgi?id=41479 WINEDEBUG=+d3dx,-quartz
Attached is a WINEDEBUG=+d3dx,-quartz log. "-quartz" because it spams the log.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #35 from Rico kgbricola@web.de 2012-08-25 07:51:05 CDT --- It looks like dst_surface is WINED3DFMT_DXT5 and src_surface is WINED3DFMT_B8G8R8A8_UNORM.
http://bugs.winehq.org/show_bug.cgi?id=20074
zoroaster zoroaster@inode.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zoroaster@inode.at
--- Comment #36 from zoroaster zoroaster@inode.at 2012-10-14 17:25:37 CDT --- Bug confirmed for Oblivion with Wine 1.5.15 on OSX 10.8.2.
i.e. PC character and SpeedTree bark have no visible surfaces and are displayed as single colored blocks.
http://bugs.winehq.org/show_bug.cgi?id=20074
Zarko Zivanov zzarko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzarko@gmail.com
--- Comment #37 from Zarko Zivanov zzarko@gmail.com 2013-07-04 16:40:21 CDT --- Ubuntu 12.04 64-bit, wine 1.6-rc4, AMD Catalyst 8.96.7 (7950), Oblivion 1.2 - I have issue with black skin not only of the main character, but also on many NPCs. I tried fixes mentioned in this thread, but nothing worked so far...
http://bugs.winehq.org/show_bug.cgi?id=20074
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #38 from Jarkko K jarkko_korpi@hotmail.com --- Any update on this?
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #39 from PD Cant p_cantwell@hotmail.com --- (In reply to PD Cant from comment #30)
It was my nVidia's OpenGL settings. Anti-aliasing was turned off! I'm back to normal Wine gameplay again.
BTW, while the animations were in the midst of slow moving, if I happened to save the game at that time, it would not load the saved game. It would stop somewhere in mid-progressbar and stop. I had to kill the Oblivion.exe process. I would have to wait for the animations to finish before I could safely save, if I lived that long. The lesson: don't save during animations, slow or fast.
(In reply to comment #29)
It didn't correct the door opening and smoke/spell-casting animations, though. Those happen super slowly, the doors stopping me for long periods of time until they finally open wide enough for passage. I'm sure this has to do with the nVidia driver that I continually upgrade, against most Ubuntu forum admonishments. It's odd that characters on the other side of the door move naturally and not slowly, nor does my player's motion slow down. It's only doors and casting (that I've noticed so far.)
The slow animation was fixed by a patch by a gamer. I have no problems anymore.
http://bugs.winehq.org/show_bug.cgi?id=20074
Goblinstomper@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Goblinstomper@gmail.com
--- Comment #40 from Goblinstomper@gmail.com --- (In reply to Jarkko K from comment #38)
Any update on this?
Using wine 1.7.13, catalyst and the steam version of the game I'm not experiencing any of this.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #41 from Xavier Vachon xvachon@gmail.com --- (In reply to Goblinstomper from comment #40)
(In reply to Jarkko K from comment #38)
Any update on this?
Using wine 1.7.13, catalyst and the steam version of the game I'm not experiencing any of this.
Please test while setting d3dx9_27 to built-in in winecfg. AFAIK this is not fixed yet.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #42 from Goblinstomper@gmail.com --- (In reply to Xavier Vachon from comment #41)
(In reply to Goblinstomper from comment #40)
(In reply to Jarkko K from comment #38)
Any update on this?
Using wine 1.7.13, catalyst and the steam version of the game I'm not experiencing any of this.
Please test while setting d3dx9_27 to built-in in winecfg. AFAIK this is not fixed yet.
I did, and although there were some issues doing this character skin was not affected, not at character creation and not when continuing my game.
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #43 from Xavier Vachon xvachon@gmail.com --- (In reply to Goblinstomper from comment #42)
(In reply to Xavier Vachon from comment #41)
(In reply to Goblinstomper from comment #40)
(In reply to Jarkko K from comment #38)
Any update on this?
Using wine 1.7.13, catalyst and the steam version of the game I'm not experiencing any of this.
Please test while setting d3dx9_27 to built-in in winecfg. AFAIK this is not fixed yet.
I did, and although there were some issues doing this character skin was not affected, not at character creation and not when continuing my game.
Just tested, not fixed in wine 1.7.14. Are you sure you tested the game in current wine without overrides and setting d3dx9_27 to builtin in winecfg?
http://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #44 from Goblinstomper@gmail.com --- (In reply to Xavier Vachon from comment #43)
(In reply to Goblinstomper from comment #42)
(In reply to Xavier Vachon from comment #41)
(In reply to Goblinstomper from comment #40)
(In reply to Jarkko K from comment #38)
Any update on this?
Using wine 1.7.13, catalyst and the steam version of the game I'm not experiencing any of this.
Please test while setting d3dx9_27 to built-in in winecfg. AFAIK this is not fixed yet.
I did, and although there were some issues doing this character skin was not affected, not at character creation and not when continuing my game.
Just tested, not fixed in wine 1.7.14. Are you sure you tested the game in current wine without overrides and setting d3dx9_27 to builtin in winecfg?
So I did some more testing, as I said I was using the steam version which means that I don't know exactly what kind of black magic they do, so I tried without steam this time. And this time I got the black skin bug, however setting d3dx9_27 to built-in is not the way to reproduce it. Steam-free I got the bug without changing any library, steam version never displayed it regardless the status of d3dx9_27 - both versions however displayed a host of other graphical corruptions with d3dx9_27 set to built-in.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #45 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.44 or later?
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #46 from Xavier Vachon xvachon@gmail.com --- (In reply to Ken Sharp from comment #45)
Is this still an issue in Wine 1.7.44 or later?
Confirming yes
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #47 from Zarko Zivanov zzarko@gmail.com --- wine-1.7.44, black skin still present.
https://bugs.winehq.org/show_bug.cgi?id=20074
Lorenzo Ferrillo lorenzofer@live.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lorenzofer@live.it
--- Comment #48 from Lorenzo Ferrillo lorenzofer@live.it --- Seems to be no more an issue with wine 1.9.2 - 1.9.3 (normal and staging)
https://bugs.winehq.org/show_bug.cgi?id=20074
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #49 from super_man@post.com --- Reported once fixed. It would a lot if someone else could confirm that it works with builtin libraries.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #50 from Zarko Zivanov zzarko@gmail.com --- Ubuntu 14.04 64bit, wine 1.7.55. Black skin on character with or without setting d3dx9_27.dll to native/builtin still present.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #51 from Zarko Zivanov zzarko@gmail.com --- Same system, wine 1.8.0, still black skin. With wine 1.9.14, game crashes when I try to load a saved position. Maybe it's my system?
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #52 from Rosanne DiMesio dimesio@earthlink.net --- The bug is still present in 1.9.14 when d3dx9_27.dll is set to builtin or builtin, native in winecfg. Tested with the Steam version of the game on openSUSE 13.1, Nvidia GTX 750ti, 361.28 driver.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #53 from Lorenzo Ferrillo lorenzofer@live.it --- Created attachment 55221 --> https://bugs.winehq.org/attachment.cgi?id=55221 Player character with Fly Camera
Still the bug is NOT present on my game, with all dlls builtins. Environment: Wine and wine-staging v 1.9.15. Arch Linux x64 (with linux and linux-zen kernels),full update at 3 August 2016 ATI Radeon HD 2900 XT AMD A8 cpu with ATI R5 integrated GPU. Open Source driver.
Attached is a screenshot of my PC from a Fly Camera view. Taken with Oblivion Reloaded becouse with the last version of wine the Stamp key doesn't work.
@Rosanne DiMesio Did you use a nvidia GPU? With proprietaru drivers or open source ones? @Zarko Zivanov Which GPU and which driver do you have?
It's possible that this bug evolved into a driver specific bug? Can other's AMD/ATI possesors test if this bug present to themselves?
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #54 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Lorenzo Ferrillo from comment #53)
Wine and wine-staging v 1.9.15.
I am using the development release, not wine-staging.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #55 from Lorenzo Ferrillo lorenzofer@live.it --- wine AND wine-staging means that I tested with the development release and wine staging. I tested both. And with both I have NO issues.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #56 from Rosanne DiMesio dimesio@earthlink.net --- I am not using any mods; according to comment 53 you are using Oblivion Reloaded.
What happens on your system with vanilla Oblivion?
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #57 from Lorenzo Ferrillo lorenzofer@live.it --- The same thing.
I used oblivion reloaded only for screenshot as my stamp key is not working in this version of wine(I already wrote this BTW, so I'm just repeting myslef).
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #58 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Lorenzo Ferrillo from comment #53)
Still the bug is NOT present on my game, with all dlls builtins.
Are you sure you're using builtin d3dx9_27.dll (or whatever version of d3dx9 the game uses)? This is probably caused by:
fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for compressed pixel formats is not implemented yet
which is supposed to be still an issue on plain Wine. I think wine-staging has patches for that though. It's not clear to me if there are additional caveats that might make the bug not reproducible sometimes. Comment 21 seems like the easiest way to test for the bug.
Can you attach a +d3dx,+loaddll log with current plain wine?
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #59 from Lorenzo Ferrillo lorenzofer@live.it --- I don't think wine-staging has a patch for that function, becouse I'm getting in the log(done with wine-staging):
fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for compressed pixel formats is not implemented yet.
Yes I'm sure I'm using the builtin dlls. It's a totally new wineprefix made specifically for this test.
Also for me the bug is not present with plain development wine aswell
https://bugs.winehq.org/show_bug.cgi?id=20074
Paolo Bolzoni paolo.bolzoni.brown@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paolo.bolzoni.brown@gmail.c | |om
--- Comment #60 from Paolo Bolzoni paolo.bolzoni.brown@gmail.com --- I think I am victim of this bug too. The main game works fine, but in the editor the NPC/Creature preview window does not work and appears empty.
Since there is no d3dx9_27 verb in winetricks I copied d3dx9_27.dll manually in the oblivion exe directory and setup d3dx9_27 Native,Builtin in winecfg. But apparently has no effects.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #61 from Lorenzo Ferrillo lorenzofer@live.it --- I think its a totally different bug.
Normal CS do this sometimes on windows too.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #62 from Lorenzo Ferrillo lorenzofer@live.it --- Created attachment 55452 --> https://bugs.winehq.org/attachment.cgi?id=55452 Wine Staging 1.9.16 Log with +d3dx, +loaddll
As requested by Matteo Bruni I made a wine log (with wine staging 1.9.16 CMST and VAAPI backend enabled) with WINEDEBUG=+d3dx,+loaddll.
As the log show I'm using all builtin dlls, except the ones provided by Oblivion itself or obse ones (binkw32.dll, ATIMGPUD.dll)
I'm still not getting the bug. Screenshot next.
I will provide the same log and report with wine 1.9.17 dev
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #63 from Lorenzo Ferrillo lorenzofer@live.it --- Created attachment 55453 --> https://bugs.winehq.org/attachment.cgi?id=55453 Screenshot
Turned out that the issue I was having with the stamp key was not a wine regression/bug but an Enlightenment issue.
The font are conflicting with DARNUI so this is the reason of the glitchy text on the image. This is an official Oblivion bug, not related to wine at all.
P.S I noticed that when installing Oblivion in wine directly the d3dx9_27.dll in system32 and syswow64 change from a 2kB file to a 2.5(+ or -)MB file. I was careful to completly avoid this beheviour before testing this time
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #64 from Lorenzo Ferrillo lorenzofer@live.it --- Created attachment 55454 --> https://bugs.winehq.org/attachment.cgi?id=55454 Wine 1.9,17 log Black Skin Bug happen
Ok some log with wine 1.9.17 and I'M EXPERIENCING the black skin bug.
Sorry to give false informations before but I didn't saw that the installer was replacing d3dx9_27.dll in system32/syswow64
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #65 from Lorenzo Ferrillo lorenzofer@live.it --- Ok The issue seem to lie in the D3DXLoadSurfaceFromMemory that doesn't understand DXTn surfaces.
fixme:d3dx:D3DXLoadSurfaceFromMemory Format conversion missing 0x33545844 -> 0x33545844 fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture loading failed. fixme:d3dx:D3DXLoadSurfaceFromMemory Format conversion missing 0x15 -> 0x35545844 fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture loading failed.
It will require this two patch included in wine staging and their dependancy:
https://github.com/wine-compholio/wine-staging/tree/master/patches/wined3d-D... https://github.com/wine-compholio/wine-staging/tree/master/patches/d3dx9_36-...
Seems duplicated of "Bug 34364"
While the DXTn patch is considered still experimental,shouldn't it be the time to do some proper tests and finally include it into development version?
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #66 from Henri Verbeet hverbeet@gmail.com --- All other considerations aside, d3dx9 shouldn't depend on wined3d.
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #67 from Lorenzo Ferrillo lorenzofer@live.it --- @Henry Verbeet
Requiring wined3d is at this level of evil?
Add support for DXTn textures and surfaces is the only way to make playable some games at all or avoiding graphical glitch on some part(for example this bug).
Maybe the DXTn specific content inserted in wined3d can be relcated in d3dx9_36?
I mean it is more than a year that this two patchset are not changed (except for rebasing and syncing changes with wine dev source), so it may have come the time discuss about the patch future.
https://bugs.winehq.org/show_bug.cgi?id=20074
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=20074
Brandon Barker brandon.barker@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brandon.barker@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=20074
--- Comment #68 from joaopa jeremielapuree@yahoo.fr --- Can an administrator close this bug as duplicate of bug 24983?
https://bugs.winehq.org/show_bug.cgi?id=20074
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE CC| |z.figura12@gmail.com Status|NEW |RESOLVED
--- Comment #69 from Zebediah Figura z.figura12@gmail.com --- Duplicate.
*** This bug has been marked as a duplicate of bug 24983 ***
https://bugs.winehq.org/show_bug.cgi?id=20074
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #70 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing Duplicate.