http://bugs.winehq.org/show_bug.cgi?id=11506
Summary: Poor performance in d3d_surface:fb_copy_to_texture_direct Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: cngnome@gmail.com
This is dotnet fw 2 program.
When I create an area, the program draws a graphical area and everything else on the window becomes black, including menu's and buttons. If I move cursor over items, they clip nicely so they are there and useable, but for some reason black. If I click picture and menu's, there is significant lag on switching them. The following error is displayed on this:
d3d:getColorBits Unsupported format: WINED3DFMT_R32F err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R32F
err:d3d:IWineD3DSwapChainImpl_Present Cannot change the destination window of the owner of the primary context fixme:d3d_surface:fb_copy_to_texture_direct Doing a pixel by pixel copy from the framebuffer to a texture, expect major performance issues err:d3d_surface:fb_copy_to_texture_direct Texture filtering not supported in direct blit
http://bugs.winehq.org/show_bug.cgi?id=11506
CN Gnome cngnome@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #1 from Roderick Colenbrander thunderbird2k@gmx.net 2008-02-07 15:35:29 --- First of all pixel format R32F is emulated using RGBA32F inside wined3d because it isn't offered natively in OpenGL. This conversion is done in software and also isn't that efficient. Further in absence of FBOs (make sure if you have them to set the offscreen rendering method to it) this method is indeed slow and there is nothing that can be done about it.
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #2 from CN Gnome cngnome@gmail.com 2008-02-07 17:04:49 --- Created an attachment (id=10669) --> (http://bugs.winehq.org/attachment.cgi?id=10669) Menus and buttons disappear to black void
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #3 from CN Gnome cngnome@gmail.com 2008-02-07 17:26:21 --- Created an attachment (id=10671) --> (http://bugs.winehq.org/attachment.cgi?id=10671) This is how program looks in windows
Note how the menu's are now visual. Also note information in the area.
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #4 from Roderick Colenbrander thunderbird2k@gmx.net 2008-02-08 03:57:08 --- The menu covering bug is 'normal' right now. I have been working on a fix for a while but it is a very complicated patch. Big changes in wine's x11 driver are needed and this way it affects all apps running on Wine. That bug is 9917.
The fix for the 'black window' won't fix performance though.
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #5 from Roderick Colenbrander thunderbird2k@gmx.net 2008-02-23 08:20:55 --- The gui of this program should be rendered correctly now.
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #7 from CN Gnome cngnome@gmail.com 2008-06-19 15:09:58 --- Yes and no. Install of dotnet 2.0 fails (bug 13997) on fresh wine setup. And when I try to run the toolkit nevertheless, I get :
Unhandled Exception: System.TypeInitializationException: The type initializer for 'System.Globalization.TextInfo' threw an exception. at System.Globalization.TextInfo.GetNativeTextInfo(Int32 cultureID) at System.Globalization.TextInfo.get_InvariantNativeTextInfo() at System.String.Compare(String strA, Int32 indexA, String strB, Int32 indexB, Int32 length, StringComparison comparisonType) at System.Security.Util.URLString.PreProcessForExtendedPathRemoval(String url, Boolean isFileUrl) at System.AppDomainSetup.NormalizePath(String path, Boolean useAppBase) at System.AppDomainSetup.SetupDefaultApplicationBase(String imageLocation) at System.AppDomain.SetupFusionStore(AppDomainSetup info) at System.AppDomain.SetupDomain(Boolean allowRedirects, String path, String configFile) wine: Unhandled exception 0xe0434f4d at address 0x7b844b20 (thread 0009), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #8 from CN Gnome cngnome@gmail.com 2008-06-27 11:08:25 --- Tested on wine 1.1. Still the same error.
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #9 from Austin English austinenglish@gmail.com 2008-12-29 10:52:57 --- Is this still an issue in current (1.1.11 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #10 from CN Gnome cngnome@gmail.com 2008-12-29 14:43:10 --- Created an attachment (id=18312) --> (http://bugs.winehq.org/attachment.cgi?id=18312) console during the load
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #11 from CN Gnome cngnome@gmail.com 2008-12-29 14:43:32 --- I tried on 1.11 and did : ./winetricks dotnet20 wine NWN2ToolsetLauncher.exe >nwn2trace.txt 2>&1
It didnt crash, but it froze so I had to kill it.
Please take a look at the attached log.
http://bugs.winehq.org/show_bug.cgi?id=11506
--- Comment #12 from CN Gnome cngnome@gmail.com 2009-01-19 15:09:24 --- A bit more browsing for the cause of this. I found out, that the version that I have, is not updated correctly via nwn2 autopatcher! Updates are incremental and individual patches do not apply all the changes and this will crash dm toolkit :
http://www.gamefaqs.com/boards/genmessage.php?board=922154&topic=4351217...
You need to go here : http://nwvault.ign.com/View.php?view=NWN2Articles.Detail&id=230#english
1. Fetch all English patches. 2. cp *.zip to your nwn2 install directory. DO NOT UNZIP them! 3. Unplug your nic to prevent net based autopatcher 4. Run nwupdate for all of them. After each patch, restart nwudpate.exe
I actually tried all of them and found out that those that the original message from gamefaqs told that various of them worked on windows, actually very few did on wine.
These worked : 1.12.1295 1.13.1407 - First time in this program, resources are loaded - Everything not related to drawing seems to work, - Drawing was again extremelly slow.
But as the chain of events on this bug are that :
1. pixel format R32F is emulated using RGBA32F inside wined3d because it isn't offered natively in OpenGL. 2. That menus are fixed as said later on. 3. The fix for the 'black window' won't fix performance though.
Then I would close this as not valid or not solvable. I see no point of continuing to keep this open.
http://bugs.winehq.org/show_bug.cgi?id=11506
CN Gnome cngnome@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #13 from CN Gnome cngnome@gmail.com 2009-03-20 14:57:09 --- I changed this to wontfix myself because I felt it shouldnt be left open because it wont be fixed. It works as described there, but it is too slow anyway and this would shorten the list of winbugs a bit.
http://bugs.winehq.org/show_bug.cgi?id=11506
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Austin English austinenglish@gmail.com 2009-03-22 12:15:14 --- Closing.