WinUAE 4.9.0 beta series (Was 4.5.0)

[Zarnal]

Originally Posted by amilo3438

fugazi by Old Bulls -> http://www.pouet.net/prod.php?which=17987

Noticed some glitches in beta 12!

Yes. Just in b12.


I attach a savestate.

[Toni Wilen]

Originally Posted by Zarnal

Yes. Just in b12.
I attach a savestate.

Not very useful because glitch had already happened when you saved it
(Was already fixed in not yet published version)

Originally Posted by amilo3438

Crash Landing (Crack Intro) by Scoopex -> http://janeway.exotica.org.uk/release.php?id=8311

A500 OCS / ECS ... Shifted screen to the right side! (starting from 4.5.0 beta series)

Edit: Shifting happens only on ECS Agnus, on OCS seems fine! (not sure is that correct behavior or not)

Correct is no shift, OCS or ECS. This is known very old side-effect, this cracktro always always breaks if something display related is changed...

[amilo3438]

Originally Posted by amilo3438

FYI: During some demos testing got a few times emu crashes after pressing on the RESET button in the WinUAE! (but cant attach the dump files as my quota is very low)

PS. Had to delete some very old attachments, so manage to attach the said dump files.

[superfrog]

Hi Toni, the workaround for 1.2M floppies on the A2386SX still doesn't seem to work quite right. I can format a blank disk, copy some data to it, and read or delete data, and it works fine. If I eject the image and re-insert it, I can still read the directory. But if I try to read data from or write new data to the image, then I still get the General Failure Error.

If it's working fine for you, I'll send you a config and image for testing.

Thanks!

[amilo3438]

Originally Posted by Toni Wilen

Not very useful because glitch had already happened when you saved it
(Was already fixed in not yet published version)

I checked in today's test version and there is now something else going on - the emu now stops after a while on the end of before glitching part! (just check it till the end on ECS Agnus)

Edit: Noticed that in OCS it behaves different - it stops on green text rotation part! (even in beta 12)
(this same happens also in WinUAE 4.4.0 so it is probably expected for OCS --> according to http://eab.abime.net/showpost.php?p=...&postcount=679 it requires ECS Agnus)

[GunnzAkimbo]

When sliding the 32bit chip memory to max it crashes the app.
Just found out by mistake by slamming it to the max.

[thomas]

Where has the mainboard RAM gone? Trying to configure an A4000 without accelerator but I cannot add Fast RAM. Only Z2/Z3 is available from the drop down menu.

[Toni Wilen]

Originally Posted by thomas

Where has the mainboard RAM gone? Trying to configure an A4000 without accelerator but I cannot add Fast RAM. Only Z2/Z3 is available from the drop down menu.

b11 RAM update was incomplete. Fixed.

Originally Posted by GunnzAkimbo

When sliding the 32bit chip memory to max it crashes the app.
Just found out by mistake by slamming it to the max.

Sounds like this isn't 4.5 beta specific. (which means wrong thread, see first post). Also not enough information, works for me, even with JIT enabled.

Originally Posted by amilo3438

I checked in today's test version and there is now something else going on - the emu now stops after a while on the end of before glitching part! (just check it till the end on ECS Agnus)

Edit: Noticed that in OCS it behaves different - it stops on green text rotation part! (even in beta 12)
(this same happens also in WinUAE 4.4.0 so it is probably expected for OCS --> according to http://eab.abime.net/showpost.php?p=...&postcount=679 it requires ECS Agnus)

I know. This is one reason I didn't want to publish any unfficial betas until it is fixed but voodoo stuff needed it..

[Zarnal]

Toni, I noticed another problem with an A1200 demo only with the b12. Can I report you here ? I don't know if it's related to the new blitter emulation or if as usual it's a CPU " problem ".

Thanks.

[Toni Wilen]

Originally Posted by Zarnal

Toni, I noticed another problem with an A1200 demo only with the b12. Can I report you here ? I don't know if it's related to the new blitter emulation or if as usual it's a CPU " problem ".

Test first with latest winue.7z (It probably fixes it and has nothing to do with CPU). Post more details if it still happens.

[Zarnal]

Same thing with today's version of winuae.7z ( 16/12/2020 ).


The problem appears after the circles part.


With version b11 (and the official versions of WinUae) this is going well (pic 1).


Since beta 12, the effect is corrupted (pic 2).

[Zarnal]

Oops... my savestate is broken.

I started again but the savestate is still " corrupted ".

I attach demo adf.

This is the fourth part of the demo.

Quickstart A1200.

[Zarnal]

And a good savestate.

[Toni Wilen]

Fixed. Part of blitter fill mode initialization code was missed when new blitter emulation was added.

[amilo3438]

Demo Mix 5 intro (Intro) by Tommyknockers -> http://janeway.exotica.org.uk/release.php?id=16872

A500 OCS/ECS -> in latest test versions it stops at the very beginning! (in beta12 its fine)

[Zarnal]

Originally Posted by amilo3438

Demo Mix 5 intro (Intro) by Tommyknockers -> http://janeway.exotica.org.uk/release.php?id=16872

A500 OCS/ECS -> in latest test versions it stops at the very beginning! (in beta12 its fine)

Exact.


Logs attached.

Note : savestate causes only a reset.

[Toni Wilen]

It looks like CPU reads from custom registers aren't fully correct yet. It does (stupidly) CLR.W $dff042 when blitter is running. Previously it did nothing too bad because blitter emulation wasn't accurate enough..

[Toni Wilen]

https://download.abime.net/winuae/fi...uae_4500b13.7z
https://download.abime.net/winuae/fi...e64_4500b13.7z

Final release will be delayed to beginning of 2021. Voodoo 3 and blitter updates (chip schematics "leaked") caused unexpected delay.

Beta 13:

- PCI Voodoo 3 3000 emulation from PCem.
- Fixed existing PCI bridge emulation memory mapped space address calculations (previous PCI boards were all IO only)
- According to Alice schematics, AGA delays blitter finished signal until last D write is done (2 cycles later, only if not line mode and D is enabled). Previous chipsets clear blitter busy (and trigger interrupt) when last D write still pending.
- Added GVP G-Force040. Basically same as G-Force030 (same ROM, same memory config), different internal GVP hardware ID.
- Fixed GUI debugger hang if something was selected in debugger and then focus was changed.
- MAST Fireball DMA address pointer handling fix, some address nybbles were decoded incorrectly. (I did say it has really strange DMA address pointer setup)
- PCem RTG boards didn't always refresh screen fully when switching modes.
- b12 blitter fixes, start up delay was 1 cycle too long, idle cycle before final D write does not need to be free cycle.
- b12 blitter fixes, blitter fill mode setup missed some conditions.
- Mainboard RAM settings disappeared in b11.
- GD5446 (Picasso IV) blitter fix, "Invert Color Expand Source Sense" bit was not handled correctly in all blitter modes. (For example caused MUI 3.8 "REGISTER NOW" window corruption)

Vooodoo 3 3000 details: (Discussion thread here: http://eab.abime.net/showthread.php?p=1447598)
- 16M VRAM (max supported) First hardware emulated board that supports full HD at 32-bit.
- PCI board, PCI bridgeboard must be also configured.
- BIOS ROM seems to be required (at least Mediator Voodoo Picasso96 driver reads some data from BIOS), currently must be in ROM path and named voodoo3.rom. Must be from PCI Voodoo 3 3000.
- Native/RTG switching is implemented by checking status of SVGA screen blank bit. Might not always work correctly.
- Hardware accelerated 3D confirmed working. (This is also partially JIT accelerated so it should be much faster than CV643D)
- PCI to PCI DMA supported, compatible with Voodoo 3 + SB128 or FM801 sound card Mediator DMA hack.

NOTE: At least Cirrus logic based chipsets have JIT related problems (weird looking corruption if JIT is enabeld).

[Mad-Matt]

I'm not sure if its a uae refresh bug or not. Maybe amiga software side , fraps or my own amd driver settings. But for some odd reason fraps sees 30 fps even though uae is showing 60 at the bottom. This is with Chipset refresh rate. If I set default then fraps will see 60 and the bottom will show " 120 [60] ". This is with P96 and Amiga Video set at 31kHz. Although sometimes in 640x480 it will work as expected.

CybergraphX doesnt seem to have the same issue. it sets 30 or 60 (25/50) depending on if Cyber56k audio is set or not.

While forcing Default 60 seems like the right thing to do, it does cause audio/video drift in fraps so would prefer to have chipset working which i'm sure it was during early CVision3D testing.

[Zarnal]

New issue with OCS demo " Oldbulls-Fugazi ".

The problem with the glitch is solved but now this demo stops at the end of this part.

Is the problem the same as with the " Tommyknockers " intro ?

Thanks.