Some copy protection systems, like the PlayStation, rely on the physical location of the tracks to encode extra data, extracted via monitoring analog servo corrections. A full optical disk archive format would have to consider mapping at least some of that data.
-
This Tweet is unavailable.
-
-
I thought Playstation copy protection (libcrypt) relied on data from altered subcode channels. http://wiki.redump.org/index.php?title=PlayStation_1:_LibCrypt_protection_(Old …)
1 reply 0 retweets 1 like -
Replying to @greg_p_kennedy @byuu_san
I understand that Libcrypt is extra copy protection, added after the primary copy protection was defeated by modchips.
1 reply 0 retweets 3 likes -
Yeah, the primary protection is track wobble. Interestingly, the same technique is used to encode ATIP on CD-Rs. A CD-R will read as "all 1s" protection data for a PS, while a CD-ROM will read "all 0s" and real discs encode SCE[IAJ] in ASCII RS232 on there, IIRC
1 reply 0 retweets 4 likes -
Stuff like Wii/GameCube yes rely on a laser-cut BCA (readable barcode) and laser-created marks that cause errors in the bitstream. Actually encoding physical copy protection schemes in an archival format is extremely difficult.
1 reply 0 retweets 4 likes -
Some protections rely on the physical angular position of sectors in the single track bitstream. A format encoding that would have to encode the raw EFM bits *and* a detailed timing code encoding the exact coordinates of the data on disc.
2 replies 0 retweets 2 likes
Thankfully we don't *actually* need that level of duplication for accurate emulation.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.