Re: wine causing system slowdown

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I've patched wine 1.1.13 with the nvidia bug and preloader patches, and while it takes longer for the game to slow down and the system slowdown isn't as bad, it still happens.

I have gotten the OUT_OF_MEMORY errors before, but that causes a crash, whereas this brings everything running to a halt. I originally thought it was an EVE bug, but then thought it might be a wine/64bit bug because it also happened with RA3. I'm now wondering if it may be a bug that happens to show up in both of them, because of this output (the line about software emulation, in particular):


Code:
err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} no
t registered
err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} 
could be created for context 0x1
fixme:heap:HeapSetInformation 0x8d0000 0 0x33fc44 4
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex sampl
ers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x33aed4,0x00000000), stub!
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 1680x1050x
32 @85! (desktop)
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x3002a 0x00000000
fixme:imm:ImmReleaseContext (0x3002a, 0x121f68): stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:reg:GetNativeSystemInfo (0x33a3a0) using GetSystemInfo()
fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVAL
ID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_
SGIS, GL_NICEST) @ basetexture.c / 135
fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVAL
ID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_
SGIS, GL_NICEST) @ basetexture.c / 135
fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVAL
ID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_
SGIS, GL_NICEST) @ basetexture.c / 135
<repeats>
fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 135
fixme:d3d_draw:drawPrimitive Using software emulation because not all material properties could be tracked
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:imm:NotifyIME NI_CLOSECANDIDATE




I do remember having this bug several times with my 32bit install, but it didn't occur nearly as much as it is now; it occurred maybe two dozen times over a year of use, whereas this has occurred dozens of times in two weeks.

I suppose this should be moved to the EVE appdb entry, unless you're aware of anything that would indicate it isn't game-specific?






[Index of Archives]     [Gimp for Windows]     [Red Hat]     [Samba]     [Yosemite Camping]     [Graphics Cards]     [Wine Home]

  Powered by Linux