New results on v8.80.0034:ilya wrote:Windows 7 x86:
alpha 0: 6018.499 ms
alpha 1: 5996.111 ms
alpha 0: 5889.191 ms
alpha 1: 5907.327 ms
New results on v8.80.0034:ilya wrote:Windows 7 x86:
alpha 0: 6018.499 ms
alpha 1: 5996.111 ms
Faster! Okay, that only puts a sharper focus on the culprit. It all seems to boil down to one particular API call (GdipDrawImageRectRectI) which has been messed up in Win7, or, more specifically, in the gdiplus.dll shipped with Win7. There's not yet much info about the latest gdiplus, but I'm squeezing the web for solutions...ilya wrote:New results on v8.80.0034:ilya wrote:Windows 7 x86:
alpha 0: 6018.499 ms
alpha 1: 5996.111 ms
alpha 0: 5889.191 ms
alpha 1: 5907.327 ms
Couldn't the Win7 users just put an GDIplus.dll from XPadmin wrote:, or, more specifically, in the gdiplus.dll shipped with Win7. There's not yet much info about the latest gdiplus, .
No, I don't think so. Vista/Win 7 use Desktop Window Manager, so GDI and GDI+ render path goes through WMD. This is not the case in XP.Stefan wrote:Couldn't the Win7 users just put an GDIplus.dll from XP
into there XYplorer folder, then XYplorer should use just this version.
At least as an work around.
Code: Select all
::alpha 2;Code: Select all
::alpha 2;alpha 2: 5686.265 msilya wrote:New results on v8.80.0034:ilya wrote:Windows 7 x86:
alpha 0: 6018.499 ms
alpha 1: 5996.111 ms
alpha 0: 5889.191 ms
alpha 1: 5907.327 ms
It won't help me even if they fix it because I have to do things now to support Win7-with-buggy-gdiplus that cannot be done in a conditional way. I have to rewrite parts of the app that even go down to the embedded resources.zer0 wrote:5,641.017 msCode: Select all
::alpha 2;
P.S. If it is a bug in GDI+, then I hope that you will make Microsoft aware of this. The next "Black Tuesday" is in a little over 2 weeks.
Code: Select all
::alpha 3;alpha 0: ~ 8.500 msecsadmin wrote:Should be fixed now (v8.80.0036). Try this to see a significant speed improvement (compared to alpha 0):Code: Select all
::alpha 3;