Cadaver Save Disk

[Toni Wilen]

Write routine is stupid, very stupid.

It waits for index sync. Starts write DMA. Waits for next index sync and immediately kills the DMA..

EDIT:

This has nothing to do with needing more space than standard floppy can hold. Game only needs about 11968 bytes per track but the way of killing the DMA is causing some error somewhere. This really seems to be emulation bug.

[dlfrsilver]

Ok, but what is the track length defined in the routine ?
How much does it try to write ?

[Toni Wilen]

Fixed. It was really simple and stupid bug but no other save routine ever did it this way..

Nothing was written to adf if write DMA was aborted before it ended

[dlfrsilver]

then how i have been able to create correctly the save disk then ?

I should have been blocked like the guy no ?

[Toni Wilen]

Originally Posted by dlfrsilver

then how i have been able to create correctly the save disk then ?

I should have been blocked like the guy no ?

Because your overly long track allowed DMA to finish before next indexsync..

[dlfrsilver]

Ok thank you for your reply. However i will test with my cadaver v0.01 version on my real amiga

[Toni Wilen]

It will work. Problem has nothing to do with write length.

[Interceptor]

thanks for sorting that out

[dlfrsilver]

yes one more problem solved !

[Toni Wilen]

At least SSP cracked version uses same save format. I'd have expected save problem reports years ago..

[dlfrsilver]

well i never heard about people having problems back in the day......
No one has posted here since that guy from Interceptor, and it's not even on
a real amiga but on emulator :| ?

[Toni Wilen]

Ok, it seems there is still some confusion about this problem.

It is simple and stupid emulator bug: disk write DMA abort -> NOTHING is written to adf file. (data is totally lost) and this game aborts the DMA when enough data has been already written. (which is weird way to do but it does work)

It has NOTHING TO DO with disk rotation rate.

[dlfrsilver]

thanks for this explanation !

[zeGouky]

Hello,

sorry to revive this thread but it seems that the saving problem under winuae is still there and i was wondering if any one managed to get it working? I've dumped my own original disk and when i try to save Winuae says

---------------------------
WinUAE message
---------------------------
The software uses a non-standard floppy disk format. You may need to use a custom floppy disk image file instead of a standard one. This message will not appear again.
---------------------------
OK
---------------------------

So i've tried with a custom disk and while the message doesn't appear the save is corrupted when i try to load it.

The "fun" thing is that saving is also not working under fpga recreation (mister/fpgaarcade) so I was wondering if the problem could be related.

Any help would be great.

Thanks!

[DamienD]

I just tested here and had the same issue.

...probably easier to use "Save States" for now

[zeGouky]

Sure but since Toni mention that he found a bug on the DMA abort , was it supposed to fix the issue on Cadaver? (and dfrsilver was able to get the save working with a custom disk)

Also if the bug is shared with fpga recreation that make it quite interesting

[Mclane]

Its probably an accidental regression...There's quite a lot of code to organise

[Toni Wilen]

It is writing related, this time writing is not stopped at index for some reason. (When did it stop working?)

This game saves quite strangely, first it waits for index, starts writing, stops writing at next index. If writing is not stopped, it overwrites part of previously written data. (Instead of doing it sanely..)

[Zarnal]

Hello,

It's very curious.

If you use a blank extended adf HD in a DD 880k floppy, savegames works.

Why ? I don't understand.

[Toni Wilen]

Track has more space (2x more) = partial overwrite (due to track "wrap around") won't happen. (Due to historic reasons HD in DD drive works that way, it can't happen in real world)