I kolejna beta WinUAE, a za chwilę nowa pełna wersja (do 3 tygodni).
Ostatnia pełna wersja emulatora to WinUAE 4.0.1
Flimbo Quest (System 3, 1990)
Winuae 4.1.0 Beta X 17/11/2018
It looks like nothing major has not been found recently so official release will be in 1-3 weeks.
- Fixed invisible sprites after statefile load (at least when not in AGA mode). (b8).
- Reading CIA interrupt register exactly when CIA interrupt is going to activate may have caused stuck PORTS interrupt until CIAxICR was read again, which would also return unexpectedly no interrupts active in this situation.
- 68020+ more compatible state files didn't restore CPU mid-instruction properly, caused restore Amiga side crash if state was created during mid-instruction that has side-effects (like -(an) or (an)+ addressing mode) (introduced in 4.0 betas)
- 64-bit version didn't support rar unpacking without archiveaccess.dll, probably because 64-bit unrar.dll didn't exist when it was implemented.
- Window corners are now drag'n'drop hot spots for different floppy drives. (top/left=0, top/right=1, bottom/left=2, bottom/right=3).
- 68030 MMU MOVEM <ea>,<regs> access fault retry was unreliable in some situations.
Winuae 4.0.1 Beta 6 14/07/2018
- Statefiles now include full relative and absolute path (disks, harddrives etc), supports restoring statefile paths correctly even if relative path mode changed between save and restore. Old versions ignore new fields, old statefiles work like previously.
- If statefile was restored with disk image inserted in drive(s) but disk image was not found, saving statefile again made disk drive empty. (old bug)
- When tracing ('t' debugger command) STOP instruction in debugger, break first when STOP is executed (like previously), next trace waits until STOP instruction exits. Previously STOP activated debugger immediately again.
- Picasso96 statefile restore didn't restore screen state fully. (4.x bug)
Winuae 4.0.1 Beta 5 12/07/2018
- input.keyboard_type was always read as Amiga keyboard. If PC layout was set as default, keyboard layout was read incorrectly from config file.
- Amiga reset during RTG rendering in RTG multithread mode could have caused a crash.
- Modified Filesys path in hardfile dialog was not saved if dialog was exited with return key.
- Don't attempt to resolve symbolic links or shortcuts when saving config file paths. (b4)
- Only attempt to resolve symbolic links when directory filesystem accesses it (to simulate Amiga side link), not when opening disk images, hardfiles etc..
- Fixed clipboard sharing (b1 update broke it)
- Delay clipboard data transfer when screen mode changes to prevent situation where mode changed because of program taking over the system. (Emulator can't easily detect between all kinds of Amiga-side triggered native<>RTG mode changes or if it is user switching modes/alt-tabbing which triggers clipboard data transfer check)
- Added Harddrives and Disk Swapper drag'n'drop workaround that fixes corrupted graphics during drag operation. (ListView_CreateDragImage seems to been broken since Vista or so..)
- Probably still one more to go..
Winuae 4.0.1 Beta 4 10/07/2018
- Floppy, CD, Tape, HDF geometry, HDF filesystem, disk swapper, RTC and flash rom file paths also support b1 resolve environmental variables update. (b1 update had issues requiring partial rewrite so it was good idea to update all other paths too. Excluding special paths like ROM paths.)
- Previously only some SCSI controllers flashed CD led when emulating CD drive.
- Unfortunately b1 path handling change was more complex than I assumed so there will be some more delay.. (If I would have known this, I would not have done it yet..)
- Check that existing configs still work, including disk swapper.
- Short description about path handling change: Previously any path was always converted to either full absolute or relative path with possible environmental variables resolved when config was loaded or path was typed/selected from dialog. When config was saved, old path (possibly containing environmental variables) was lost. Now paths are loaded unmodified from config file and only converted when needed. "Normal" path strings (no environmental variables) are still automatically converted to absolute/relative when saving config.
Winuae 4.0.1 Beta 3 08/07/2018
Possibly final beta, I wasn't supposed to do 4.0.1 vsync updates but below updates should have been in 4.0.0..
- If CD audio playing from real/virtual CD (not directly mounted image) was restarted because of config change, playback always started from beginning (or possibly failed to restart).
- 68060 FPU disable behavior change (68060 accelerator boards have "$f0" ROM to disable FPU because exec does not understand 68060 FPU and will crash if enabled), FPU is not anymore automatically disabled at hard reset if any emulated accelerator board is configured (matches now real world), if no accelerator board: if UAE boot ROM is at $f00000 ("old" mode), it disables FPU (just like real accelerator board do), if UAE Boot ROM is any other address: ("new" mode), m68k RESET instruction will disable FPU. Previously 68060 config got stuck in reboot loop because of not-disabled FPU if system was software reset.
- D3D9/11 vsync modes (lagless and standard) will now support 100/120Hz with optional black frame insertion.
- Always check interrupts immediately after MOVE to SR instruction (except if JIT enabled). Previously it was delayed until following instruction if fast 68020+ mode.
- Above FACOS JIT fix.
Winuae 4.0.1 Beta 2 03/07/2018
- QuikPak SCSI working. (Has same bug as tekscsi2.device 1.0: does not load RDB custom filesystems)
- 80-bit FACOS fix. Also removed old unneeded JIT FACOS workaround.
- If drive identity is read and it is CHS-only, don't enable CHS-only mode unless host OS also returns zero drive size. Some (old) Windows IDE drivers do support CHS-only drives. (3.6.0)
- Added checks to prevent crashes when running in lagless vsync under wine. (DISPLAYCONFIG_VIDEO_SIGNAL_INFO and IDXGIOutput1 not implemented)
- Very similar in high level compared to TekMagic, main difference is SCSI chip, 53C720 (was 53C710 in TekMagic).
- "tekscsi2.device (tekscsi2 2.1 (17.7.97) ©1997 Asimware Innovations Inc.)". Apparently v2.2 also exists.
Winuae 4.0.1 Beta 1 30/06/2018
4.0.0 bugs fixed:
- 80-bit native FPU mode FREM and FMOD had parameters swapped in x86 code.
- 64-bit FPU mode config mode was not loaded from config file.
- "Minimize when focus is lost" could cause crashes.
- "Minimize when focus is lost" incorrectly activated when switching modes in some situations. (same as above)
- If CPU panel select menu was active and then some other panel was selected: JIT got switched off.
- Don't abort with "tried to seek out of bounds" message when HDF/HD has virtual RDB and writing to too large offset.
- When inserting previously connected USB device, previous device type (Gamepad, CD32 pad etc) and autofire type (if any) was not restored.
- Do not copy data to Amiga side clipboard buffer if filesystem heartbeat signal is missing (=Some program took over the system), clipboard data can overwrite other program's data.
- Directory filesystem/UAE HDF uses indirect mode if new debugger is active. (Indirect is needed for debugger to detect memory reads and writes)
- "Minimize when focus is lost" minimized main emulation window when GUI was open and main window lost focus.
- RTG Multithread mode display refreshing was unreliable in palette modes when palette changed.
- Resolve hardfile/directory path environmental variables only when needed, loading and saving config now keeps original unresolved variables.
- Save also config file to crash dump file.
- QuikPak XP board emulation, not yet fully implemented.
- Added GVP v3.7, Blizzard 2060 v7.25 and QuikPak v2.1 to ROM scanner.
Tagi: Winuae, Amiga
Inne treści związane z tematem
[AMIGA] Winuae 4.9.0 Final
Toni Wilen ogłosił kolejną, pełną wersję emulatora WinUAE. W sam raz na mikołajki;) Duża ilość zmian rozgrzesza ten skok w numeracji - z 4.4 na 4.9, byłoby i 5.0 ale pozostałe drobne rzeczy do idealnej emulacji A500.
[AMIGA] Winuae 4.9(5).0 beta XLIII RC4 02/12/2021
Kolejna testowa wersja WinUAE - emulatora całej rodziny komputerów Commodore Amiga. Powoli zbliżamy się do nowej pełnej odsłony, to ponoć ostatnia beta (znowu) i... nowa wersja.
Ostatnia pełna wersja emulatora to WinUAE 4.4.0
[AMIGA] Winuae 4.5.0 beta XVII 21/02/2022
Kolejna testowa wersja WinUAE - emulatora całej rodziny komputerów Commodore Amiga, nad którego rozwojem sprawuje piecze Toni Willen.
Ostatnia pełna wersja emulatora to WinUAE 4.4.0
[amiga] Aktualizacje TheCompany 27/12/2020
Polska strona TheCompany.pl udostępniła duże archiwum amigowych hitów w postaci "user friendly", czyli praktycznie nie wymagających konfiguracji i żmudnego przedzierania się przez ustawienia winUae.
Nowa zbiorcza aktualizacja poprawia działanie wszystkich exec'ów pod WinXP SP3.