Creating your own IPFs

[Jeff_HxC2001]

Hello,


A Gotek HxC firmware user bring me here.


Attached the tested and working HFEv3 with the GCR track.

Converted from the SCP file with the latest HxC Tool. (Disk bitrate fixed/cleaned to 250kbits/s + GCR track 50 side 0 fixed to ~294kbits/s)

[dlfrsilver]

Originally Posted by Jeff_HxC2001

Hello,


A Gotek HxC firmware user bring me here.


Attached the tested and working HFEv3 with the GCR track.

Converted from the SCP file with the latest HxC Tool. (Disk bitrate fixed/cleaned to 250kbits/s + GCR track 50 side 0 fixed to ~294kbits/s)

What is the problem with the kryoflux heavy dump ?

[Jeff_HxC2001]

Originally Posted by dlfrsilver

What is the problem with the kryoflux heavy dump ?

It seems quite noisy. i don't try it. (probably dumped with a "barely" GCR compatible drive )

[Jeff_HxC2001]

To compare the SCP doesn't have these noises.

[dlfrsilver]

Originally Posted by Jeff_HxC2001

It seems quite noisy. i don't try it. (probably dumped with a "barely" GCR compatible drive )

The contributor did it with a drive, i don't know the model used.

It's very possible.....

[BarryB]

Originally Posted by acd2001

keirf disk-utilities 19/07/2022 git 91379c7
Added Alternate Reality GCR Protection

Thanks for this!!

[BarryB]

Keir has now updated the decoder for After Burner (Activision) in Disk-Utilities to deal with the CRC error on track 15 (7.1) on some copies! It will now create a proper CRC for that track if it detects the incorrect CRC and will create a working IPF

Previously, the generated IPF would stick on track 7.1 if it was one of the copies with the CRC error as that track would be created unformatted in the IPF due the decoder not recognising it, but that is now fixed!

[acd2001]

keirf disk-utilities 25/07/2022 git 4a80058
firebird: Detect and fix known CRC error on After Burner Disk A.
Checked against BarryB's dump from the Magnum 4 collection.

[dlfrsilver]

Originally Posted by acd2001

keirf disk-utilities 25/07/2022 git 4a80058
firebord: Detect and fix known CRC error on After Burner Disk A.
Checked against BarryB's dump from the Magnum 4 collection.

I have the Magnum 4 compilation, and there is no error on my disk.....

EDIT : check Disk 1, and all is fine. The format used is Firebird (sync 8944) 1 sector.

@Barry, please contact me by mail.....

[BarryB]

Originally Posted by dlfrsilver

I have the Magnum 4 compilation, and there is no error on my disk.....

EDIT : check Disk 1, and all is fine. The format used is Firebird (sync 8944) 1 sector.

@Barry, please contact me by mail.....

I also have the Magnum 4 compilation and my Disk 1 does have the CRC error!

I also have a boxed copy and set of loose disks that do not show the CRC error.

[dlfrsilver]

Originally Posted by BarryB

I also have the Magnum 4 compilation and my Disk 1 does have the CRC error!

I also have a boxed copy and set of loose disks that do not show the CRC error.

I sent you the IPF i did that has not errors to fix your original

[BarryB]

Originally Posted by dlfrsilver

I sent you the IPF i did that has not errors to fix your original

Originally Posted by acd2001

keirf disk-utilities 25/07/2022 git 4a80058
firebird: Detect and fix known CRC error on After Burner Disk A.
Checked against BarryB's dump from the Magnum 4 collection.

Cheers, can try this once i've fixed my original with the IPF Denis sent

[dlfrsilver]

I did the test of encoding my original dump with Disk Analyse, and it's all good (even if i get the error message....)

[BarryB]

Originally Posted by dlfrsilver

I did the test of encoding my original dump with Disk Analyse, and it's all good (even if i get the error message....)

Apparently Keir found the data on track 15 was the same as SPS #0095 just the CRC was wrong!!

[dlfrsilver]

Originally Posted by BarryB

Apparently Keir found the data on track 15 was the same as SPS #0095 just the CRC was wrong!!

The CTA encodes perfectly fine all the tracks. There's no need to use a trick or anything.

Please send me your own AB dump please, i will pass it through the CTA.

[BarryB]

Originally Posted by dlfrsilver

The CTA encodes perfectly fine all the tracks. There's no need to use a trick or anything.

Please send me your own AB dump please, i will pass it through the CTA.

I'll send you you my Magnum 4 dump later today

[dlfrsilver]

Ok

[dlfrsilver]

Originally Posted by BarryB

I'll send you you my Magnum 4 dump later today

Ok, :

Disk 1-6 (Afterburner) has track 7.1 bad. It's a read error, not a mastering error => cleanup !

Disk 5-6 (Opwolf) is simply dirty from what i see :
the copylock track is seen as not clean, I see a band of tracks that are not clean and track 79.1 is seen as modified => most probably due to the dirty aspect, the disk requires a good cleaning.

All the other disks are fine. there's no mastering error at all. It's reading problems caused by mould/crap/dirt.

Please redump the faulty disks after cleanup, and send them to me please

[dlfrsilver]

Please note as well that After Burner Disk 2 use the Firebird format type 3.

[BarryB]

I'll cleanup them up over the weekend and redump! Although Afterburner I did clean several times and track 7.1 still would not decode but all the others did so why only that track and a track that has a known error anyway?