Plan 9 from Outer Space NTSC version by Konami with virus on disk 3?

[CFou!]

new beta in TheZone
- music fixed
- NTSC version support
- stupid 68020+ restriction removed

for test.
WARNING!!!
NTSC 3 data files are damaged so you can start to play game must it will crash at one time or another.....

[AmigaHope]

Originally Posted by dlfrsilver

Simply send me your dump done with the kryoflux card.

I will process the files and tell where the bad tracks are (easier).

If the errors aren't too bad you can even brute force CRC collisions to try to recover the original sector (flip all bits in area with bad flux until you get a valid sector). Unless the track was seriously damaged or overwritten by a virus or something.

[CFou!]

Originally Posted by AmigaHope

If the errors aren't too bad you can even brute force CRC collisions to try to recover the original sector (flip all bits in area with bad flux until you get a valid sector). Unless the track was seriously damaged or overwritten by a virus or something.

many cheksum error on disk 3 & 4 (4 tracks on disk2) but i work with first RAW/CT files...

[dlfrsilver]

Originally Posted by AmigaHope

If the errors aren't too bad you can even brute force CRC collisions to try to recover the original sector (flip all bits in area with bad flux until you get a valid sector). Unless the track was seriously damaged or overwritten by a virus or something.

in fact, from what i saw, the disks have mould on them. that's why there are error on reading, and bad tracks in the CTraw files.

[DrBong]

Originally Posted by CFOU!

with last RAW some error in on disk 2 and many on disk 3 & 4.

Originally Posted by dlfrsilver

Simply send me your dump done with the kryoflux card.

I will process the files and tell where the bad tracks are (easier).

I've just upped a raw dump of my original NTSC version of Plan 9. Is it any better than the raw dump provided by mc68060?!

[dlfrsilver]

thanks let me check that

EDIT : Carlo, disk 2,3,4 requires cleaning. I have errors on them.

Can you do that please ?

[DrBong]

Originally Posted by CFOU!

Hi here is the beta imager which supports PAL / NTSC
The image is not final for the NTSC version because the last 10 bytes of each image disk are not good (they must be calculated and the last disk includes all the tracks whereas a large part of the disk is simply formatted without useful data.
it can be useful to check disks.

ps: you need a recent version of RAWDIC

Just tested this. RawDIC reports a checksum error on track 154 for disk 2 of my original.

[DrBong]

Originally Posted by dlfrsilver

thanks let me check that

EDIT : Carlo, disk 2,3,4 requires cleaning. I have errors on them.

Can you do that please ?

No time tonight - I must get some sleep. Maybe later in the week when my work schedule isn't so heavy. In the meantime, I wonder if Bertrand can work some magic for the WHD patch between the two sets of raw dumps that have been supplied by mc68060 and myself.

[dlfrsilver]

Originally Posted by DrBong

No time tonight - I must get some sleep. Maybe later in the week when my work schedule isn't so heavy. In the meantime, I wonder if Bertrand can work some magic for the WHD patch between the two sets of raw dumps that have been supplied by mc68060 and myself.

Each have too many bad tracks.

[CFou!]

for last Carlo dump:

NTSC again damaged
Disk 2 : track 155
Disk 3 : track 159
Disk 4 : tracks 65,73,75,105,107,109 (more but no data on this tracks)

[CFou!]

Originally Posted by CFOU!

for last Carlo dump:

NTSC again damaged
Disk 2 : track 155
Disk 3 : track 159
Disk 4 : tracks 65,73,75,105,107,109 (more but no data on this tracks)

with first dump more damaged track but are good:

Disk 4 :73,107 (to verify)

so imposible to do good version with current dumps

[Don_Adan]

Originally Posted by CFOU!

with first dump more damaged track but are good:

Disk 4 :73,107 (to verify)

so imposible to do good version with current dumps

Why? you can compare files from PAL and NTSC version, also RNC files has checksums. Then if only one bit is changed its possible to restore good file. Some game used same file on 2 disks, then better compare all files from all versions and all disks.

[dlfrsilver]

Originally Posted by Don_Adan

Why? you can compare files from PAL and NTSC version, also RNC files has checksums. Then if only one bit is changed its possible to restore good file. Some game used same file on 2 disks, then better compare all files from all versions and all disks.

NTSC and PAL disks differs.

[CFou!]

for disk2 in PAL installed file good data start to $e2d82 (lg 178c)

in installed damaged file start to $dfb20


so i ll can fix with raxdic disk 2

[CFou!]

for disk3 i am not found continues data it seems between disk 3 & 4 of pal version...

[Don_Adan]

Originally Posted by dlfrsilver

NTSC and PAL disks differs.

Yes, PAL and NTSC disks can be different. But most files can be identical, only stored at different offsets or different disks. The best is rip all RNC files from PAL and NTSC versions. Find all damaged NTSC files and try to find good files from PAL version. If only a few files is damaged then NTSC version can be easy restored.

[CFou!]

attached data to fix Disk 2 & 3

[AmigaHope]

Originally Posted by CFOU!

many cheksum error on disk 3 & 4 (4 tracks on disk2) but i work with first RAW/CT files...

The key is to twiddle the bits on the MFM level. There can only be a run of 3 flux levels in a row, and a bad spot on the disk will usually show up as a spot with a flux level out of character with the surrounding flux. This makes it pretty easy to spot where the bad parts of a sector are.

You can then produce all possible valid combinations of those transitions (constrained by the run length limit) and then decode the sector to see if it matches CRC. If only a few bits are bad there should only be one valid solution.

[CFou!]

Originally Posted by AmigaHope

The key is to twiddle the bits on the MFM level. There can only be a run of 3 flux levels in a row, and a bad spot on the disk will usually show up as a spot with a flux level out of character with the surrounding flux. This makes it pretty easy to spot where the bad parts of a sector are.

You can then produce all possible valid combinations of those transitions (constrained by the run length limit) and then decode the sector to see if it matches CRC. If only a few bits are bad there should only be one valid solution.

thanks for information.

but by luck all damaged data seems identical on NTSC & PAL version only disk offset was differents:

attached extracted data

curiously some data normaly damaged was correct it must be a bit error in the chcksum word at the end of the long mfm tracks

[CFou!]

Hi

Finally NTSC is fixed via RAWDIC

only last RAW/CT file from Carlo (MrBong) works with this imager

installer final version