La derni\u00e8re version b\u00e9ta public de l’excellent WinUAE.<\/p>\n
– Direct3D masks and scanlines fixed, forgotten testing code.. (b20) I finally really examined and even understood (I think..) how fastest possible and JIT modes handle CPU emulation, (in reality fastest possible without JIT didn’t really handle it all, other UAE ports most likely have exact same issue): – Huge improvement in fastest possible CPU (with or without JIT) + low latency vsync performance. T\u00e9l\u00e9charger WinUAE (Public Beta) [32 bits] v6.1.0 Beta 3 (4.9 Mo)<\/a><\/p>\n
\n– 2.3.2 \u00ab\u00a0stop the cpu and wait until blitter has finished if any blitter register is accessed while blitter is busy and cpu mode is fastest possible\u00a0\u00bb was broken and could cause side-effects in some situations.
\n– Direct3D to DirectDraw fallback if DirectX is not recent enough crashed. (b5)
\n– Keyboard lost sync state emulated, needed with some programs that don’t handshake all buffered key codes but still clear the CIA keyboard interrupt flag, this caused dead keyboard after b1 update. Now keyboard should be fully emulated.
\n– Quickstart panel disk insert always reset track position to zero. (forgot to restore old track after checking disk type and bootable state, bug since Quickstart was introduced!) Fixes Wrath of Demon disk swaps.
\n– Z2 RTG changes broke chip RAM \u00ab\u00a0memory barrier\u00a0\u00bb causing crash if JIT executed code at the very end of chip RAM. (b16)<\/p>\n
\nSome unnecessary and big event code inlining also removed (shorter code, should be faster on modern CPUs due to less cache trashing)<\/p>\n
\n– Fastest possible without JIT performance improved in non-vsync modes. It now executes small chunks of extra code after each scanline instead (as long as there is time, the faster the host CPU, the more extra time there is) of single huge chunk just before vsync. JIT basically does the same but because it has \u00ab\u00a0unknown\u00a0\u00bb timing, it may execute \u00ab\u00a0too much\u00a0\u00bb code first and then skip multiple scanlines until there is enough time again.
\n– Immediate blitter is now 100% immediate. Fastest possible (with or without JIT) performance greatly improved (10x+ possible!) if program does lots of small blits. Previously, even in immediate blitter mode, blitter wait caused CPU emulator to waste its extra \u00ab\u00a0fastest possible time slot\u00a0\u00bb by doing absolutely nothing else than waiting the blitter that never happened. It can’t happen until next scanline, during extra fastest CPU \u00ab\u00a0slots\u00a0\u00bb chipset emulation has to be paused.<\/em><\/p>\n