'Nibread on no-sync tracks'
Author:Lord Crass (guest: search)
Date: Mon, Apr 11th, 2011 @ 12:26 ( . )

Correction to my last post: Just because the data is showing up at the start of the track in the image does not necessarily indicate a good read. I forgot that Pete's protection-handler routine for V-Max track 20 will look for bit-shifted versions of the $5A header and align the start-of-track based on that. The track could still have been read in a manner that put data on both sides of the illegal GCR and caused a shift half-way through. So even if you bit-shift the whole track in the image after this, the loader's checksum will fail since some of the data was bad.

Also, a header-search feature ensures that the data comes in framed exactly how you want it, you wouldn't have to bit-shift an entire track after that just to get it to work in an emulator.

On a side note, getting a good read of the V-Max version on Gauntlet: The Deeper Dungeons (Mindscape NTSC) is an exercise in patience right now. There's bad GCR all over the place on almost every track. So the image loads for a while, then stalls on some track load looking for the $64 byte forever.

REPLY: [With No Quote] --- [With Quoted Text]


--- 0 Users Online --- 0 Recent Unique Posters

Q34=1669892764 - Threads: / 1669892764