#Recompile block too large epsxe windows

As far as Windows Zeropad, it hasn't worked properly for me since 0.9.5.

arcum42 Right, I suppose I chould change the Visual C++ project. By the way.zeropad's Windows version's config diglog is broken.If you press any key.pcsx2 will crash. Revision 1251 ZeroGS: Strictly in the interests of maintainability, I'm moving these functions to a separate file. there one problem i noticed, in 12 the F keys doesn't seem to be working tryed to changed interlacing and it didn't work, 1194 still works. Grandia 3 got a nice boost on the begining it lowered to like 20fps now it doesn't go below 50fps, but other part still get 30fps but still very nice, XenoSaga I got extra 10fps at the slow part in the begining of the game, before was 22fps now is 32fps, its fluid enough to see it without getting boring. Wow :p gabest11 nah, runion just did not calculate the union of a rect and an empty rect right as it did previously with mfc, ending up fetching more texture data, but now it's back to normal again. ramapcsx2 Ok, so this whole speedup thing is all just because of getting rid of the mfc. That one gets to 49fps now, and it was at 43 before (also a huge increase from the previous 35В ) ) gabest11 ah, that might be the fix for GSVector4i::ruinion, it did not return the correct result if one of the rects was empty, as UnionRect did with the old CRect class from mfc. ramapcsx2 DX10 mode yet again faster :p gabest11 well, dx10 mode should not have changed with this commit :P ramapcsx2 Yeah, I'm beginning to question the accuracy of gsreplay :p But I did check this with xenosaga1 and the very slow scene it has in the beginning (you fixed a bit of that once). Revision 1250 GSdx: dx9 hw mode got a vertex buffer too (as dx10), it was an old TODO.

Recompile block too large epsxe