WinUAE 2.0.0 beta series

[JohnF]

Originally Posted by Toni Wilen

Ok, attach the statefile, please. Sound could be related to cube issue..

Two state files (just before, and during) zipped and attached.

The strange thing is, when I load the dd-before state (fresh start of winuae), the colour bars don't disappear.

To be clear, when the colour bars do disappear, they were present when the cube first appeared, then disappear as the cube grows.

[dlfrsilver]

Originally Posted by Kettenhund

found a graphical glitch again. this time in the "State of the Art" Demo. It runs fine with cycle-exact on, but turned off it produces the following glitch.

in previous versions it looked fine even with cycle-exact off.

Now cycle-exact is the rule.

[Toni Wilen]

Originally Posted by dlfrsilver

Now cycle-exact is the rule.

Not really. It is case-by-case and SOTA does not have anything tricky so it should still work

[Toni Wilen]

Originally Posted by JohnF

Two state files (just before, and during) zipped and attached.

The strange thing is, when I load the dd-before state (fresh start of winuae), the colour bars don't disappear.

To be clear, when the colour bars do disappear, they were present when the cube first appeared, then disappear as the cube grows.

Something is corrupting the copper list. Copper list is generated just before cube appears, it is corrupted in "during" statefile, "before" generates it correctly. I guess statefile needs to be created earlier, perhaps before the starfield even appears.

[JohnF]

Originally Posted by Toni Wilen

Something is corrupting the copper list. Copper list is generated just before cube appears, it is corrupted in "during" statefile, "before" generates it correctly. I guess statefile needs to be created earlier, perhaps before the starfield even appears.

New statefiles attached that both show the problem (also tested these on a separate/older XP SP3 machine, same result once I remembered to set Best Compatibility).

[Steve]

I recieved Oscar V2 in the post this morning. Its brand new as well which is pretty amazing. Not a scratch on it! Anyway just thought I'd let you know that this version works perfectly using the latest beta. Seems this V2 doesn't suffer from the same slow-motion effect in WinUAE, unlike the V1 which have. The palette change works correctly and CD music plays during the levels. Great stuff!

The only small problem I noticed was that the CD music started a tad early before you get to the level screen. Its only early by a couple of seconds or so and this probably occurs on a real CD32 anyway. It seems like a good stable beta at the moment!

[Toni Wilen]

Originally Posted by JohnF

New statefiles attached that both show the problem (also tested these on a separate/older XP SP3 machine, same result once I remembered to set Best Compatibility).

Unfortunately I can't find anything obvious, probably usual demo bug that only accidentally works. (yes, it did work on older versions but they had blitter timing bugs)

This won't be fixed. At least not until some other program is found the can be debugged more easily. (this isn't simple blitter directly corrupting some data)

Originally Posted by Steve

The only small problem I noticed was that the CD music started a tad early before you get to the level screen. Its only early by a couple of seconds or so and this probably occurs on a real CD32 anyway. It seems like a good stable beta at the moment!

It may be "bug", CD audio seek delays (CD32 CD seeks are really slow, can be more than 1 second..) and CD audio fades are not emulated.

[JohnF]

Originally Posted by Toni Wilen

Unfortunately I can't find anything obvious, probably usual demo bug that only accidentally works. (yes, it did work on older versions but they had blitter timing bugs)

This won't be fixed. At least not until some other program is found the can be debugged more easily. (this isn't simple blitter directly corrupting some data)

Okay Toni, thanks for looking.

[Toni Wilen]

Originally Posted by JohnF

Okay Toni, thanks for looking.

It is guaranteed there are demos with other issues that will help fixing this, only problem is lack of time

[Toni Wilen]

http://www.winuae.net/files/b/winuae_2000b14.zip

Beta 14:

- added very basic MMU statefile support
- and more MMU compatibility updates (LINK, RTD, CMPM)
- FTRAPcc fix from Aranym (I guess nobody uses this instruction..)
- MMU access error instruction restart update, Linux really works now but is quite useless because there is no hardware cdrom or network emulation..
- CD32 pad default mapping RWD and FFW swapped
- non-CE mode blitter timing fix (blitter timing got better few betas ago but it was less compatible because cpu is not slowed down..)
- bsdsocket MSG_WAITALL really works now
- added "value must change" debugger memwatch mode (C)
- another reading write-only (or more like "read-only") register update, reading 0xDFF000 always returns whatever was left on chip bus. Only on OCS chipset and only 0xDFF000 (BLTDDAT) does this. Correct fix for Codetrash. This demo has really "fun" bug, it does cmp.b #$30,$dff000;bne.s loop (should be $dff006) and this comparison only succceeds because of 0xDFF000 special case AND because module player is running and there is at least one audio sample with value of $30! (unbelievable, isn't it?)

[Steve]

When I start emulation using any of my configs the first thing to pop up is the WinUAE debug window.

[Toni Wilen]

Originally Posted by Steve

When I start emulation using any of my configs the first thing to pop up is the WinUAE debug window.

Redownload. I forgot some debugging code..

[Mclane]

Same here, if you load up as an A500 you can't even get rid of the debug window, I had to shut the task down. I deleted the stored registry setting and it's the same.

Rescanned the roms, the same..

A1200 mode sends it straight to the debug window, A1000 mode does not even boot

[Mclane]

oops...ignore last

EDIT:

Redownloaded 3 times and same thing still...I'll try a shut down and a clear cache incase it's that..


EDIT 2: Fine now, must have been the cache being saved..

[JohnF]

Originally Posted by Toni Wilen

It is guaranteed there are demos with other issues that will help fixing this, only problem is lack of time

Here's another:

Day of Reckoning/Digital (DDC0E168): In the credits/end part, a black horizontal line appears towards the bottom of the screen (first visible when spaceship comes on screen) in b10 through b13. No black line in b9 and earlier (tested back to b2).

I can't tell what happens in b14 as the demo Gurus after the 'firework with a trail' - log attached.

[JohnF]

Another example of a horizontal black line can be seen in Speedball 2 (IPF 180 - C9BF9330), on the intro screens, in b4 through b14. The line starts twitching when 'LOADING GAME'. No black line in b2 and b3.

[DamienD]

Originally Posted by JohnF

Another example of a horizontal black line can be seen in Speedball 2 (IPF 180 - C9BF9330), on the intro screens, in b4 through b14. The line starts twitching when 'LOADING GAME'. No black line in b2 and b3.

Is this the same thing that we discussed in an old thread JohnF?

... Picture bobbing 1 rasterline up and down

If not then please ignore my comment.

[JohnF]

Originally Posted by DamienD

Is this the same thing that we discussed in an old thread JohnF?

... Picture bobbing 1 rasterline up and down

If not then please ignore my comment.

The video looks very similar, except in my case the line is visible more of the time than not.

[NewDeli]

Could anybody try, in WinUAE beta
Lancelot and/or Gnome Ranger WHDload slaves with cycle exact enabled, plz ?


I am currently suspecting a possible bug with cycle exact enabled, but I can't really say which side it is : WHDload or WinUAE.

Left of the cursor, you may notice some letters getting truncated.
It doesn't happen with Cycle Exact unticked
AND
it doesn't happen when simply loading the ADF of that game from the WB.

If you need me to post about this
in prb games or in another section, just let me know.


This not aimed at distracting the cycle exact supporters
to use this setting extensively,
as it may not induce any noticeable errors for other types of games.

[NewDeli]

Since I have my CD32 config. ready to roll, I thought I could fire Oscar v2 ISO (also holds Diggers) for a few seconds, and apparently, it's working fine. Seems the Amiga game developers never got tired of coding colorful jump'n'runs !

@Steve
I guess it's my turn to send you a CD32 config if you still have issues with it