WinUAE v6.0.0 Beta 11 is released. WinUAE is the commodore amiga emulator for Windows. WinUAE is a mostly complete software emulation of the hardware of the Commodore Amiga 500/1000/2000. A Commodore Amiga, for those who don’t know, is a 16/32 bit computer system based on the Motorola 680×0 CPU and a few specially designed custom chips that provide very good graphics and sound capabilities. Its first incarnation, the A1000, appeared in 1985, followed by the highly successful A500 and A2000 models. WinUAE is a port of the originally written for Unixish systems UAE; but over time, it seems the Windows port, WinUAE has become the best version available on any platform. WinUAE is free software: you are welcome to distribute copies of it and/or modify it, under certain conditions. There is no warranty of any kind for UAE. For more details concerning these issues, please read the GNU General Public License, which describes the terms under which WinUAE is distributed.

WinUAE Changelog:
Some more fast (includes any non-memory cycle-exact mode) optimizations and most remaining missing features added. All normal screenmodes are now supported in fast modes, only remaining always-"slow" is lines with copper activity and sprites. Both probably will be supported in the future but they are not that important. Copper activity only if it does not cause any immediately visible effect on screen (for example color change inside hblank). Previous betas CPU feature restrictions removed.
- BPLCON2 KILLEHB bit disabled EHB without BPLCON0 ECSENA bit.
- Fast mode drawing now uses mode/doubling/resolution specific optimized generated code (genlinetoscr)
- HAM6, HAM8, DPF and EHB fast modes fully implemented.
- Border color lines are also now fast mode drawn if line is still border and only color changed.
- OCS/ECS invalid PLFxPRI value (>=5) chipset feature supported in fast modes.
- Sprites were not always correctly visible in fast modes.
- Fixed shifted display in fast modes if HDIW opened before bitplanes started.
- Some more fast mode optimization and fixes.
- CPU requirement is back to SSE2. Normal non-ce chipset modes should be now fast enough (as fast or faster than old version?) with older CPUs now.
Background information: "slow" mode is always used to draw line when line's parameters have changed. When line has been drawn, parameters calculated by slow mode are stored. If line and its parameters have not changed since it was drawn using slow mode: do nothing. If line has changed (or colors changed) or horizontal scrolling has changed but parameters are same: draw it using fast mode using slow mode calculated parameters. This makes fast mode worth the trouble because it does not need do any complex calculations or handle weird special cases and it is very common to have parameter changes only in few lines. (Many demos are obvious exception but they usually need cycle-accurate CPU anyway). ("parameters" = custom registers used to configure display)

Download: WinUAE v6.0.0 Beta 11 x86
Download: WinUAE v6.0.0 Beta 11 x64
Source: Here