Moonstone Load State failed (HALT2)

[Sent]

Latest WinUAE Version (3.50 64 Bit), Win 10 64 Bit

When i play Moonstone sometimes my save state after saving is corrupted. When i load it i, the game is showing less than 1 second and then i have a black screen and winuae stops with "HALT2".

When i have luck i save state and load it and all is normal.

In other games i don´t have these problems.

I play with 500+ ROM default settings (exept floppy 400%).

The save state is attached.
Screenshot too.

Thanks 4 your help.

[dlfrsilver]

which ADF set ?

Floppy 400% is only good for file copy. Most games will break, you need to use 100% speed.

[Toni Wilen]

It is blitter write wrapping around and overwriting interrupt vectors.

Could you attach config file used to save it?

(Obviously this has nothing to do with floppy speed)

[Sent]

Here it is.

Again. Since now Moonstone is the 1st game save state failed sometimes...

[Toni Wilen]

Could you also attach statefile from same game screen that works?

[Sent]

Yes i can. I just start a new game later and if loading works than i send you. When i'm at home later

So. I tried now many times to get a working statfile. Here it is.

Note. I tried 10 times... 3 are working. the rest not

Nr. 6 working
Nr. 2 not working

[Toni Wilen]

Thanks.

I know what goes wrong but I am not yet sure how to fix it (but it will be fixed in next beta): when saving non-immediate/non-cycle exact prefetch mode state when blitter is active: state is saved after blitter has finished but before CPU has advanced to next instruction: when restoring it, CPU restarts from BLTSIZE write, restarting blitter again.

[Toni Wilen]

Switching off "Wait for Blitter" should also fix it. (It does not fix already created statefiles)

[Sent]

Originally Posted by Toni Wilen

Thanks.

I know what goes wrong but I am not yet sure how to fix it (but it will be fixed in next beta): when saving non-immediate/non-cycle exact prefetch mode state when blitter is active: state is saved after blitter has finished but before CPU has advanced to next instruction: when restoring it, CPU restarts from BLTSIZE write, restarting blitter again.

No Problem. I don't unterstand the technical part. But it doesn't matter. I hope i helped you.

Things i don't understand:
1. Why only in moonstone?
2. Turning off blitter destroy other state files or other games to work
3. Why sometimes it work and sometimes not?

[Toni Wilen]

It needs multiple conditions to trigger:

- blit needs to use all available cycles (blitter nasty set and cycle sequence that uses all cycles)
- blit needs to be active when statefile is created (start of frame)
- waiting for blitter needs to be set
- immediate blitter or cycle-exact not enabled

[Sent]

Ok sir.
For me it means waiting for the next UAE Version or beta to play that game?

[Toni Wilen]

http://www.winuae.net/files/b/winuae.7z now includes the fix if you want to test. (but usual warning: development version, unsupported things may happen)

[Sent]

i will try.
Thank you!

[Sent]

Hi. Yesterday i started a new game with the beta and played around 30 Minutes with a lot if saving and loading and i had no corrupted savestate till now.

[Sent]

Again yesterday played around 30 minutes with several saving and loading and there was no problem.
Still default settings

[Sent]

Hi,
just finished the game without an error! Thank you Sir!

Question: For other games should i use the beta or 3.5?

[Toni Wilen]

Thanks for testing more then enough

Question: For other games should i use the beta or 3.5?

There is no perfect answer. Current betas can have other issues but same statefile issue can happen with other games too (when using your config)

[Sent]

Mhh what is wrong with my default setting?
Can you give me an alternative setting file?

[DamienD]

Only thing I can see from a very quick look is that it's advisable to tick "Cycle-exact (full)" from under "Chipset".

You should use this for the majority of A500 games.

[Toni Wilen]

Yeah, if your PC is fast enough (as in, not ancient), A500 cycle-exact mode is recommended.