TOSEC Amiga Correction Thread

[Crashdisk]

Originally Posted by mai

of course there are no crack related modifications, so [h].
Do you think, there was anything to crack on Disk 1, for me it seems, there are also no crack related modifications?

I have no firm opinion. I do not have the sufficient knowledge to judge even if I share your point of view...

[mai]

@Crashdisk:
Is it possible to include feature in DMS-Workshop to extract single or whole files out of an image with Amiga DOS structure?

[Crashdisk]

Originally Posted by mai

@Crashdisk:
Is it possible to include feature in DMS-Workshop to extract single or whole files out of an image with Amiga DOS structure?

I have the opportunity to do so by enabling features directly in the source code but the problem for the end user is to have an interface for selecting files. You should know that it was not originally planned so it may be difficult to integrate at this stage of development.
In any case, it is noted, I'll see what I can do ...

[mai]

Originally Posted by Crashdisk

I have the opportunity to do so by enabling features directly in the source code but the problem for the end user is to have an interface for selecting files. You should know that it was not originally planned so it may be difficult to integrate at this stage of development.
In any case, it is noted, I'll see what I can do ...

That would be great.
Sorry for overrunning you, i have another thought:
Currently you have this "Track identification" feature included.
Could it be possible to include a comparing feature, as in ADFCompare, where you can compare 2 or more images directly?

[Crashdisk]

Originally Posted by mai

That would be great.
Sorry for overrunning you, i have another thought:
Currently you have this "Track identification" feature included.
Could it be possible to include a comparing feature, as in ADFCompare, where you can compare 2 or more images directly?

I had this idea even though I still have nothing planned.
Currently, I plan to completely rewrite the bootblock identification method. I know that already works pretty well, but it does not suit me at all.

[Cassiel]

Well, whether you include hacks/conversions in Games [ADF] or as a separate DAT (or potentially not at all, though that would be worst outcome IMO) I'll leave up to you guys. Use your best judgement.

We do have this exact same situation in other DATs however. They have been included, and this is how I have dealt with them (naming wise):

Sega SuperSystem (Games DAT): "Kick-Ass Game (1989)(Sega)" -> this is the original game, on its original platform/system.
Nintendo KoolSystem (Games DAT): "Kick-Ass Game (2012)(KoolHackers)[p]" -> this is the converted Sega -> Nintendo game. Since its 'cross platform/DAT', [ h ] flag doesn't really make sense. The year is the updated year the conversion was made, the publisher was "who" (individual/crack group/commercial publisher(or commercial pirater)) that 'made' it. And [ p ] to indicate its unlicensed conversion/hack. You could also add a [more info] such as [Atari ST Conversion] if you wanted also.

That's how I would deal with naming them anyway.

Originally Posted by Crashdisk

This is not the first time that an Atari game under license is converted on Amiga, but this is the first time that we wish to incorporate one in TOSEC.
Remains is to define the type of game we want to integrate into "Amiga - Games [ADF]"
- Commercial game
- Unreleased game
- Under licence (so commercial games converted from another machine, distributed free on Amiga (illegal without acquiring rights or authorization of the authors))

@ Cassiel
I would like to have your opinion on this subject.

[mai]

Tricky Quicky Games - Die Suche nach den verschollen Seiten (1991)(Nestle)(DE)[h Jetset - HT Bilgisayar][promo]
CCE1404B

Tricky Quicky Games - Die Suche nach den verschollen Seiten (1991)(Nestle)(DE)[h Jetset][t +13 TRZ][promo]
A323B8D7

DMS-Workshop reports "Wrong DataBlock Sequence" in one file, but again it seems, that this has no negative influence.

[prowler]

Originally Posted by mai

DMS-Workshop reports "Wrong DataBlock Sequence" in one file, but again it seems, that this has no negative influence.

@mai/Crashdisk,

I may be able to offer an explanation for this:

I am fairly sure that one of the disk images I had a hand in fixing (I can't remember which of them it was, unfortunately) had a file header data block sequence which was not in agreement with the data block sequence suggested by the next data block pointer entries.

I discovered that, for AmigaDOS file operations, the next data block pointer entries have precedence, but for disk recovery utilities (e.g. DiskSalv), the file header data block sequence has precedence.
(Note that this may actually be the other way around. I don't remember this clearly any more and I neglected to make any note about it at the time, unfortunately.)

[Crashdisk]

@ cassiel
I think at the moment we have never used the tag [p]
Thank you for sharing your POV


@mai / prowler
The problem on LEV3 file is real but not for AmigaFileSystem (duplicate sectors, see below)

File selected             : Tricky Quicky Games - Die Suche nach den verschollen Seiten (1991)(Nestle)(DE)[h Jetset][t +13 TRZ][promo].adf
File size                 : 901.120 bytes
CRC32                     : $A323B8D7
File loaded as an ADF     : AmigaDOS OFS

Bootblock type <Standard> identified with ABR DB :
AmigaDOS Standard - 2.0 OFS
Bootblock type <Standard> identified with DWP Lev2 DB :
Commodore Install WB v2.04 OFS

Disk Format : Bootable DOS disk
 - Block Allocation Map was found in sector 1221
 - Disk name            : <Leer>
 - Filesystem creation  : 1992.09.02 13h30
 - Last root alteration : 1994.04.07 02h51
 - Last disk alteration : 1994.04.07 03h27
 - Rate of filling      : 100.00% (based on BAM info)

-------------------------- -------- -------- -- -- -- ---------------- ---------------------------------------------------------------
 Content list             |  Size  | CRC32  |BA|HR|SQ|      Date      | Error reporting                                               |
-------------------------- -------- -------- -- -- -- ---------------- ---------------------------------------------------------------
DEVS/                     |   <DIR>|        |OK|OK|  |1999.12.26 05:34|                                                               |
DEVS/system-configuration |     232|890DCD51|OK|OK|OK|1999.12.26 05:35|                                                               |
s/                        |   <DIR>|        |OK|OK|  |1994.04.07 04:21|                                                               |
s/jet                     |     614|9E477999|OK|OK|OK|1994.03.24 21:35|                                                               |
s/startup-sequence        |      33|61C29E9E|OK|OK|OK|1994.04.07 04:22|                                                               |
s/Type                    |   2.176|E50901F4|OK|OK|OK|1999.12.26 04:57|                                                               |
ABRG                      |   8.596|8BE1EEE0|OK|OK|OK|1992.09.02 13:17|                                                               |
ANFG                      |  29.772|BC190E3B|OK|OK|OK|1992.09.02 13:10|                                                               |
BNSL                      |  35.644|5397D701|OK|OK|OK|1992.09.02 13:14|                                                               |
BPIC                      |  20.728|8D8FEC79|OK|OK|OK|1992.09.02 13:19|                                                               |
EPIC                      |  13.924|7FCA9549|OK|OK|OK|1992.09.02 13:16|                                                               |
KMET                      |  17.932|8107B26B|OK|OK|OK|1992.09.02 13:45|                                                               |
LABY                      |  24.356|A9128200|OK|OK|OK|1992.09.02 13:11|                                                               |
Loader.exe                |   9.820|EED2BD0F|OK|OK|OK|1994.03.22 13:48|                                                               |
LVL1                      |  86.544|52B46829|OK|OK|OK|1992.09.02 13:35|                                                               |
LVL2                      |  91.080|50C9089E|OK|OK|OK|1992.09.02 13:43|                                                               |
LVL3                      |  90.764|00000000|OK|OK|KO|1992.09.02 13:52|Sect 1749 seq 151 => Wrong data block sequence                 |
LVL4                      |  91.836|4D1716C9|OK|OK|OK|1992.09.02 14:00|                                                               |
LVL5                      |  83.716|00000000|??|KO|KO|1992.09.02 13:08|Deleted : Sect 242 seq 23 => Wrong data block key and sequence |
LVL5                      |  83.876|5053A8DF|OK|OK|OK|1994.03.22 16:10|                                                               |
PIC1                      |   8.708|A8B17BC8|OK|OK|OK|1992.09.02 13:11|                                                               |
PIC2                      |  10.208|164795F4|OK|OK|OK|1992.09.02 13:25|                                                               |
PIC3                      |   7.508|D1BDA5D3|OK|OK|OK|1992.09.02 13:24|                                                               |
PIC4                      |   7.764|7F736AE3|OK|OK|OK|1992.09.02 13:22|                                                               |
PIC5                      |   8.940|FDD7C16E|OK|OK|OK|1992.09.02 13:20|                                                               |
SCHL                      |  37.464|C07E939C|OK|OK|OK|1992.09.02 13:28|                                                               |
STRT                      | 116.660|2D0C5EDB|OK|OK|OK|1992.09.02 13:08|                                                               |
ZamBaLa                   |  10.344|829A798B|OK|OK|OK|1994.03.22 17:16|                                                               |
-------------------------- -------- -------- -- -- -- ---------------- ---------------------------------------------------------------

Sector 1749 is a duplication of the sector 1705 (OFS Data)
Sector 1750 is a duplication of the sector 1706 (OFS Data)
Sector 1751 is a duplication of the sector 1707 (OFS Data)
Sector 1752 is a duplication of the sector 1708 (OFS Data)
Sector 1753 is a duplication of the sector 1709 (OFS Data)
Sector 1754 is a duplication of the sector 1710 (OFS Data)
Sector 1755 is a duplication of the sector 1711 (OFS Data)
Sector 1756 is a duplication of the sector 1712 (OFS Data)
Sector 1757 is a duplication of the sector 1713 (OFS Data)
Sector 1758 is a duplication of the sector 1714 (OFS Data)
Sector 1759 is a duplication of the sector 1715 (OFS Data)

Calculate fingerprints for this ADF :
SHA1  : 42AFA58FA9CA59B3594DF346C7AE1A2E3E0E7E4C
MD5   : 48C852F171F4324BC180B77C39411455
CRC32 : A323B8D7

[mai]

Originally Posted by Crashdisk

The problem on LEV3 file is real but not for AmigaFileSystem (duplicate sectors, see below)

...and that means, mark it as [b]ad?

for your info, i will remove:

Turrican II - The Final Fight (1991)(Rainbow Arts)(Disk 2 of 2)[cr Defjam][a6]
C0F400FA

its an empty disk!

[Crashdisk]

Originally Posted by mai

...and that means, mark it as [b]ad?

Yes, [b corrupt file]

Originally Posted by mai

for your info, i will remove:
Turrican II - The Final Fight (1991)(Rainbow Arts)(Disk 2 of 2)[cr Defjam][a6]
C0F400FA
its an empty disk!

Turrican II - The Final Fight (1991)(Rainbow Arts)(Disk 2 of 2)[cr Defjam][b bamcopy][C0F400FA][BAD]
Added...^^

Coming soon:
off topic but I added a file extraction function for DMS-Workshop. It is very basic (ADF/DMS to dir) but it does its job...

[DH]

I have just renamed some of my scene demos etc correctly using the latest Tosec Data sets, when I discovered this:-

Stencil Vectors (1975)(Bennyboys).zip

Either these guys went into the future, then took back an Amiga, or someone has just miss keyed the year in.

[mai]

Originally Posted by Crashdisk

Yes, [b corrupt file]

Why, can you explain please!
It seems AmigaDOS can handle this, i can copy file to another destination and get same crc32 as in the other images.

Originally Posted by Crashdisk

off topic but I added a file extraction function for DMS-Workshop. It is very basic (ADF/DMS to dir) but it does its job...

nice, thanks!

[StingRay]

Originally Posted by DH

I have just renamed some of my scene demos etc correctly using the latest Tosec Data sets, when I discovered this:-

Stencil Vectors (1975)(Bennyboys).zip

Either these guys went into the future, then took back an Amiga, or someone has just miss keyed the year in.

The 1975 is part of this lousy and lame fake demo. "A Benny Boy production in 1975" can be seen in the demo. Bennyboys should btw also be corrected!

[Crashdisk]

Originally Posted by DH

I have just renamed some of my scene demos etc correctly using the latest Tosec Data sets, when I discovered this:-

Stencil Vectors (1975)(Bennyboys).zip

Either these guys went into the future, then took back an Amiga, or someone has just miss keyed the year in.

this dats is currently in standby but I'll fix that (It's too late for the next TOSEC release)

@ mai

5368 bytes are duplicated in the file LEV3 ...
Extract the file LEV3 and look at $CBF8

0000cbd0h: 01 A4 F5 FC 01 C8 F3 8D EC 80 77 58 93 C3 96 0F ; .¤õü.Èóì€wX“Ö.
0000cbe0h: 28 95 25 86 A9 95 06 4A DF 53 82 AD 3B 06 82 77 ; (•%†©•.JßS‚*;.‚w
0000cbf0h: E9 FA 75 01 3C 37 00 F9 9D 68 60 39 03 D3 1D E8 ; éúu.<7.ùh`9.Ó.è
0000cc00h: 69 21 E6 A8 89 04 37 75 E9 3C 55 60 9E D1 E4 75 ; i!樉.7ué<U`žÑäu
0000cc10h: 15 43 0E A0 6C 4A 72 80 32 10 FA 9B 25 28 37 74 ; .C. lJr€2.ú›%(7t

and jump to $11DF0:

00011dd0h: 35 53 35 11 92 00 1A 25 5A 00 9B 05 4C 82 6F 84 ; 5S5.’..%Z.›.L‚o„
00011de0h: 55 F5 41 13 99 DF 34 07 0E E0 18 2C 44 1C 25 01 ; UõA.™ß4..à.,D.%.
00011df0h: 9D 68 60 39 03 D3 1D E8 69 21 E6 A8 89 04 37 75 ; h`9.Ó.èi!樉.7u
00011e00h: E9 3C 55 60 9E D1 E4 75 15 43 0E A0 6C 4A 72 80 ; é<U`žÑäu.C. lJr€
00011e10h: 32 10 FA 9B 25 28 37 74 49 4C 34 A0 E0 09 12 C9 ; 2.ú›%(7tIL4 à..É

this is a duplicate of sector due to a bad copy (read error so I transfer previous data buffer), it is unfortunately a common problem ...

@ StingRay & DH

Both bullsh*t are corrected :
Sma Bananbitar och annat kladd (19xx)(Bennyboy)
Stencil Vectors (19xx)(Bennyboy)

[mai]

Originally Posted by mai

i can copy file to another destination and get same crc32 as in the other images.

ok, marked as [b]ad,it was a mistake, what i wrote above, probably used wrong image to test.
thanks again

[dlfrsilver]

@Mai or Crashdisk : You can flag Alien Breed 2 AGA fairlight crack as [BAD].

It's impossible to correct the outro corruption, because it would go beyond the 901120 bytes of a standard ADF. The last file on disk 1 is cutted from the start for this very reason. (file size is $5800 in length instead of being $9E60 like the original).
...fixed, mai

[dlfrsilver]

Back again, i have checked this time The Paradox crack of Alien Breed Tower assault.

Either the ECS or AGA release have the very latest file truncated on disk 2 and 3 (exactly the same problem as AB2 AGA), if you picked the original file, and you try to correct the error, the ADF is now 881kb, meaning it break the ADF in itself.

Please, flag it as bad.

PS : interestingly enough, i have found Stefan Boberg =SB= Packer called LHACONV from AB3D2 KG source code

It encrypts and packs previously made LHA archive. I can zone it if anyone is interested.

[mai]

Originally Posted by dlfrsilver

Back again, i have checked this time The Paradox crack of Alien Breed Tower assault.

Either the ECS or AGA release have the very latest file truncated on disk 2 and 3 (exactly the same problem as AB2 AGA), if you picked the original file, and you try to correct the error, the ADF is now 881kb, meaning it break the ADF in itself.

Please, flag it as bad.

PS : interestingly enough, i have found Stefan Boberg =SB= Packer called LHACONV from AB3D2 KG source code

It encrypts and packs previously made LHA archive. I can zone it if anyone is interested.

Where can i see the error, when playing the game?

[dlfrsilver]

You can see the error when playing the game. But in order to make you not loose your your time, i have actually fully extracted all the files from the original and the disk images.

and there, i have compared all the files sizes, and the CRCs. Just to find that the disk 4 is used to store the outros for ECS and AGA versions. (3 Files for each versions).

On disk 2 (file 079) and 3 (file 081), the very last file is truncated (size is 168kb uncrunched, and 25kb crunched). On disk 2 you see clearly that if you try to decrunch the file, you only get a 374 bytes file, when the original disk 2 is also 168kb uncrunched, but 26kb.

There is 1kb of data missing, explaining why it crash during the game. And you have the same on disk 3 with the very last file too.

If i remember clearly from memory (i had the paradox crack in 1994), the game fucks on the science zone 2 (GFX corruption). And there is from the info file of the delight release a note saying that the game will also crash on the main tower higher levels.

maybe the big archives of each tower assault disks can work patched, but only when installed from hard drive.

But anyway, the game must be flagged as [b]
...fixed, mai