15h55 - La dernière beta de WinUAE a été traduite en français par l'équipe de Trady-France.Télécharger WinUAE v6.1.0 Beta 6 FR (32-bit)Télécharger WinUAE v6.1.0 Beta 6 FR (64-bit)Tradu-France
15h13 - Une nouvelle beta a été publiée pour cet émulateur Amiga pour Windows. Voici les changements:- First official native Windows ARM64 build. (Not ARM64EC with mixed x64 code anymore that was used in older test versions)- "64-bit" in title and about window replaced with "x64"/"ARM64".- Updated most static support libraries and also recompiled for ARM64 (zlib, png, flac, munt etc). Some library names and paths have changed.- "Overlay" video port adapters (like genlock or CD32 FMV) had wrong position and size at boot for few seconds.Télécharger WinUAE v6.1.0 Beta 6 (32-bit)Télécharger WinUAE v6.1.0 Beta 6 (64-bit)Site Officiel de WinUAE
14h54 - L'équipe de Tradu-France a traduit en français la dernière version de WinUAE.Télécharger WinUAE v6.1.0 Beta 5 FR (32-bit)Télécharger WinUAE v6.1.0 Beta 5 FR (64-bit)Tradu-France
14h46 - Une nouvelle beta de cet émulateur Amiga pour Windows a été publiée. Les améliorations sont les suivantes:- Emulated A1200 and A4000 mainboard (CD32 fix is inside Akiko) Alice blitter busy bug fix circuitry that causes graphics glitches in FMODE=0 and 7 lores planes AGA mode and blitter nasty off. If blitter finished but final D write is still pending, CPU can steal multiple cycles from the blitter and can have more than enough time to update blitter registers for next blit before blitter finally gets free cycle to write final D. This fixes graphics glitches for example in Charlie J Cool, Zool 2 AGA and more.- b4 CPU stealing blitter cycle change reverted, it was wrong, correct fix is above fix.- Last 2-3 lines were not visible in normal PAL/NTSC modes.This should fix "68020 CE has something wrong (no easy test case so far), it was supposed to be same as previously but it isn't.". This was extremely nasty and can affect 6.0 (6.0 differently than 6.1) up to 610b4. Blitter emulation was rewritten to match Alice schematics accurately in v6 but it missed very important bit: blitter in non-nasty mode has a bug which is fixed by extra logic on mainboard (TTL chip on A1200, PAL in A4000, CD32 fixed in Akiko) which I missed completely until now. Previoius blitter emulation was not accurate enough to not trigger this condition. Note that OCS/ECS also have same "bug" but it can't trigger (at least not continuously) because Agnus bitplane DMA can't steal as many cycles back to back and still have single free cycle every 7 cycles which CPU would always steal from the blitter.Télécharger WinUAE v6.1.0 Beta 5 (32-bit)Télécharger WinUAE v6.1.0 Beta 5 (64-bit)Site Officiel de WinUAE
15h31 - L'équipe de Tradu-France a déjà traduit en français la dernière beta de WInUAE.Télécharger WinUAE v6.1.0 Beta 4 FR (32-bit)Télécharger WinUAE v6.1.0 Beta 4 FR (64-bit)Tradu-France
15h28 - Une nouvelle beta de cet émulateur Amiga a été publiée. Les améliorations sont les suivantes:- When config was changed on the fly (This includes loading statefile after emulation has been started), FMODE AGA-only register could have reset back to previous zero value after few seconds. (Probably introduced in 5.x)- If emulation was already started and config change from OCS/ECS to AGA was done by setting new quitstart config or loading new config file, OCS/ECS-only "7-planes" mode (6 planes shown, 4 DMA transferred, last 2 can be updated with Copper or CPU) was activated if AGA program used 7 planes, FMODE=0 and lores screenmode. (bug has existed at least since 5.x, probably is even older)- Display vertical start changed after each reset in most configs.- Loading some statefiles caused display to be detected as 2x doublescanned, resulting in a very wide but short display.- Allow immediate blitter in cycle-exact CPU modes (which makes no sense but for testing purposes it can be useful). Blitter finishes immediately after BLTSIZE write, no DMA cycles used.- Added workaround for very old statefiles with A1000 chipset extra but AGA enabled. Statefile would load normally but any on the fly config change would disable part of AGA features causing display corruption.- Adjusted CPU stealing blitter cycles (blitter nasty) in 68020 CE mode, now it is closer to 5.x timing. (This is due to lack of 68020 CE accuracy). It should have been same so this needs debugging later.- Merged Velvet prototype keyboard fix from segrax. Keyboard was connected to CIA-B in Velvet.- Debugger sp command update, show also sprite data in hexadecimal and also include sprite data after last line of sprite. Data that is normally loaded to SPRxPOS/SPRxCTL. Attempt to autodetect sprite width (16/32/64) by checking distance between SPRxPOS/SPRxCTL words.- Debugger initial PC now points to start of next instruction, instead of start of following instruction.- Debugger fc command didn't always break when it should have.- Debugger copper break point now points to copper instruction start instead of copper instruction start + 2 (6.1.0)Télécharger WinUAE v6.1.0 Beta 4 (32-bit)Télécharger WinUAE v6.1.0 Beta 4 (64-bit)Site Officiel de WinUAE
16h00 - Une nouvelle beta de cet émulateur Amiga pour Windows a été publiée. Voici la très courte liste des changements:- b2 68020/030 CE interrupt fix made interrupts too fast, now they are always delayed until next instruction has finished which probably isn't fully correct either but better than previously (too fast or delayed by multiple instructions).- OCS Denise NTSC odd/even line sawtooth pattern is now correct in Overscan (completely hidden) and Overscan+ (visible in right border).Télécharger WinUAE v6.1.0 Beta 3 (32-bit)Télécharger WinUAE v6.1.0 Beta 3 (64-bit)Site Officiel de WinUAE
15h57 - Une nouvelle beta de cet émulateur Amiga pour Windows a été publiée. Les améliorations sont les suivantes:- Detect missing hsync/vsync and trigger "no signal" state quicker. "No signal" state was also clearing internal buffer every frame, slowing down emulation unnecessarily.- If program writes to BEAMCON0 (for example enabling programmed horizontal or vertical sync) but matching programmed mode registers are still uninitialized and monitor sync mode is combined: do not switch to (unusable) H/V sync cable mode. (Love / VD/Fairlight writing bogus value $0200 to BEAMCON0)- If "no signal" state is active when display mode changes, wait until syncs are valid and then wait 2 more fields before deciding display aspect and size after display parameter change. (AR3 corrupted screen in cycle-exact mode after entering it twice)- b1 clock sync change didn't check if UAE Boot ROM interrupt was active before sending the sync request message, causing hang due to stuck interrupt if done too early.- Only emulate VHPOSR/VPOSR reading 1 CCK later value than all other parts of chipset sees in cycle-exact modes, it can cause side-effects in fast CPU modes.- 68020/30 CE mode sometimes delayed interrupts until 68020/030 prefetch buffer was reloaded (after branch/RTS etc instruction). (old)- HDIW removed from debugger c command, it can't show current HDIW state cycle-accurately because Denise side scanline is emulated after Agnus line has been completed. Use DMA debugger to check HDIW state.- 68020/30 memory cycle-exact instruction cache loads didn't check for chip bus DMA stealing CPU cycles. (old)- Fixed always on active HDIW not being saved to statefile and not loaded from statefile (same reason as above).- Keyboard could stop working if system was reset during keyboard reset warning wait period. (Probably introduced when emulated keyboard controllers were added)- Added ~ (NOT) operator to debugger calculator.- Debugger od copper disassembler stored horizontal/vertical values are now cleared when debugger is enabled or disabled.Known broken:- OCS Denise NTSC odd/even horizontal toggling is visible incorrectly in overscan/overscan+.- 68020 CE has something wrong (no easy test case so far), it was supposed to be same as previously but it isn't.- "Remove interlace artifacts" (always breaks)- Display port adapters. Only A2024 works.Télécharger WinUAE v6.1.0 Beta 2 (32-bit)Télécharger WinUAE v6.1.0 Beta 2 (64-bit)Site Officiel de WinUAE
16h11 - La nouvelle beta de WinUAE a déjà été traduite en français grâce à l'équipe de Tradu-France.Télécharger WinUAE v6.1.0 Beta 1 FR (32-bit)Télécharger WinUAE v6.1.0 Beta 1 FR (64-bit) Tradu-France
16h08 - Un nouveau cycle de beta a commencé pour cet émulateur Amiga pour Windows qu'on ne présente plus. La liste des améliorations est copieuse:- Copper emulation rewritten to match low level logic (Relatively simple 3 stage state machine based on Alice schematics). This is needed to support nasty VHPOSW write special cases. Emulation code is also now much shorter and simpler, all COPxJMP special case hacks are gone.- Unified native and programmed mode display positioning. For example positioning in native PAL and programmed mode that sets matching PAL parameters is now identical. This also includes overscan setting, previously programmed modes ignored TV mode settings.- Display positioning now only uses Agnus/Alice generated sync and optionally using blank signals (like real displays work, sync+blank is the default, backwards compatible), this enables correct positioning even if mode is very strange. Previously positioning used hardwired PAL/NTSC sync/blank positions or programmed mode sync/blank register contents, this mode can only work mode is not too weird.- Display height is from vertical blanking end to start. If vertical blanking is completely missing (It isn't required in real world, only need black in VB area to not confuse display's black level calibration), vertical size is from vsync start (plus few lines) to next vsync start. Horizontal width uses horizontal blanking (or if missing, from hsync + few CCKs to start of next hsync).- Chipset panel Monitor Sync Source option renamed to Monitor sync / positioning mode. First 3 options select blanking based positioning/size mode (default, same options as in previous versions), new 3 options select sync based positioning/size mode. This is basically how CRTs originally worked, later models had digital control logic and could have also used blanking for positioning.- Extreme overscan mode now is same as selecting sync based positioning/size mode.- Display panel horizontal centering should work (at least slightly better) in doublescanned modes.- Display panel horizontal and vertical centering options are disabled and cleared if overscan mode is Overscan+ or higher (and restored automatically if overscan is set back to original value in same session). Previously centering was already ignored in Overscan+ but GUI options was not cleared.- Integer scaling was wrong if, for example, vertical was doubled but horizontal was lores or shres without scandoubling.- Added "Automatic integer scale" aspect ratio option to Display panel. If ticked, all resolution/line mode combinations, including doublescanned modes always have correct integer aspect ratio. Without this option some programmed modes are very tall and narrow or vice versa. Option is automatically enabled except if loaded config already has new config entry or if filter config has different horizontal and vertical zoom factors or if resolution is not hires or if vertical doubling is not enabled.- Doublescan mode detection (Enables internal horizontal doubling) is now more accurate. This is used to add 2x/4x horizontal doubling to keep correct aspect ratio (above new option). Doublescanned modes are half-width scanlines with double the number scanlines which would result in ugly aspect ratio without horizontal redoubling. All programmed modes should now have correct aspect ratio if "Automatic integer scale" is also ticked (correct as in not tall and narrow or short and wide)- Automatic scaling and Auto integer scale should be now fully working in all programmed modes.- Directory filesystem ACTION LOCATE OBJECT (dos/Lock() creates ACTION LOCATE OBJECT filesystem packet) now checks if file or directory physically exists and return not found error if it was cached but not found, stale cached node is also flushed. Previously if it was already cached and then file/dir was removed from host side, Lock() still succeeded.- uaegfx hardware sprite mouse cursor colors didn't update until sprite shape was also modified. This was not normally visible because shape was always updated after color change. (604?)- A3000 SDMAC now uses word or long (depending on RAMSEY version) DMA transfers and drops last odd byte (WORD) or 1-3 extra bytes (LONG), matching real hardware. Driver bug that does not transfer last 1/1-3 remaining bytes now also happens in emulation.- A2091/A590 DMAC DMA uses now word based DMA reads/writes and does not anymore DMA transfer last odd byte, matching real hardware. (This also should have above real world driver bug, not confirmed yet)- Host clock sync moved from directory filesystem process to UAE Boot ROM helper task that is always running when UAE Boot ROM is enabled. Clock sync does not anymore require at least one directory filesystem.- Display port adapters (after being updated to work with new display emulation) will work in Overscan/Overscan+/Extreme modes. Currently A2024 is the only working one. (But not fully in Extreme). Display port adapters/CD32FMV/Genlock are now always disabled in Ultra extreme overscan.- Debugger ? now also supports decimal parameters and 6888x floating point formats (single = $xxxxxxxx.S, double = $xxxxxxxxyyyyyyyy.D, extended = $xxxx.yyyyyyyyyyyyyyyy.X). "?." toggles output of floating point values, default off, floating point values are always shown if input value is not integer. Floating point registers supported (RFP0 = use current FP0 contents). NOTE: If floating point values are used in calculations, calculations are done using host double format. (Will be replaced with 80-bit softfloat in the future)- Some debugger fixes and tweaks.- Added *.hda to hardfile dialog file filter. (604?)- If sprites were in AGA 64-bit wide mode and data registers had non-zero data, then sprite mode was switched to non-64 bit mode, then data register was updated (Copper/CPU), only non-64 bit internal sprite data variable was updated and pre-update graphics was shown if sprite was switched back to 64-bit mode. (Virtual Karting 2) (604?)- Filtered low resolution setting was not implemented in generic and slow drawing routine (used only when sub-pixel effects need to be emulated). (Virtual Karting 2 had single line of non-filtered pixels)- Fixed 68000/10 cycle-exact statefiles being randomly broken if CPU was mid-instruction doing chip bus read when statefile was saved (6.0.x). Also added partial workaround that allows some of already broken statefiles to load properly. (Very stupid bug, variable was replaced with zero constant temporarily during 5.x->6.x refactoring but it was never restored) (604?)- Disk wordsync interrupt was only allowed when DSKLEN WRITE=0 but it is only inhibited when disk writing is active. Was broken few versions ago. (Global Trash / Silents) (604?)- Lines that TV overscan setting blanked also skipped bitplane/sprite collision detection.- uaescsi.device SCSI command REZERO UNIT should stop audio CD play. (604?)TL;DR:- Programmed and native screen modes now use same sync/blank timing detection emulation code.- Programmed and native screen mode "monitor emulation" (sync/blank/etc detection) now uses same emulation code.- Display positioning is now based on generated sync/blank signals instead of using hardwired PAL/NTSC or programmed mode register contents which are not necessarily same if program does VPOSW tricks.Important tests:- If old config files with filter/display panel settings in PAL/NTSC modes still work correctly.- Unified native/programmed mode can break existing configurations that have manually adjusted programmed modes. Only native PAL/NTSC mode normal overscan+ or smaller filter configuration positioning and size will be kept compatible with old config files (If it isn't, report it and include config file). Autoscale and other similar filters should now work much better when mode is very weird.Known broken:- "Remove interlace artifacts" (always breaks)- Display port adapters. Only A2024 works.Télécharger WinUAE v6.1.0 Beta 1 (32-bit)Télécharger WinUAE v6.1.0 Beta 1 (64-bit)Site Officiel de WinUAE