Well it seems the performance issues are no caused by this builds and are the fault of master. Super Mario Galaxy 2 is running way slow now, like 5 fps to 8 fps so something happened in master between the last build and this build. Wondering if it has to do with that Haswell fix or most likely the jit improvements that ruined performance for me since. The issue with controller/emulated Wiimote being broken seems to be the fault of this build or was quickly fixed in master.
Core2Duo E7500 @ 3.66 Ghz
Geforce GTX 460
4GB DDR3 Ram
Windows 7 x64
Edit: It isn't just emulated Wiimote that's broken, controller (X360/Xinput) is completely broken. Choosing gamepad in GCPad and WiimoteNew options reverts back to KB/Mouse and gamepad is non functional ingame.
I don't think it was any of the JIT changes; none of them should have made it slower.
Well something did for me because after upgrading performance went to the toilet and now all games are slow. I'm going to see if I can locate the exact commit, given performance was fine when the last build was posted in this thread that should make it easier to locate.
Even easier to locate the culprit build as 4.0-1720 was working fine.
Actually never mind the performance issues are caused by the DSound backend. :/
But the issue with my X360 controller/Xinput being broken stands
Xtreme2damax
Are the DSound perf issues caused by
https://github.com/dolphin-emu/dolphin/commit/ca3002977b6e1efa5d7297886d8e0994a7106e47 , or just always like that?
Is XAudio2 available for you? If not and it's really an issue, make galop1n (properly) install the June 2010 DX SDK.
(05-29-2014, 01:24 PM)Xtreme2damax Wrote: [ -> ]Even easier to locate the culprit build as 4.0-1720 was working fine.
So...what does this mean? When did the issue actually start?
XInput doesn't really make sense to be broken, even with galop1n not having the old DX SDK installed and you being on win7. Dolphin should use xinput1_3.dll in any case. Can you check with something like process explorer and see if dolphin loads xinput1_3.dll? If not, use process monitor to see if it's even trying to load a XInput dll.
Gir: Thanks; I know what's up with the DirectX stuff as I've coded this part. The issue is that XInput 1.4 is part of windows 8 and up. Xtreme2damax is on win7. He can only use up to 1.3. Dolphin is designed to work with both situations, so if it's not doing that correctly I'd like to debug what's going wrong.
(05-29-2014, 02:39 PM)shuffle2 Wrote: [ -> ]Gir: Thanks; I know what's up with the DirectX stuff as I've coded this part. The issue is that XInput 1.4 is part of windows 8 and up. Xtreme2damax is on win7. He can only use up to 1.3. Dolphin is designed to work with both situations, so if it's not doing that correctly I'd like to debug what's going wrong.
I tested with my Windows 7 and Xinput is fine and configurable this is an issue with galop1n's build as its keep defaulting the Pad settings every time you re-launch his Dolphin build.
Hm yea, happens with his build even on win8.1 w/xinput 1.4 here... :|
(05-29-2014, 01:59 PM)shuffle2 Wrote: [ -> ]Xtreme2damax
Are the DSound perf issues caused by https://github.com/dolphin-emu/dolphin/commit/ca3002977b6e1efa5d7297886d8e0994a7106e47 , or just always like that?
Is XAudio2 available for you? If not and it's really an issue, make galop1n (properly) install the June 2010 DX SDK.
(05-29-2014, 01:24 PM)Xtreme2damax Wrote: [ -> ]Even easier to locate the culprit build as 4.0-1720 was working fine.
So...what does this mean? When did the issue actually start?
XInput doesn't really make sense to be broken, even with galop1n not having the old DX SDK installed and you being on win7. Dolphin should use xinput1_3.dll in any case. Can you check with something like process explorer and see if dolphin loads xinput1_3.dll? If not, use process monitor to see if it's even trying to load a XInput dll.
I thought 4.0-1720 was fine but I was wrong or something happened since then on my system. I switched to XAudio2 which is working fine and it's not just DSound now, recently I tested OpenAL which had broken audio. I don't know if Xinput is broken or if it's any controller which this build, I just know at the time of posting my report my controller was working fine on the latest build from master while it was broken in this build. I'll confirm if the revision you linked to broke DSound but yeah I was wrong about it not also being broke on 4.0-1720.
Hi,
So first, the dsound code had change between my two releases, as shown by shuffle2. That may explain the slowdown with the dsound backend. As i think it should be as depreciate than d3d9 and 32bits, i will disable in my builds now, so people are not annoyed with legacy stuff. For XAudio2 on Seven, it is fine, my branch contains the needed header of the DXSDK to have it.
The XInput story is weirder and i have it also on my computer so i will look at it, there is chance that this is also in the master branch as i have nothing in my change that are likely to do that !