[a no cracktro] vs [a cracktro disabled/removed]

[Kodoichi]

I noticed this in the Amiga games dat:

The latest release 2023-01-23 renames entries from "no cracktro" to "cracktro disabled" or "cracktro removed", which makes sense. There are still some entries where "no cracktro" is left. Were these simply forgotten, was there no time for renaming due to the deadline for the Tosec release or are they supposed to be like that, to tell us the cracking group did not leave any visible info?

[Crashdisk]

Hi,
you had already mentioned a similar subject some time ago about the tag [b checksum error]. The reason is simple, I process the games 1 by 1 and not only to change a tag or two. I examine all the disks related to the game. For the "RVF Honda" game alone, I have analyzed 88 disks (for the next release).
the [no intro] tag is going to disappear but this requires examining the different versions to determine who did what compared to the original.

For information about this last publication, I have reviewed 208 games and that's not bad...

[Crashdisk]

I found a good example to explain you why we should not rename [b checksum error] tags to [b corrupt file] in a systematic way :
Voyager v1.00 (1989-05-03)(Ocean)(M3)[cr OCL][b checksum error]
[1C8773E3]

This game uses a bootloader to load the game contained in a DOS file called "DJG"
The Oracle crack was made directly in the data sectors without correcting the checksum. The result? It works very well because the loader doesn't care!

In the end, this version is the real Oracle distribution