http://bugs.winehq.org/show_bug.cgi?id=12652
Summary: Rainbow six Vegas 2 Fails to launch with General Protection fault Product: Wine Version: 0.9.59. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: xarnze@googlemail.com
Created an attachment (id=12297) --> (http://bugs.winehq.org/attachment.cgi?id=12297) Console output from Rainbow six Vegas 2 winever 0.9.59.
Rainbow six Vegas 2 launches and the splash screen appears however shortly afterwards the game crashes with a message stating General protection fault! History: Address = 0x45b08ec (filename not found) i have attached the console output bellow.
http://bugs.winehq.org/show_bug.cgi?id=12652
Aaron Polley xarnze@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3d |-unknown
http://bugs.winehq.org/show_bug.cgi?id=12652
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Rainbow six Vegas 2 Fails to|Rainbow six Vegas 2 Fails to |launch with General |launch |Protection fault |
--- Comment #1 from Lei Zhang thestig@google.com 2008-04-21 22:57:43 --- Is there a game demo that shows the same problem?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #2 from Aaron Polley xarnze@googlemail.com 2008-04-22 01:49:36 --- There is no demo available for the game.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #3 from Aaron Polley xarnze@googlemail.com 2008-04-27 06:11:36 --- a memory dump generated by the application is at this address: http://ensylum.gotdns.com/CrashReport-V74-aaron-11.577613-MemDump.dmp
It may be of some help ion fixing this issue.
http://bugs.winehq.org/show_bug.cgi?id=12652
cruiseoveride cruiseoveride@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cruiseoveride@gmail.com
--- Comment #4 from cruiseoveride cruiseoveride@gmail.com 2008-08-16 20:39:39 --- Here is my attempt: http://pastebin.com/f216b6fb6
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #5 from Austin English austinenglish@gmail.com 2009-02-16 02:10:09 --- Is this still an issue in current (1.1.15 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #6 from John Haywards normandy@web.de 2009-02-16 09:47:36 --- Created an attachment (id=19491) --> (http://bugs.winehq.org/attachment.cgi?id=19491) Log using wine 1.1.15, +seh,+msgbox,+relay
Yes, here's what I get: 1) using new WINEPREFIX: http://pastebin.com/f4b99372f 2) using winetricks to get these dlls: vc2005(sp1)/8: --- err:module:find_forwarded_export function not found for forward 'd3dx8.D3DXGetImageInfoFromFileInMemory' used by L"C:\windows\system32\d3dx9_36.dll". If you are using builtin L"d3dx9_36.dll", try using the native one instead. fixme:thread:SetThreadIdealProcessor (0x10): stub ; Now a line from game itself: x:\Perforce\bishop\CodePcPort\UnrealEngine3\Development\External\framework\gear\private\src\thread\ms\thread.cpp(324) : ASSERT FAILURE: Ret() --- == Game now shows splash and crashes ==
Same when using native d3dx9_36.dll. Attachment is a complete log (+msgbox,+seh,+relay (1MB/67MB))
http://bugs.winehq.org/show_bug.cgi?id=12652
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |normandy@web.de
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #7 from cruiseoveride cruiseoveride@gmail.com 2009-06-20 20:59:05 --- Seems to be worse in 1.1.24
The installer stops at "Updating DirectX". On the console, the following 2 lines are continuously repeated.
fixme:mscoree:LoadLibraryShim (0x2522cf8 L"fusion.dll", (nil), (nil), 0x325244): semi-stub fixme:fusion:get_assembly_directory Ignoring assembly architecture
if you killall -9 winemenubuilder.exe it continues
When trying to load the game it gives a dialog box with the following error:
" General Protection Fault History: Address = 0xf979bee8 (filename not found) [OK] "
And the console has the following messages repeated.
fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value srgb_cmp (a) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value srgb_mul_low (a) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value srgb_pow (a) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value srgb_mul_high (a) fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported form for const value srgb_sub_high (a)
http://bugs.winehq.org/show_bug.cgi?id=12652
Piotr Jaroszyński p.jaroszynski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Piotr Jaroszyński p.jaroszynski@gmail.com 2009-10-18 15:53:54 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12652
Piotr Jaroszyński p.jaroszynski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |p.jaroszynski@gmail.com
--- Comment #9 from Piotr Jaroszyński p.jaroszynski@gmail.com 2009-10-18 15:56:46 --- With wine 1.1.31 I get:
" General Protection Fault History: Address = 0xe8 (filename not found) [OK] "
and in console:
x:\Perforce\bishop\CodePcPort\UnrealEngine3\Development\External\framework\gear\private\src\thread\ms\thread.cpp(324) : ASSERT FAILURE: Ret() fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithFullMemory fixme:dbghelp:validate_addr64 Unsupported address fffffffff7c60000 fixme:dbghelp:validate_addr64 Unsupported address fffffffff7be0000 fixme:dbghelp:validate_addr64 Unsupported address fffffffff7a50000
Didn't have any problems during installation though.
Any other details that might help?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #10 from Piotr Jaroszyński p.jaroszynski@gmail.com 2009-10-18 16:57:12 --- I have managed to start the game via winedbg. I do get an exception later during playtime though. In winedbg I need to do one continue and then can detach. If I try to detach straight away I do get the same error as with wine. What could be a reason for that?
As for the exception I get it during the first level at different moments each time: wine: Unhandled exception 0x80000003 at address 0x119ceeb3 (thread 0036), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=12652
P filippinp@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |filippinp@yahoo.co.uk
--- Comment #11 from P filippinp@yahoo.co.uk 2009-12-19 20:26:55 --- Works for me with winedebug and wine 1.1.34/35
As suggested, launch from winedebug, continue (c) and then detach (detach).
The game crashes after about 2 minutes (does not matter if you are in play on in the main menu) - however, pressing enter at the crash prompt does not terminate the game, which continues to be playable. The performances are not great, and the sound stutters a bit, but it definitely playable.
Sometime, after two more minutes the game freezes reporting on the console a deadlock, in that case you have to restart the game. If you get past the 5 minutes of play, the game runs fine for hours.
As an additional note, I have a dual core processor. This seems to create problems with the game, I found using schedtool helps a lot:
schedtool -a 0 -e winedbg "Binaries/R6Vegas2_Game.exe"
Just a curiosity, launching the game with "strace wine" (in place of winedebug) works as well to get past the splash screen.
http://bugs.winehq.org/show_bug.cgi?id=12652
Lorenzo ribaldi.lorenzo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ribaldi.lorenzo@gmail.com
--- Comment #12 from Lorenzo ribaldi.lorenzo@gmail.com 2010-08-03 13:43:21 --- with wine 1.2 the game installs but doesn't start: General protection fault! History: Address = 0xfb60aee8 (filename not found)
starting the game with command: strace wine "Binaries/R6Vegas2_Game.exe" it starts well but is still uplayable because is too slow.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2010-08-03 22:46:44 --- (In reply to comment #12)
starting the game with command: strace wine "Binaries/R6Vegas2_Game.exe" it starts well but is still uplayable because is too slow.
Don't use strace on Wine, it's useless.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #14 from cruiseoveride cruiseoveride@gmail.com 2011-06-24 07:56:29 CDT --- I get the exact same error dialogue box. The game then quits when you click OK.
The game only launches if you use winedbg "Binaries/R6Vegas2_Game.exe"
fixme:d3d9:D3DPERF_GetStatus (void) : stub
I see this message on the console repeated a million times.
fixme:d3d:fixed_get_input Unsupported input stream [usage=WINED3DDECLUSAGE_COLOR, usage_idx=3] fixme:d3d:fixed_get_input Unsupported input stream [usage=WINED3DDECLUSAGE_COLOR, usage_idx=2]
After the intro videos, the main menu is just black. You can't see anything. But you know its at the menu because of the feedback you get when moving the mouse over certain areas on the screen.
Anyhow calling with plain wine, gives the Protection Fault error. No go.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #15 from cruiseoveride cruiseoveride@gmail.com 2011-09-25 11:29:51 CDT --- Just tried out wine-1.3.28-493-g05e1886, and no change from my previous comment.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #16 from cruiseoveride cruiseoveride@gmail.com 2011-09-25 11:48:59 CDT --- FYI, if I go into regedit and do HKEY_CURRENT_USER\Software\Wine\Direct3D\UseGLSL = "disabled"
I can see the menu now (no longer black screen) and I'm able to start playing the game.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #17 from cruiseoveride cruiseoveride@gmail.com 2011-12-24 22:56:51 CST --- Looks like its got worse.
Previously you would get that "protection fault" message box when using 'wine', but by using 'winedbg' it was ok. Now you also get it when using 'winedbg'. So completely no-go.
Tested using today's git (wine-1.3.35-168-g5b93bb9) Nvidia graphics driver
http://bugs.winehq.org/show_bug.cgi?id=12652
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #18 from GyB gyebro69@gmail.com 2011-12-25 11:00:35 CST --- I think this is the same bug that affects Assassin's Creed, reported in bug #22280: the SetThreadPriorityBoost function is not implemented in Wine.
From a +relay,+seh,+tid log:
... 0009:Call KERNEL32.CreateThread(00000000,00004000,11a1abf0,1255661c,00000004,0062d910) ret=68b82af5 0009:Ret KERNEL32.CreateThread() retval=000002ec ret=68b82af5 0009:Ret msvcrt._beginthreadex() retval=000002ec ret=119f1ed6 0009:Call KERNEL32.SetThreadPriority(000002ec,00000001) ret=119cfb38 0009:Ret KERNEL32.SetThreadPriority() retval=00000001 ret=119cfb38 0009:Call KERNEL32.SetThreadPriorityBoost(000002ec,00000000) ret=119cfb9d 0009:Ret KERNEL32.SetThreadPriorityBoost() retval=00000000 ret=119cfb9d 0009:Call msvcrt._vsnprintf_s(0062d7f0,00000100,00000100,11f7d314 "\n\n%s(%u) : ASSERT FAILURE: %s(%s)\n",0062d7e0) ret=119ffdca 0009:Ret msvcrt._vsnprintf_s() retval=00000090 ret=119ffdca 0009:Call KERNEL32.InitializeCriticalSection(68bbc9f0) ret=68b63844 0009:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=68b63844 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,00000093) ret=68b5f5b7 0009:Ret ntdll.RtlAllocateHeap() retval=001ef3a8 ret=68b5f5b7 0009:Call KERNEL32.WriteFile(00000030,001ef3a8,00000093,0062d5cc,00000000) ret=68b5b09a 0009:Ret KERNEL32.WriteFile() retval=00000001 ret=68b5b09a 0009:Call ntdll.RtlFreeHeap(00110000,00000000,001ef3a8) ret=68b5f576 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=68b5f576 0009:Call KERNEL32.OutputDebugStringA(0062d7f0 "\n\nx:\Perforce\bishop\CodePcPort\UnrealEngine3\Development\External\framework\gear\private\src\thread\ms\thread.cpp(324) : ASSERT FAILURE: Ret()\n") ret=119c8551 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=119c8551 0009:Call KERNEL32.DebugBreak() ret=119c8557 0009:trace:seh:raise_exception code=80000003 flags=0 addr=0x7bc71d6c ip=7bc71d6d tid=0009 ...
This is very similar to the log snippet in bug #22280#comment#4.
With the patch in bug #22280 (attachment #27224) the game gets further and it plays the intro videos, then it crashes after the videos (that could be another problem).
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #19 from cruiseoveride cruiseoveride@gmail.com 2011-12-25 12:49:10 CST --- Just tried that patch. Didnt make a difference.
When I see the crash dump...
Modules: Module Address Debug info Name (132 modules) PE 640000- 715000 Deferred nxcooking PE 720000- 73c000 Deferred physxloader PE 740000- ae9000 Deferred d3dx9_36 PE af0000- b06000 Deferred xinput1_3 PE b10000- b6e000 Deferred dmsdk PE b70000- d49000 Deferred dmdcp PE d50000- d81000 Deferred eax PE 10000000-103d0000 Deferred wxmsw262u PE 10900000-12867a76 Export r6vegas2_game ...
Does this mean its crashing inside the NxCooking.dll I see in the same directory?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #20 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-12-25 13:42:02 CST --- (In reply to comment #19) Attach (as a plain text file) complete terminal output of your crash. Start to finish, including the command you used to start the program.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #21 from cruiseoveride cruiseoveride@gmail.com 2011-12-25 14:42:42 CST --- Created attachment 38110 --> http://bugs.winehq.org/attachment.cgi?id=38110 wine R6Vegas2_Game.exe &> log
<> wine R6Vegas2_Game.exe &> log
wine-1.3.35-168-g5b93bb9
With this setthreadpriority patch. http://bugs.winehq.org/attachment.cgi?id=27224&action=diff
http://bugs.winehq.org/show_bug.cgi?id=12652
Shannon VanWagner shannon.vanwagner@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shannon.vanwagner@gmail.com
--- Comment #22 from Shannon VanWagner shannon.vanwagner@gmail.com 2012-01-01 22:28:39 CST --- I know this sounds crazy but have you tried setting the win-version to win 98? That's what works for me on rainbow six rogue spear. http://appdb.winehq.org/objectManager.php?sClass=version&iId=2821
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #23 from Bruno Jesus 00cpxxx@gmail.com 2013-05-28 22:43:41 CDT --- Is this still an issue in the latest development version of wine (currently 1.5.31)?
http://bugs.winehq.org/show_bug.cgi?id=12652
Bartosz Szreder cfiend@talent.edu.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cfiend@talent.edu.pl
--- Comment #24 from Bartosz Szreder cfiend@talent.edu.pl 2013-05-29 16:47:37 CDT --- Still a problem in wine 1.5.31
http://bugs.winehq.org/show_bug.cgi?id=12652
Ben thebenj88@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thebenj88@gmail.com
--- Comment #25 from Ben thebenj88@gmail.com 2013-10-13 06:25:04 CDT --- Bug is still occuring in Wine 1.7.1
http://bugs.winehq.org/show_bug.cgi?id=12652
Ben thebenj88@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thebenj88@gmail.com
TestSubject sirbubbles01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sirbubbles01@gmail.com
--- Comment #25 from Ben thebenj88@gmail.com 2013-10-13 06:25:04 CDT --- Bug is still occuring in Wine 1.7.1
--- Comment #26 from TestSubject sirbubbles01@gmail.com 2013-11-08 10:09:24 CST --- I would really like some information on any progress regarding this bug. There's been more or less nothing said or done about this bug in a long time, to my knowledge, and that's troubling. Just some progress updates, or any indication that someone on the dev team is at least aware of this, and doing something about it.
http://bugs.winehq.org/show_bug.cgi?id=12652
Brian Warren bwarren@yandex.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bwarren@yandex.com
--- Comment #27 from Brian Warren bwarren@yandex.com --- I tested this bug last night on Kubuntu 13.10 using Wine 1.7.11 and the latest Radeon driver. I launched Rainbow Six Vegas 2 using Steam. It took about 5 minutes from double clicking the game in Steam to the Ubisoft intro video to appear, but other than the unreasonably long load time, the game ran flawlessly (albeit quite slow during fire fights probably due to the Radeon driver)
I have not experienced any error messages while launching or playing Rainbow Six Vegas 2.
http://bugs.winehq.org/show_bug.cgi?id=12652
Dean Hamstead dean@bong.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dean@bong.com.au
--- Comment #28 from Dean Hamstead dean@bong.com.au --- 1.6.2 does the same thing.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #29 from TestSubject sirbubbles01@gmail.com --- (In reply to comment #27)
I tested this bug last night on Kubuntu 13.10 using Wine 1.7.11 and the latest Radeon driver. I launched Rainbow Six Vegas 2 using Steam. It took about 5 minutes from double clicking the game in Steam to the Ubisoft intro video to appear, but other than the unreasonably long load time, the game ran flawlessly (albeit quite slow during fire fights probably due to the Radeon driver)
I have not experienced any error messages while launching or playing Rainbow Six Vegas 2.
For me, the game launches right away. Seems to behave itself fairly well. Wine 1.7.1 and Wine 1.7.10.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #30 from Dean Hamstead dean@bong.com.au ---
For me, the game launches right away. Seems to behave itself fairly well. Wine 1.7.1 and Wine 1.7.10.
what else makes up your config?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #31 from Dean Hamstead dean@bong.com.au --- (In reply to comment #27)
I tested this bug last night on Kubuntu 13.10 using Wine 1.7.11 and the latest Radeon driver.
My config is debian + nvidia. Its possible its an ati vs nvidia thing?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #32 from Brian Warren bwarren@yandex.com --- (In reply to comment #31)
(In reply to comment #27)
I tested this bug last night on Kubuntu 13.10 using Wine 1.7.11 and the latest Radeon driver.
My config is debian + nvidia. Its possible its an ati vs nvidia thing?
It's possible. I feel it is important that people post their video drivers (open source vs proprietary) because I know in previous tests with different applications, the fglrx driver crashes constantly. The open source Radeon driver is pretty rock solid.
For what it's worth, I've tested this application once again using Lubuntu and it ran like before. I'm going to give story mode a try next time I test.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #33 from Dean Hamstead dean@bong.com.au ---
It's possible. I feel it is important that people post their video drivers (open source vs proprietary) because I know in previous tests with different applications, the fglrx driver crashes constantly. The open source Radeon driver is pretty rock solid.
For what it's worth, I've tested this application once again using Lubuntu and it ran like before. I'm going to give story mode a try next time I test.
so you are using the foss ati driver?
also, are you running cracked ?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #34 from TestSubject sirbubbles01@gmail.com --- (In reply to comment #30)
For me, the game launches right away. Seems to behave itself fairly well. Wine 1.7.1 and Wine 1.7.10.
what else makes up your config?
I've got Ubuntu 13.10, AMD FX 8320 cpu, nvidia gtx 660, wine 1.7.11 (compiled from source with csmt patches from Stefan Dosinger's git repo. (although I'm pretty sure it works without CSMT). I just have a few basics installed through winetricks. Vcrun, dotnet35, that sort of thing. Also the game is an untouched install, no cracks or anything.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #35 from Dean Hamstead dean@bong.com.au ---
I've got Ubuntu 13.10, AMD FX 8320 cpu, nvidia gtx 660, wine 1.7.11 (compiled from source with csmt patches from Stefan Dosinger's git repo. (although I'm pretty sure it works without CSMT). I just have a few basics installed through winetricks. Vcrun, dotnet35, that sort of thing. Also the game is an untouched install, no cracks or anything.
no cracks. interesting.
which windows version is wine set to pretend to be? also, are you inserting the dvd in your drive?
without the crack, the copy protect was always failing.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #36 from Brian Warren bwarren@yandex.com --- (In reply to comment #34)
(In reply to comment #30)
For me, the game launches right away. Seems to behave itself fairly well. Wine 1.7.1 and Wine 1.7.10.
what else makes up your config?
I've got Ubuntu 13.10, AMD FX 8320 cpu, nvidia gtx 660, wine 1.7.11 (compiled from source with csmt patches from Stefan Dosinger's git repo. (although I'm pretty sure it works without CSMT). I just have a few basics installed through winetricks. Vcrun, dotnet35, that sort of thing. Also the game is an untouched install, no cracks or anything.
I use Wine 1.7.11 and launch the game through Steam with Wine pretending to be Windows XP. I'm not using any overrides at all.
Is it possible that there's something about the CD version that is different than the Steam version, and that is causing the crashes? Perhaps copy protection or some other nonsense.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #37 from Dean Hamstead dean@bong.com.au ---
Is it possible that there's something about the CD version that is different than the Steam version, and that is causing the crashes? Perhaps copy protection or some other nonsense.
There is almost certainly some difference with the binary. Its a good piece of information to uncover.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #38 from TestSubject sirbubbles01@gmail.com --- (In reply to comment #35)
I've got Ubuntu 13.10, AMD FX 8320 cpu, nvidia gtx 660, wine 1.7.11 (compiled from source with csmt patches from Stefan Dosinger's git repo. (although I'm pretty sure it works without CSMT). I just have a few basics installed through winetricks. Vcrun, dotnet35, that sort of thing. Also the game is an untouched install, no cracks or anything.
no cracks. interesting.
which windows version is wine set to pretend to be? also, are you inserting the dvd in your drive?
without the crack, the copy protect was always failing.
Steam version, and my windows version is set to XP, but it should work fine with win7 or whatever you please. And yes, for me it failed up until I read about a test result in which the game worked, and that was with wine 1.7.1.
http://bugs.winehq.org/show_bug.cgi?id=12652
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation CC| |focht@gmx.net Component|-unknown |directx-d3d Summary|Rainbow six Vegas 2 Fails |Rainbow six Vegas 2 fails |to launch |to launch (number of | |multisample buffers > 8 | |causes out-of-bounds crash)
--- Comment #39 from Anastasius Focht focht@gmx.net --- Hello folks,
the copy protection (Safedisc v4.x) is not an issue here.
It makes the thing a bit harder to debug because the interesting process is already a debuggee under control by Safedisc process (debugger).
Installation from original media (CD) is fine. The game gets automatically updated to latest version (v1.03) via Ubisoft launcher on first start.
Scan of main executable:
--- snip --- -=[ ProtectionID v0.6.5.5 OCTOBER]=- (c) 2003-2013 CDKiLLER & TippeX Build 31/10/13-21:09:09 Ready...
Scanning -> Z:\home\focht.wine\drive_c\Program Files\Ubisoft\Tom Clancy's Rainbow Six Vegas 2\Binaries\R6Vegas2_Game.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 30445712 (01D09090h) Byte(s) -> File Appears to be Digitally Signed @ Offset 01D07E08h, size : 01288h / 04744 byte(s) -> File has 1449480 (0161E08h) bytes of appended data starting at offset 01BA6000h [File Heuristics] -> Flag : 00000100000000000100000000000111 (0x04004007) [Entrypoint Section Entropy] : 6.65 [Debug Info] Characteristics : 0x0 | TimeDateStamp : 0x484570E1 | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 -> CodeView | Size : 0x77 (119) AddressOfRawData : 0x16A67F0 | PointerToRawData : 0x16A67F0 CvSig : 0x53445352 | SigGuid 6885E896-11FF-4207-A354F06C9E4F0EA2 Age : 0x16 | Pdb : x:\Perforce\bishop\CodePcPortGermany\UnrealEngine3\Binaries\Lib\Retail\PCLaunch-KellerGame.pdb
[!] Safedisc v4.85.000 detected ! [i] Appended data contents.... [.] o: 0x01BA6028 / t: <0xA8726B03> <0xEF01996C> <0x00000001> / s: 00302967 byte(s) -> ~deaa13.tmp [.] o: 0x01BEFFC6 / t: <0xA8726B03> <0xEF01996C> <0x0000044C> / s: 00015887 byte(s) -> clcd32.dll [.] o: 0x01BF3DFC / t: <0xA8726B03> <0xEF01996C> <0x0000044C> / s: 00004122 byte(s) -> clcd16.dll [.] o: 0x01BF4E3A / t: <0xA8726B03> <0xEF01996C> <0x0000044D> / s: 00037971 byte(s) -> mcp.dll [.] o: 0x01BFE2B6 / t: <0xA8726B03> <0xEF01996C> <0x0000000B> / s: 00005446 byte(s) -> SecDrv04.VxD [.] o: 0x01BFF821 / t: <0xA8726B03> <0xEF01996C> <0x00000000> / s: 00072192 byte(s) -> ~e5.0001 [.] o: 0x01C11248 / t: <0xA8726B03> <0xEF01996C> <0x00000000> / s: 00045056 byte(s) -> PfdRun.pfd [.] o: 0x01C1C270 / t: <0xA8726B03> <0xEF01996C> <0x00000000> / s: 00965148 byte(s) -> ~df394b.tmp [CompilerDetect] -> Visual C++ 8.0 (Visual Studio 2005) - Scan Took : 1.618 Second(s) [000000566h tick(s)] [533 scan(s) done] --- snip ---
The trace log (+relay) doesn't reveal the problem at all, one has to debug it.
The game engine translates various game settings to string representations This doesn't work out well for the number of multisample buffers available with modern graphics cards/drivers.
In my case Wine's D3D reports up to 16x/32x to the game engine, depending on chosen fb config.
--- snip --- ... 0032:trace:d3d:wined3d_init Initializing adapters. 0032:trace:d3d:wined3d_adapter_init adapter 0x1d9448, ordinal 0. 0032:trace:d3d:wined3d_adapter_init Allocated LUID 00000000:00000400 for adapter 0x1d9448. 0032:trace:d3d:wined3d_caps_gl_ctx_create getting context... 0032:trace:d3d:wined3d_adapter_init_gl_caps adapter 0x1d9448. 0032:trace:d3d:wined3d_adapter_init_gl_caps GL_RENDERER: "GeForce GT 425M/PCIe/SSE2". 0032:trace:d3d:wined3d_adapter_init_gl_caps GL_VENDOR: "NVIDIA Corporation". 0032:trace:d3d:wined3d_adapter_init_gl_caps GL_VERSION: "4.2.0 NVIDIA 304.116". 0032:trace:d3d:wined3d_parse_gl_version Found OpenGL version 4.2. ... 0032:trace:d3d:wined3d_adapter_init_fb_cfgs iPixelFormat=148, iPixelType=0x202b, doubleBuffer=0, RGBA=8/8/8/8, depth=24, stencil=8, samples=16, windowDrawable=1 0032:trace:d3d:wined3d_adapter_init_fb_cfgs iPixelFormat=149, iPixelType=0x202b, doubleBuffer=1, RGBA=8/8/8/0, depth=24, stencil=0, samples=32, windowDrawable=1 ... --- snip ---
The game engine code was written ~2007-2008, expecting maximum value 8x What happens is an out-of-bounds lookup...
--- snip --- ... 114CF8FB 8981 80080000 MOV DWORD PTR DS:[ECX+880],EAX 114CF901 8B15 D0AA3512 MOV EDX,DWORD PTR DS:[1235AAD0] 114CF907 8B82 80080000 MOV EAX,DWORD PTR DS:[EDX+880] ; MSAA level index 114CF90D 8B0D 08D31B12 MOV ECX,DWORD PTR DS:[121BD308] 114CF913 8B1485 90D31B12 MOV EDX,DWORD PTR DS:[EAX*4+121BD390] ; lookup 114CF91A A1 0CD31B12 MOV EAX,DWORD PTR DS:[121BD30C] 114CF91F 6A 00 PUSH 0 114CF921 6A 00 PUSH 0 114CF923 51 PUSH ECX ; UNICODE "R6Menus" 114CF924 52 PUSH EDX ; MSAA level string 114CF925 50 PUSH EAX ; UNICODE "SettingsMenu" 114CF926 8D4C24 24 LEA ECX,DWORD PTR SS:[ESP+24] 114CF92A 51 PUSH ECX 114CF92B E8 205FADFF CALL R6Vegas2.10FA5850 114CF930 8BF8 MOV EDI,EAX 114CF932 8B15 08D31B12 MOV EDX,DWORD PTR DS:[121BD308] 114CF938 A1 8CD31B12 MOV EAX,DWORD PTR DS:[121BD38C] 114CF93D 8B0D 0CD31B12 MOV ECX,DWORD PTR DS:[121BD30C] ... --- snip ---
Stack before call to 0x10FA5850:
--- snip --- 0063CCEC 0063CD14 0063CCF0 11EF2274 UNICODE "SettingsMenu" 0063CCF4 5673676E ; problem 0063CCF8 11EF2264 UNICODE "R6Menus" 0063CCFC 00000000 0063CD00 00000000 --- snip ---
Stack var 0x0063CCF4 should actually point to a wide-character string (via lookup table). The crash happens in a vsnprintf() like function that tries to dereference this memory location (value is later part of va_list arg array).
Dump of internal string table:
(0x121BD390 = index 0)
[0x10*4+0x121BD390] = 0x121BD3D0 -> 0x5673676E
--- snip --- ... 121BD390 11EF25B0 UNICODE "ScreenMSAALevel0" 121BD394 11EF25D4 UNICODE "ScreenMSAALevel1" 121BD398 11EF25F8 UNICODE "ScreenMSAALevel2" 121BD39C 11EF261C UNICODE "ScreenMSAALevel3" 121BD3A0 11EF2640 UNICODE "ScreenMSAALevel4" 121BD3A4 11EF2664 UNICODE "ScreenMSAALevel5" 121BD3A8 11EF2688 UNICODE "ScreenMSAALevel6" 121BD3AC 11EF26AC UNICODE "ScreenMSAALevel7" 121BD3B0 11EF26D0 UNICODE "ScreenMSAALevel8" 121BD3B4 00000000 .... 121BD3B8 11F2FA94 121BD3BC 00000000 .... 121BD3C0 56413F2E .?AV 121BD3C4 614D3652 R6Ma 121BD3C8 53616D67 gmaS 121BD3CC 69747465 etti 121BD3D0 5673676E ngsV 121BD3D4 6F656469 ideo 121BD3D8 00004040 @@.. ... --- snip ---
Because the game engine code is broken in that aspect you need to externally limit the reported number of multisample buffers or disable multisampling (not really a good option). For NVIDIA there exist tools to override the settings ... not sure about ATI, Intel. As mentioned above, another quick hack is to disable multisample at all using Wine registry, allowing the game to reach main menu and write out settings file.
I think it's out of Wine's scope to allow other than enable/disable tweaks via registry.
IMHO 'WONTFIX' (broken game).
On Windows there most likely exist a specific app shim/driver tweak (= compat mode) for this game that does the same under the hood, artificially limiting reported MSAA value.
The Steam version of this game probably has this issue addressed by using a modified/patched game engine.
Regards
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #40 from Dean Hamstead dean@bong.com.au --- thats an impressive debug. great work.
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #41 from Henri Verbeet hverbeet@gmail.com --- (In reply to comment #39)
In my case Wine's D3D reports up to 16x/32x to the game engine, depending on chosen fb config.
--- snip --- ... 0032:trace:d3d:wined3d_init Initializing adapters. 0032:trace:d3d:wined3d_adapter_init adapter 0x1d9448, ordinal 0. 0032:trace:d3d:wined3d_adapter_init Allocated LUID 00000000:00000400 for adapter 0x1d9448. 0032:trace:d3d:wined3d_caps_gl_ctx_create getting context... 0032:trace:d3d:wined3d_adapter_init_gl_caps adapter 0x1d9448. 0032:trace:d3d:wined3d_adapter_init_gl_caps GL_RENDERER: "GeForce GT 425M/PCIe/SSE2". 0032:trace:d3d:wined3d_adapter_init_gl_caps GL_VENDOR: "NVIDIA Corporation". 0032:trace:d3d:wined3d_adapter_init_gl_caps GL_VERSION: "4.2.0 NVIDIA 304.116". 0032:trace:d3d:wined3d_parse_gl_version Found OpenGL version 4.2. ... 0032:trace:d3d:wined3d_adapter_init_fb_cfgs iPixelFormat=148, iPixelType=0x202b, doubleBuffer=0, RGBA=8/8/8/8, depth=24, stencil=8, samples=16, windowDrawable=1 0032:trace:d3d:wined3d_adapter_init_fb_cfgs iPixelFormat=149, iPixelType=0x202b, doubleBuffer=1, RGBA=8/8/8/0, depth=24, stencil=0, samples=32, windowDrawable=1 ... --- snip ---
That doesn't sound quite right, the fb config sample count is only used in context_choose_pixel_format() for selecting an fb config, it's never passed to the application. We do pass the GL_MAX_SAMPLES limit to the application in wined3d_check_device_multisample_type(), and that one could indeed be larger than 8 on current GPUs.
https://bugs.winehq.org/show_bug.cgi?id=12652
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Rainbow six Vegas 2 fails |Tom Clancy's Rainbow Six: |to launch (number of |Vegas 2 fails to launch |multisample buffers > 8 |(number of quality levels |causes out-of-bounds crash) |for | |D3DMULTISAMPLE_NONMASKABLE | |multiple-sample type must | |not exceed 8)
--- Comment #42 from Anastasius Focht focht@gmx.net --- Hello Henri,
--- quote --- We do pass the GL_MAX_SAMPLES limit to the application in wined3d_check_device_multisample_type(), and that one could indeed be larger than 8 on current GPUs. --- quote ---
thanks for the hint, I see what you mean: http://source.winehq.org/git/wine.git/blob/175c63773dac411d3cfa80034ff7024a8...
--- snip --- 3619 HRESULT CDECL wined3d_check_device_multisample_type(const struct wined3d *wined3d, UINT adapter_idx, 3620 enum wined3d_device_type device_type, enum wined3d_format_id surface_format_id, BOOL windowed, 3621 enum wined3d_multisample_type multisample_type, DWORD *quality_levels) 3622 { ... 3644 if (quality_levels) 3645 { 3646 if (multisample_type == WINED3D_MULTISAMPLE_NON_MASKABLE) 3647 /* FIXME: This is probably wrong. */ 3648 *quality_levels = gl_info->limits.samples; 3649 else 3650 *quality_levels = 1; 3651 } 3652 3653 return WINED3D_OK; 3654 } --- snip ---
The game engine calls IDirect3D9::CheckDeviceMultiSampleType() with D3DMULTISAMPLE_TYPE enumeration [0..16] two times each:
WINED3DFMT_B8G8R8A8_UNORM and WINED3DFMT_D24_UNORM_S8_UINT
Debugger session:
--- snip --- Wine-dbg>bt
=>0 0x7ddae281 d3d9_CheckDeviceMultiSampleType(iface=0x142b70, adapter=0, device_type=D3DDEVTYPE_HAL, format=D3DFMT_A8R8G8B8, windowed=0, multisample_type=D3DMULTISAMPLE_NONE, levels=0x7740b28) [/home/focht/projects/wine/wine.repo/src/dlls/d3d9/directx.c:279] in d3d9 (0x00000000)
Wine-dbg>bt
=>0 0x7ddae281 d3d9_CheckDeviceMultiSampleType(iface=0x142b70, adapter=0, device_type=D3DDEVTYPE_HAL, format=D3DFMT_D24S8, windowed=0, multisample_type=D3DMULTISAMPLE_NONE, levels=0x7740b28) [/home/focht/projects/wine/wine.repo/src/dlls/d3d9/directx.c:279] in d3d9 (0x00000000)
...
Wine-dbg>bt
=>0 0x7ddae36d d3d9_CheckDeviceMultiSampleType+0xec(iface=0x142b70, adapter=0, device_type=D3DDEVTYPE_HAL, format=D3DFMT_A8R8G8B8, windowed=0, multisample_type=D3DMULTISAMPLE_NONMASKABLE, levels=0x7740b2c) [/home/focht/projects/wine/wine.repo/src/dlls/d3d9/directx.c:289] in d3d9 (0x0063cf74)
Wine-dbg>p *levels 0x20
Wine-dbg>bt
=>0 0x7ddae36d d3d9_CheckDeviceMultiSampleType+0xec(iface=0x142b70, adapter=0, device_type=D3DDEVTYPE_HAL, format=D3DFMT_D24S8, windowed=0, multisample_type=D3DMULTISAMPLE_NONMASKABLE, levels=0x7740b2c) [/home/focht/projects/wine/wine.repo/src/dlls/d3d9/directx.c:289] in d3d9 (0x0063cf74)
Wine-dbg>p *levels 0x20
...
Wine-dbg>bt
=>0 0x7ddae281 d3d9_CheckDeviceMultiSampleType(iface=0x142b60, adapter=0, device_type=D3DDEVTYPE_HAL, format=D3DFMT_A8R8G8B8, windowed=0, multisample_type=D3DMULTISAMPLE_16_SAMPLES, levels=0x7740b68) [/home/focht/projects/wine/wine.repo/src/dlls/d3d9/directx.c:279] in d3d9 (0x00000000)
Wine-dbg>bt
=>0 0x7ddae281 d3d9_CheckDeviceMultiSampleType(iface=0x142b60, adapter=0, device_type=D3DDEVTYPE_HAL, format=D3DFMT_D24S8, windowed=0, multisample_type=D3DMULTISAMPLE_16_SAMPLES, levels=0x7740b68) [/home/focht/projects/wine/wine.repo/src/dlls/d3d9/directx.c:279] in d3d9 (0x00000000) --- snip ---
The 'FIXME' comment for D3DMULTISAMPLE_NONMASKABLE case indicates this code might not be entirely correct (maybe a FIXME() message at this place would be better for now).
I made a quick modification, clamping the 'quality_levels' value to 8 and it allows the game to start successfully too. So maybe there is a chance to fix this entirely within Wine?
This blog entry that might be of interest:
http://www.geeks3d.com/20100611/direct3d-gtx-480-vs-hd-5870-msaa-quality-lev...
The "D3D FSAAViewer" tool referenced in this blog entry seems useful for Wine vs. Windows comparison:
http://wenchy.net/old/d3d_fsaaviewer/
Unfortunately I don't have a Windows machine/install to compare so I can't check what multisample quality levels are available for my card/driver when D3DMULTISAMPLE_NONMASKABLE was specified.
Regards
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #43 from Brian Warren bwarren@yandex.com --- (In reply to comment #39)
Because the game engine code is broken in that aspect you need to externally limit the reported number of multisample buffers or disable multisampling (not really a good option). For NVIDIA there exist tools to override the settings ... not sure about ATI, Intel.
I may not be understanding all of the debug information but, this defect doesn't affect all users. For example, my setup using a 6770 and the latest open source Radeon driver, the game runs flawlessly.
Are there any reports where this defect is appearing on Ati/Amd cards? Perhaps this is an nvidia exclusive defect.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #44 from Anastasius Focht focht@gmx.net --- Hello Brian,
--- quote --- I may not be understanding all of the debug information but, this defect doesn't affect all users. For example, my setup using a 6770 and the latest open source Radeon driver, the game runs flawlessly.
Are there any reports where this defect is appearing on Ati/Amd cards? Perhaps this is an nvidia exclusive defect. --- quote ---
yes, there seems to be a difference in number of exposed MSAA quality levels between AMD/ATI and NVIDIA.
See the blog entry referenced in my previous comment: http://www.geeks3d.com/20100611/direct3d-gtx-480-vs-hd-5870-msaa-quality-lev...
Regards
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #45 from Brian Warren bwarren@yandex.com --- I am suddenly having problems getting the game to launch. It doesn't make it past the first loading screen before completely freezing up. Debug information provides the following:
err:ole:CoGetClassObject class {e2085f28-feb7-404a-b8e7-e659bdeaaa02} not registered err:ole:CoGetClassObject class {e2085f28-feb7-404a-b8e7-e659bdeaaa02} not registered err:ole:create_server class {e2085f28-feb7-404a-b8e7-e659bdeaaa02} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {e2085f28-feb7-404a-b8e7-e659bdeaaa02} could be created for context 0x17 ... fixme:d3d9:D3DPERF_SetOptions (0x1) : stub fixme:dinput:IDirectInputDevice2WImpl_GetProperty DIPROP_VIDPID not implemented fixme:d3d9:Direct3DShaderValidatorCreate9 stub
The game isn't crashing, it's just freezing. The last line in the debug window shows fixme:thread:SetThreadIdealProcessor (0x350): stub , and it stays at that line until you kill the game.
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #46 from Dean Hamstead dean@bong.com.au --- what is the best approach to solving this problem?
http://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #47 from Anastasius Focht focht@gmx.net --- Hello folks,
--- quote --- what is the best approach to solving this problem? --- quote ---
well, since this seems to be NVIDIA specific ... you could:
1) patch Wine D3D to clamp reported quality levels to 8 (see my comment #42) 2) try 'Nouveau' open source driver for NVIDIA cards 3) use AMD or Intel GPU
Besides that you could run D3D FSAAViewer tool on the same machine in Windows to provide some infos to Wine D3D developers:
http://wenchy.net/old/d3d_fsaaviewer/DX9FSAAViewer54.zip
'File' -> 'Config display' -> select 'D3DMULTISAMPLE_NONMASKABLE' multisample type and report the number of 'Multisample Quality' levels in the drop-down list box shown below. Additionally graphics card specs (type/model) and used driver version.
Regards
http://bugs.winehq.org/show_bug.cgi?id=12652
Jacob Mischka x.mischka.x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |x.mischka.x@gmail.com
--- Comment #48 from Jacob Mischka x.mischka.x@gmail.com --- (In reply to Anastasius Focht from comment #47)
Hello folks,
--- quote --- what is the best approach to solving this problem? --- quote ---
well, since this seems to be NVIDIA specific ... you could:
- patch Wine D3D to clamp reported quality levels to 8 (see my comment #42)
- try 'Nouveau' open source driver for NVIDIA cards
- use AMD or Intel GPU
Besides that you could run D3D FSAAViewer tool on the same machine in Windows to provide some infos to Wine D3D developers:
http://wenchy.net/old/d3d_fsaaviewer/DX9FSAAViewer54.zip
'File' -> 'Config display' -> select 'D3DMULTISAMPLE_NONMASKABLE' multisample type and report the number of 'Multisample Quality' levels in the drop-down list box shown below. Additionally graphics card specs (type/model) and used driver version.
Regards
I'm guessing there's no way to clamp the reported quality levels via nvidia-settings or any application profiles, correct?
Would it be possible for someone who knows what they're doing to create a patch that clamps it to 8 similarly as in comment #42? I don't really know my way around editing wine enough to want to break it myself if at all possible.
Thank you!
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #49 from Austin English austinenglish@gmail.com --- Created attachment 47596 --> https://bugs.winehq.org/attachment.cgi?id=47596 hack
You can try this (only tested that it compiles..)
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #50 from Jacob Mischka x.mischka.x@gmail.com --- Okay, thanks!
https://bugs.winehq.org/show_bug.cgi?id=12652
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47596|0 |1 is obsolete| | CC| |austinenglish@gmail.com
--- Comment #51 from Austin English austinenglish@gmail.com --- Created attachment 50845 --> https://bugs.winehq.org/attachment.cgi?id=50845 patch
A cleaner approach, allow overriding the setting via registry. This fixes the steam version of the game.
https://bugs.winehq.org/show_bug.cgi?id=12652
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #50845|0 |1 is obsolete| |
--- Comment #52 from Austin English austinenglish@gmail.com --- Created attachment 50926 --> https://bugs.winehq.org/attachment.cgi?id=50926 patch (minor fixes)
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #53 from Dean Hamstead dean@bong.com.au --- Great patch. I wonder if it can be accepted in to wine?
https://bugs.winehq.org/show_bug.cgi?id=12652
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |STAGED CC| |michael@fds-team.de, | |sebastian@fds-team.de Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/tree/ma | |ster/patches/wined3d-Multis | |ampling
https://bugs.winehq.org/show_bug.cgi?id=12652
Jordyn quietraccoon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |quietraccoon@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=12652
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #54 from Austin English austinenglish@gmail.com --- https://source.winehq.org/patches/data/117564
https://bugs.winehq.org/show_bug.cgi?id=12652
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #55 from Wylda wylda@volny.cz --- (In reply to Anastasius Focht from comment #42)
Unfortunately I don't have a Windows machine/install to compare so I can't check what multisample quality levels are available for my card/driver when D3DMULTISAMPLE_NONMASKABLE was specified.
From my testing:
Win 8.1 64bit, GTX970 v359.0, "Multisample Quality levels": 4 (0 .. 3)
Wine-1.9.0 32bit, GTX970 v352.63, "Multisample Quality levels": 32 (0 .. 31)
So wine reports much higher values, than real windows. Also "Multisample Type" offers much more values in wine than in Windows. In wine it ends up at 3DMULTISAMPLE_16_SAMPLES, but real Win8.1 end only at 3DMULTISAMPLE_3_SAMPLES (if i remember correctly).
(In reply to Austin English from comment #54)
Hi Austin, that patch isn't probably correct, because when i set the registry to 4, than even types like 3DMULTISAMPLE_NONE offers me 4 levels, but it should offer just one (i.e. 0).
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #56 from Wylda wylda@volny.cz --- (In reply to Wylda from comment #55)
Also "Multisample Type" offers much more values in wine than in Windows. In wine it ends up at 3DMULTISAMPLE_16_SAMPLES, but real Win8.1 end only at 3DMULTISAMPLE_3_SAMPLES (if i remember correctly).
Correction - Win8.1 offers only: * 3DMULTISAMPLE_NONE * 3DMULTISAMPLE_NONMASKABLE * 3DMULTISAMPLE_2_SAMPLES * 3DMULTISAMPLE_4_SAMPLES * 3DMULTISAMPLE_8_SAMPLES
Wine 1.9.0 offers: * 3DMULTISAMPLE_NONE * 3DMULTISAMPLE_NONMASKABLE * 3DMULTISAMPLE_2_SAMPLES * 3DMULTISAMPLE_3_SAMPLES * 3DMULTISAMPLE_4_SAMPLES * 3DMULTISAMPLE_5_SAMPLES * 3DMULTISAMPLE_6_SAMPLES * 3DMULTISAMPLE_7_SAMPLES * 3DMULTISAMPLE_8_SAMPLES * 3DMULTISAMPLE_9_SAMPLES * 3DMULTISAMPLE_10_SAMPLES * 3DMULTISAMPLE_11_SAMPLES * 3DMULTISAMPLE_12_SAMPLES * 3DMULTISAMPLE_13_SAMPLES * 3DMULTISAMPLE_14_SAMPLES * 3DMULTISAMPLE_15_SAMPLES * 3DMULTISAMPLE_16_SAMPLES
Above mentioned note about "Multisample Quality levels" 4 vs 32 is correct.
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #57 from Austin English austinenglish@gmail.com --- (In reply to Wylda from comment #55)
(In reply to Austin English from comment #54)
Hi Austin, that patch isn't probably correct, because when i set the registry to 4, than even types like 3DMULTISAMPLE_NONE offers me 4 levels, but it should offer just one (i.e. 0).
I'm not sure that's broken, that's kind of how overrides work.
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #58 from Wylda wylda@volny.cz --- (In reply to Austin English from comment #57)
I'm not sure that's broken, that's kind of how overrides work.
I meant that override could be just for 3DMULTISAMPLE_NONMASKABLE, but not for the others like native shows. But it was just a hint. I really have no idea how this should be.
Anyway i'm surrounded by several nvidia machines & OS, so i upgraded drivers and results follows. This is for Henri's "...and that one could indeed be larger than 8 on current GPUs.". None of my card exeded 8 even for current GPU; interestingly GTX970 has fewer levels than older GTX570M.
Win XP 32bit, 8600GT v340.52: * 3DMULTISAMPLE_NONE ("M. Q. Levels": 0) * 3DMULTISAMPLE_NONMASKABLE ("M. Q. Levels": 8 [0 .. 7]) * 3DMULTISAMPLE_2_SAMPLES ("M. Q. Levels": 0) * 3DMULTISAMPLE_4_SAMPLES ("M. Q. Levels": 8 [0 .. 7]) * 3DMULTISAMPLE_8_SAMPLES ("M. Q. Levels": 3 [0 .. 2])
Win XP 32bit, GT240 v340.52: * 3DMULTISAMPLE_NONE ("M. Q. Levels": 0) * 3DMULTISAMPLE_NONMASKABLE ("M. Q. Levels": 8 [0 .. 7]) * 3DMULTISAMPLE_2_SAMPLES ("M. Q. Levels": 0) * 3DMULTISAMPLE_4_SAMPLES ("M. Q. Levels": 8 [0 .. 7]) * 3DMULTISAMPLE_8_SAMPLES ("M. Q. Levels": 3 [0 .. 2])
Win 7 64bit, GTX570M v361.43: * 3DMULTISAMPLE_NONE ("M. Q. Levels": 0) * 3DMULTISAMPLE_NONMASKABLE ("M. Q. Levels": 8 [0 .. 7]) * 3DMULTISAMPLE_2_SAMPLES ("M. Q. Levels": 0) * 3DMULTISAMPLE_4_SAMPLES ("M. Q. Levels": 8 [0 .. 7]) * 3DMULTISAMPLE_8_SAMPLES ("M. Q. Levels": 4 [0 .. 3])
Win 8.1 64bit, GTX970 v361.43: * 3DMULTISAMPLE_NONE ("M. Q. Levels": 0) * 3DMULTISAMPLE_NONMASKABLE ("M. Q. Levels": 4 [0 .. 3]) * 3DMULTISAMPLE_2_SAMPLES ("M. Q. Levels": 0) * 3DMULTISAMPLE_4_SAMPLES ("M. Q. Levels": 0) * 3DMULTISAMPLE_8_SAMPLES ("M. Q. Levels": 0)
https://bugs.winehq.org/show_bug.cgi?id=12652
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #59 from Sergey Isakov isakov-sl@bk.ru --- Hi, I am not sure we speak about the same things. I see MSDN https://msdn.microsoft.com/en-us/library/windows/desktop/ff476499(v=vs.85).a... CheckMultisampleQualityLevels: ~~~~ Note that FEATURE_LEVEL_10_1 devices are required to support 4x MSAA for all render targets except R32G32B32A32 and R32G32B32. FEATURE_LEVEL_11_0 devices are required to support 4x MSAA for all render target formats, and 8x MSAA for all render target formats except R32G32B32A32 formats. ~~~~ So why I made a patch returning MSAA levels=4 and I am happy. See patch attached to bug 20776.
https://bugs.winehq.org/show_bug.cgi?id=12652
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |abolte@systemsaviour.com
https://bugs.winehq.org/show_bug.cgi?id=12652
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |a25c47f59a600d7da819869b643 | |b0b17720c07c6 Status|STAGED |RESOLVED Resolution|--- |FIXED
--- Comment #60 from Matteo Bruni matteo.mystral@gmail.com --- This bug should be fixed by commit a25c47f59a600d7da819869b643b0b17720c07c6, please retest.
There are a couple of patches on top of it in current git changing how we report multisampling availability, you should be able to notice that we now offer more reasonable multisampling settings. Please open a new bug if there is something broken in that regard.
https://bugs.winehq.org/show_bug.cgi?id=12652
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com Target Milestone|--- |1.8.x
https://bugs.winehq.org/show_bug.cgi?id=12652
--- Comment #61 from Wylda wylda@volny.cz --- (In reply to Matteo Bruni from comment #60)
This bug should be fixed by commit a25c47f59a600d7da819869b643b0b17720c07c6, please retest.
Vegas 2 is fixed now. Thank you Focht & Matteo! Tested under wine-1.9.2-178-g80ea5a0.
BTW: The FSAAViewer under wine shows one more MSAA level [0 .. 4] compared to Win8.1 [0 .. 3]. Anyway Vegas 2 is happy now ;)
https://bugs.winehq.org/show_bug.cgi?id=12652
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #62 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.3.
https://bugs.winehq.org/show_bug.cgi?id=12652
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.8.x |---
--- Comment #63 from Michael Stefaniuc mstefani@redhat.com --- Removing 1.8.x milestone from bugs included in 1.8.2.
-
wine-bugs＠winehq.org