WinUAE v4.9.0 Beta 33 32/64 Bit

Le nostre news in homepage

WinUAE v4.9.0 Beta 33 32/64 Bit

Messaggioda AMIGASYSTEM » dom ago 29, 2021 8:07 pm




Autore: Toni Wilen

Aggiornata la news alla Beta 33


WinUAE:, Uscita oggi una nuova beta che fixa e aggiunge nuove funzioni, la versione finale è prevista per il prossimo Autunno


WinUAE v4.9.0 Beta 33 32/64 Bit : Download



Novità v4.9.0 Beta 32:

This version updated superhires resolution accuracy (hblank, sprites, bitplanes, borderblank etc..). Note that superhires can be only seen fully accurately in subpixel mode (chipset panel) + superhires emulation resolution (display panel) and SVGA/x86 bridgeboard updates to latest (and final?) PCem.

All currently known weird chipset (including programmed mode) features are also fully implemented. (I know I have said same previously but really this time.. I know who to blame if something new is found.


Novità Beta 31:

- Sprite right overscan fixes.
- Programmed mode adjustments. HSSTOP does not affect display position. HSSTRT - HSSTOP only needs to be long enough for display device to detect it. Note that WinUAE will accept invalid HSSTOP and other impossible in real world programmed modes, there is no validation against real world video signal standards.
- HBSTRT/STOP accuracy improved in really weird situations (like having multiple HBLANK regions in single scanline..). Undocumented special case emulated: if HBSTRT to HBSTOP is less than 1 lores pixel (4 shres pixels), 4-(HBSTOP-HBSTRT) shres pixels of bitplane is visible before COLOR0 starts. Subpixel mode required. Apparently switching border on takes 1 lores pixel. (HB is Denise/Lisa internal trigger for border on state)
- Bitplane to refresh strobe vs refresh-only slot conflict behavior fixed (Water intro / Acme, Vectors Again / Armada etc, glitches are now correct if ECS Agnus)
- Optimized bitplane allocation now works correctly in NTSC mode, needs 2 alternating buffers because line length alternates in NTSC.
- Writing to horizontal DIWSTRT/STOP just before it would match missed the check.
- DIWHIGH full AGA hires/shres positioning bit support.
- Line buffer size was not large enough to fit "extreme" overscan superhires mode.
- HCENTER 8/9 CCK horizontal blanking period emulated. HCENTER generates extra sync pulse when it matches and current line is vsync line and long field. This is normally invisible but it can be visible in (weird or badly configured) programmed modes. Visible result is small black box, about at the middle of last line(s), ECS Denise only. This is never visible on AGA because blanking is generated by Lisa using internal registers. ECS Denise uses CSYNC pin to detect blanking condition. OCS Denise does not have CSYNC pin and uses internal hardwired blanking only.
- Fixed wrong border color/black color in right border when horizontal centering was enabled. Probably also possible in some other situations.
- ECS Denise hires resolution sprite horizontal position bit works strangely if bitplane resolution is lores or hires: first pixel row of sprite becomes transparent. Horizontal bit only works correctly if bitplane resolution is superhires.
- Subpixel emulation mode + superhires had single shres pixel offset in horizontal hblank and borderblank positioning. This change also means borderblank/border bug can't be anymore visible without subpixel mode + superhires resolution.
- DMA debugger uses first refresh slot to show if line is vertical blanking (B), vertical sync (S) or vertical diw is open (=), second refresh slot is used for long field (F) and long line (L). These special slots are marked with '*' to not (too easily) confuse them with same symbols in other slots. Horizontal diw ('(' and ')'), programmed horizontal blanking ('[' and ']') and programmed horizontal sync ('{' and '}') are also marked.
- PCem v17 merge. Some SVGA updates, Voodoo 3 updates, x86 CPU updates. (Probably moving to 86box in the future, PCem is not updated anymore.)
- Misc panel statefile text box was empty (might be Windows version specific or something) even when loaded config had statefile configured.
- fs debugger command fixed, display emulation updates made it randomly inaccurate.
- Seems to run normally under Windows 11 insider build.


Novità Beta 32:

- La soppressione HDIW potrebbe rimanere bloccata nello stato sempre attivo se VPOSW è stato scritto a metà schermo con valori fuori intervallo. (La schermata del titolo di Agony Psygnosis diventa completamente oscurata dal colore del bordo se ECS)
- Attendere 2 campi prima di aggiornare la schermata visibile dopo la modifica del parametro di visualizzazione. Nasconde i glitch nella parte inferiore dello schermo che possono apparire quando l'ultima riga visibile è effettivamente la riga 0 o superiore. L'output 3D diretto viene ancora aggiornato normalmente, l'unica differenza è che i dati provengono dal vecchio frame. La maggior parte dei display "reali" in questa situazione si spegne (CRT) o si spegne temporaneamente (LCD, ecc.).
- Le modifiche alla configurazione al volo vengono nuovamente controllate ed elaborate prima che inizi la posizione verticale 0. I precedenti aggiornamenti del display lo hanno spostato alla riga 1 o successiva, a seconda della modalità. Questo potrebbe aver causato effetti collaterali imprevisti.
- La soppressione verticale cablata non funzionava correttamente se OCS Denise era configurato.
- Rimossa l'opzione chipset avanzata OCS Denise H-blank bug. Ora è sempre abilitato (se OCS Denise è configurato) ma la riga superiore e inferiore "buggy" è visibile solo se la modalità di overscan è Overscan+ o Extreme.
- Il passaggio da un'altra configurazione a/da una configurazione ECS Agnus 512k/512k in cui Agnus vede 1 M di RAM del chip (Agnus vede la metà superiore della RAM del chip al solito indirizzo $ 800000 ma la CPU lo vede a $ c00000) non ha sempre cambiato la configurazione correttamente. Ad esempio, il caricamento di un file di stato che utilizza la configurazione ECS 512k/512k quando la configurazione corrente è OCS 512k/512k, non ha cambiato la configurazione correttamente. (Insetto molto vecchio)
- ECS Denise + EXTHBLANK=1: il blanking verticale (solo display blanking) è completamente disabilitato.
- Nuova funzionalità non documentata: i bit 3 e 11 DIGHIGH sono bit 11 di avvio/arresto verticale in ECS Agnus. AGA li sostituisce con bit H0 orizzontali. Non è documentato nel capitolo HRM ECS li documenta, ufficialmente il bit V10 è il più alto (e anche V10 è quasi totalmente inutile). VPOSR/W V11 non esiste e il contatore verticale è solo 11 bit (da 0 a 10) il che rende la funzione DIWHIGH V11 che non ha senso.
- La correzione del timing CIA/CPU in b21 è stata parzialmente interrotta.
- Regolazioni di inizio/fine calcolo visualizzazione verticale in modalità programmata.
- L'emulazione del conflitto dello slot di aggiornamento del bitplane era "troppo casuale". Il comportamento interno è ancora sconosciuto. (Prima demo / corruzione Starline se ECS)
- La scrittura INTREQ che cancella gli interrupt non ha utilizzato il percorso del codice accurato (ritardato) del ciclo. (La Strana / Grotta)
- L'avvio orizzontale dell'interruzione Vblank non è stato adattato alla nuova emulazione del chipset personalizzato (Spectre Party / Phenomena e altri)
- VHPOSR non è stato adattato alla nuova emulazione del chipset (hpos=0 legge la linea verticale precedente)
- La scrittura NVRAM CD32 che si avvolge ha causato l'aumento delle dimensioni del file NVRAM.


Novità v4.9.0 Beta 33:

- DMACONR blitter busy bit state is 1 cycle later than copper waking up from blitter finished. (Circle Scroller / United Force)
- Direct3D9 mode crash was possible when switching screen modes (b32).
- Disassembler configuration (upper/lower case options, show calculated EA, show data pointed by EA, condition true/false), hex number prefix, min and max number of opcode/opwords. Currently only available via direct ini or registry editing, first enter debugger, then quit emulator to create default entries. Debugger sub section, debug_disasm_flags is bit mask, bits 0 to 4 are lower case bits (0=instruction name, 1=registers, 2=hex values, 3=instruction size), 4=show T/F, 5=show EA, 6=show EA contents, 7=show instruction opcode/opwords. Currently they only affect disassembler output. Defaults changed to lower case.
- Don't log flood "DMAL error" messages if (totally unusable) programmed mode with HTOTAL smaller than last audio DMA slot.
- DMAL (Serial DMA slot allocation information from Paula to Agnus) start cycle was not updated to match new custom chipset emulation.
- Small audio period causing repeated samples is now fully accurate, including 1 extra cycle delay if DMA request includes pointer reset (sample restart).
- Very strange programmed modes could have made it impossible to quit emulator normally.
- Adjusted behavior of CPU reads from write-only custom registers (Bozebobs / Area08)
- Fixed crash when loading some old A500 statefiles with CD32 CD incorrectly enabled.
- Adjusted "Smooth Copper" hack to work with new custom chipset emulation (not fully correct yet).
- Console log/debugger DPI adjustment.
Immagine - AfA One - AfA One PPC - AROS One x86 - AROS One 68K - WinUAE OS 4.1 -

Miei AMIGA
Amiga 4000/Cyberstorm MK II/060/Picasso RAM 6MB Kick 3.1
Amiga 1200/030 Ram 16 Mega HD 500 MB
Amiga 1200/040 Ram 32 Mega HD 500 MB
Amiga 600 HD 20 MB
Amiga 600 Doppio Kickstart 2.05-1.3
Amiga 500 Plus Doppio Kickstart 204-1.3
Amiga 500
CD32/SX-32 MK1 RAM 8 MB HD 4G
CD32 Standard
Avatar utente
AMIGASYSTEM

Staff
 
Messaggi: 4839
Iscritto il: ven lug 25, 2008 8:39 pm
Località: Brindisi

Re: WinUAE v4.9.0 Beta 32 32/64 Bit

Messaggioda AMIGASYSTEM » sab set 11, 2021 1:56 pm

Aggiornata la news alla Beta 32 !

Vorrei aggiungere che queste ultime beta supportano il Multimonitor P96, inoltre sempre su WinuAE è possibile configurare e utilizzare conteporaneamente più Monitor (4) con modalità differenti, esempio uno RTG ed uno PAL etc...
Immagine - AfA One - AfA One PPC - AROS One x86 - AROS One 68K - WinUAE OS 4.1 -

Miei AMIGA
Amiga 4000/Cyberstorm MK II/060/Picasso RAM 6MB Kick 3.1
Amiga 1200/030 Ram 16 Mega HD 500 MB
Amiga 1200/040 Ram 32 Mega HD 500 MB
Amiga 600 HD 20 MB
Amiga 600 Doppio Kickstart 2.05-1.3
Amiga 500 Plus Doppio Kickstart 204-1.3
Amiga 500
CD32/SX-32 MK1 RAM 8 MB HD 4G
CD32 Standard
Avatar utente
AMIGASYSTEM

Staff
 
Messaggi: 4839
Iscritto il: ven lug 25, 2008 8:39 pm
Località: Brindisi

Re: WinUAE v4.9.0 Beta 33 32/64 Bit

Messaggioda AMIGASYSTEM » lun set 13, 2021 8:16 am

Aggiornata la news alla Beta 33 !
Immagine - AfA One - AfA One PPC - AROS One x86 - AROS One 68K - WinUAE OS 4.1 -

Miei AMIGA
Amiga 4000/Cyberstorm MK II/060/Picasso RAM 6MB Kick 3.1
Amiga 1200/030 Ram 16 Mega HD 500 MB
Amiga 1200/040 Ram 32 Mega HD 500 MB
Amiga 600 HD 20 MB
Amiga 600 Doppio Kickstart 2.05-1.3
Amiga 500 Plus Doppio Kickstart 204-1.3
Amiga 500
CD32/SX-32 MK1 RAM 8 MB HD 4G
CD32 Standard
Avatar utente
AMIGASYSTEM

Staff
 
Messaggi: 4839
Iscritto il: ven lug 25, 2008 8:39 pm
Località: Brindisi


Torna a News e rumors

Chi c’è in linea

Visitano il forum: Google Feedfetcher e 7 ospiti