WinUAE 4.9.1 beta series

[coldacid]

Originally Posted by Toni Wilen

This never gets finished enough..

Short of emulating every single transistor and wire across an entire system, it never will be

[rutra80]

[DZh]

More from Beta4 (I did not notice before):

http://eab.abime.net/attachment.php?...1&d=1643296788

[Toni Wilen]

Originally Posted by coldacid

Short of emulating every single transistor and wire across an entire system, it never will be

It is not needed in fully digital system like Amiga. And it would be enough to keep it at logic element (logic gates, latches, flipflops etc) level, not transistor level. If someone really wants to do it

Originally Posted by DZh

More from Beta4 (I did not notice before):

http://eab.abime.net/attachment.php?...1&d=1643296788

Fixed. And some others. Another attempt at final beta tomorrow or sunday..

[DZh]

Confirmed. Thank you Toni.

[Toni Wilen]

https://download.abime.net/winuae/fi...nuae_4910b8.7z
https://download.abime.net/winuae/fi...ae64_4910b8.7z

Beta 8: Yet another possibly final 4.9.1..

- Sprite collision bitplane end position calculation was not updated to 4.9.0+ chipset emulation. Probably didn't cause problems because it was too large and it most likely could not cause any spurious collisions.
- b6 ECS Denise CSYNC fix broke vertical blanking when EXTBLANKEN=1. Made only visible difference if mode was weird (not WB monitor driver)
- If programmed mode HSYNC start is later than normal, use it instead of standard VGA-like config. (More correct horizontal position if weird mode)
- Yet another Copper comparator update. WAIT and SKIP timing change again, all my statefile tests still work (and one that didn't also works now). SKIP comparison check timing is not same as WAIT, SKIP seems to check comparison result just before next copper instruction gets loaded (SKIP comparison active as long as IR1 and IR2 bits 0 are set)
- b4 bitplane number update fix, if number of bitplane was increased after hsync start but before hsync end, sometimes bitplane count change was ignored until next line.
- "Default" filter mode now also auto-adjusts if horizontal size does not match vertical (for example if horizontal is hires but vertical is nondoubled: double vertical automatically using filter scaling). Other modes are not yet updated because it can break existing configs.
- Reverted 490b25 68030+ MMU "CE" mode cycle count update that made it too slow compared to matching non-MMU mode.

[21stcentury]

There's a problem with the PAL Filter. The yellow color has disappeared. The filter works fine with an older release. Strange.

I like this filter because the colors are similar to a CRT screen.

[Toni Wilen]

Originally Posted by 21stcentury

There's a problem with the PAL Filter. The yellow color has disappeared. The filter works fine with an older release. Strange.

I like this filter because the colors are similar to a CRT screen.

Attach config file please. And when did it work previously? 4.4.0?

[DZh]

This is 32bit version only problem starting from 4.3.0. WinUAE 4.2.1 - Ok.

[21stcentury]

The previous release was 4.2.
I tried everything with my graphic card drivers but... nothing

Dzh have maybe right because I use a 32 bits version.

[Toni Wilen]

Originally Posted by 21stcentury

The previous release was 4.2.
I tried everything with my graphic card drivers but... nothing

Dzh have maybe right because I use a 32 bits version.

Did you attach correct config? Attached config has no filters enabled (and it is saved with 4.9.0).

[21stcentury]

Only the PAL filter is enabled



Maybe I did something wrong, this is my attached config again

[Toni Wilen]

Better

It was caused by weird code that got probably broken when compiler was updated. Fixed in next version. (But I recommend finding D3D shader that does the same, it would be much more effient and modern way to do it. But don't ask in this thread.)

[21stcentury]

Thanx a lot. I prefer to wait the next version. I never found a shader with this PAL filter configurations who is perfect.

And with the PAL filter, we have access to more extra settings like noise (superb), saturation etc...

[hexaae]

Originally Posted by vulture

Hi Toni,

With "Full Contact" using the .IPFs and either a standard "A500 / OCS / Cycle-exact" or "A500 / ECS Agnus / Cycle-exact" Quickstart; there are now issues with the fighters shadows etc,

[INDENT]WinUAE 4.9.0:

WinUAE 4.9.1 beta:

I can still confirm some gfx glitches with Full Contact, see left border etc. tested also with IPFs and A500 quick config, or maybe is just an overscan issue (I kept everything standard selecting just A500 quickconfig):



Other special gfx fx used by the game to present enemies cards etc. seem glitched though...

[ross]

Originally Posted by hexaae

I can still confirm some gfx glitches with Full Contact, see left border etc. tested also with IPFs and A500 quick config, or maybe is just an overscan issue (I kept everything standard selecting just A500 quickconfig):

This is a problem of the game.
The overscan issues are cause 'open' DIW (visible borders area are not covered).

Enter debugger, then:

W 72329 c7

Tested with IPF #2246, A500(512+512)

[hexaae]

Originally Posted by ross

This is a problem of the game.
The overscan issues are cause 'open' DIW (visible borders area are not covered).

Enter debugger, then:

W 72329 c7

Tested with IPF #2246, A500(512+512)

Yep. Forcing "Filter: Auto Integer Scaling" fixes it indeed.
But the fact the game still runs too fast with gfx glitches when showing opponent's card even in Quickstart A500 mode...? It also crashes with GURU when pressing ESC during a combat... but maybe are just game bugs even on a real A500 512+512 (I admit I didn't like this game when I was a kid except the cool intro )

[Toni Wilen]

I am not interested in A500 testing, it simply looks too crap (and not really anything to do with 4.9.x anyway, except the copper glitch that got fixed. The rest are "correct" glitches.)

It looks like game wants to exit to AmigaDOS when ESC is pressed:

 0 0006fe00 33fc c000 00df f09a      move.w #$c000,$00dff09a
 0 0006fe08 33fc 0020 00df f096      move.w #$0020,$00dff096
 0 0006fe10 33fc 81d0 00df f096      move.w #$81d0,$00dff096
 0 0006fe18 2279 0006 fdea           movea.l $0006fdea [00000000],a1
 0 0006fe1e 23e9 0032 00df f080      move.l (a1,$0032) == $00000032 [082c00fc],$00dff080
 0 0006fe26 23e9 0032 00df f084      move.l (a1,$0032) == $00000032 [082c00fc],$00dff084
 0 0006fe2e 2c79 0000 0004           movea.l $00000004 [00000676],a6
 0 0006fe34 4eae fe62                jsr (a6,-$019e) == $000004d8

Obviously last jsr (Close graphics.library?) goes nowhere because execbase is long gone..

[hexaae]

Ok, sorry So it was just original crap code and nothing else...

[Toni Wilen]

https://download.abime.net/winuae/fi...nuae_4910b9.7z
https://download.abime.net/winuae/fi...ae64_4910b9.7z

Beta 9: (really going to be final?)

- b8 "default" filter update was not complete. Now image is automatically integer scaled if original image is half (or less) size of host window/fullscreen size.
- b8 MMU change didn't change much because MMU + CE isn't "real" CE mode but normal MMU + some timing adjustments. (Because there is not much point). Timing adjustments adjusted, now MMU + CE shouldn't be much slower than non-MMU CE mode.
- PAL filter (and probably some other software filters that internally use YUV) had wrong colors since 4.3.0, 32-bit version only.