!

[AMIGA] Winuae 4.1.0 beta IX

[1] # EAB | !!! Niedziela, 4 Listopada 2018 16:40 CET [04-11-2018 15:58 CET]

[AMIGA] Winuae 4.1.0 beta IX

I kolejna beta WinUAE. Ostatnia pełna  wersja emulatora to WinUAE 4.0.1

Populous Promised Land

Winuae 4.1.0 Beta IX 04/11/2018

  • UNPK and PACK instructions (very rarely used) had code like "v = read_from_address(x) + read_from_address(y)" which has undefined function call execution order in C.
  • 68030 MMU MOVEM to memory access fault retry special case fixed (b8). Amix boots normally again.
  • 68030 MMU unaligned data access retries always used aligned access. (b8)
  • AGA 32/64-pixel FMODE BPLxDAT writes are also now emulated accurately. Behavior is same as sprites, FMODE=3: first 16 pixels are last bus data, remaining 48 pixels are duplicate of written data. FMODE=2: first 16 pixels bus data, last 16 pixels written data. FMODE=1: written data duplicated. (Last bus data is first word of copper MOVE to BPLxDAT if copper was used to write to BPLxDAT). Writing to BPLxDAT when FMODE=3 and then lowering FMODE disables last 32 pixels (like sprites do) but this is not yet emulated.
  • Yet another undocumented AGA bitplane special case. When FMODE=1/2 and modulo is added, bit 1 carry is ignored, for example 0x102 + 0x12 = 0x110. FMODE=3: same except bit 2 carry is ignored. This can only happen if bitplane pointer and/or modulo is "unaligned", not integer divisible by fetch size. Quite useless feature because unaligned bitplane pointers will always result in corrupted display. But at least (corrupted) display is now 100% accurate.
  • Debugger memwatch points detected also debugger read or write accesses.
  • Multi Evolution v2.2 ROM added. Does not seem to be RDB compatible, probably only v3.0+ are RDB compatible.

68030 MMU is still reported as having problems in some Next OS versions (Previous emulator) but I can't duplicate any problems with my usual test images (not even Amix). Please test any existing Linux/NetBSD etc.. in 68030 mode and report any differences between this beta and last official version.

→ [AMIGA] Winuae 4.0.1 beta VI

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)

Authors Comments

  • Still some more days..
→ [AMIGA] Winuae 4.0.1 beta V

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..)

Authors Comments

  • Probably still one more to go..
→ [AMIGA] Winuae 4.0.1 beta IV

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.

Authors Comments

  • 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.
→ [AMIGA] Winuae 4.0.1 beta III

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.
→ [AMIGA] Winuae 4.0.1 beta 2

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)

QuikPak 4060:

  • 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.
→ [AMIGA] Winuae 4.0.1 beta 1

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.

Older bugs:

  • "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.

Other:

  • 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.
wstecz04/11/2018 16:40
Inne treści związane z tematem
[AMIGA] Winuae 5.3.1 Final 21/10/2024 [AMIGA] Winuae 5.3.1 Final 21/10/2024
Znowu bardzo szybka seria wersji testowych i znów kolejne WinUAE. Zresztą z powodu koszmarnego braku czasu tą serię praktycznie całkowicie musiałem pominąć. Na emeryturze będzie lepiej...
[AMIGA] Winuae 5.3.1 Beta III 12/10/2024 [AMIGA] Winuae 5.3.1 Beta III 12/10/2024
Kolejna seria testowa WinUAE na horyzoncie. Ostatnia pełna wersja emulatora to Winuae 5.3.0 z 3/06/2024
[AMIGA] Winuae 5.3.0 Final 2/06/2024 [AMIGA] Winuae 5.3.0 Final 2/06/2024
Miała być szybka seria testowa i była. W efekcie pojawiła się kolejna odsłona WinUAE.
[AMIGA] Winuae 5.3.0 beta X RC2 27/05/24 [AMIGA] Winuae 5.3.0 beta X RC2 27/05/24
Prawdopodobnie ostatnia testowa wersja WinUAE - czyli jeśli nikt nie zgłosi już żadnego babola, w przeciągu paru następnych godzin, ukaże się wersja finalna 5.3.0. WinUAE to najbardziej dopieszczonego emulatora całej rodziny komputerów Commodore Amiga.  Ostatnia pełna wersja emulatora to Winuae 5.2.0 z 19/02/2024
[AMIGA] Winuae 5.2.0 Final 19/02/2024 [AMIGA] Winuae 5.2.0 Final 19/02/2024
Miała być szybka seria testowa i była. W efekcie pojawiła się kolejna odsłona WinUAE. Z ciekawostek dodana możliwość emulacji DraCo Macrosystem (Amiga w służbie edycji Video) i American Laser Games (czyli Amiga jako platforma stricte Arcade).
Dodatkowe informacje
Komentarze
... bez komentarza
Ostatnio dodane pliki
Newsy Linkownia Emulatory na PC Wideoteka Screenshoty Bajtek Reduks Ready.Run

© Try2emu 1999 - 2024 | Krzysztof 'Faust' Karkosza Kontakt Polityka Prywatności OWU