Difference between revisions of "8k Speedlock"
(Created page with "Speedlock is a tape and disc copy protection solution. 8K Speedlock refers to a specific version of the Speedlock where most of the data was stored on special tracks. Each trac...") |
m (Fixed link to µPD765 page) |
||
| (3 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
Speedlock is a tape and disc copy protection solution. | Speedlock is a tape and disc copy protection solution. | ||
| − | 8K Speedlock refers to a specific version of the Speedlock where most of the data was stored on | + | '8K Speedlock' refers to a specific version of the Speedlock where most of the data was stored on specially formatted tracks. Each track was setup with [[765 FDC|µPD765]] sector size 6, which indicated a sector with 8,192 (&2000) bytes of data. However in reality, only 6,146 (&1800) bytes were useable. Recreating this format on the Amstrad was difficult because the µPD765 would try to write 8,192 bytes of data, and in doing so it would wrap around on itself and corrupt the sector data header thereby making it impossible to read. |
| − | + | Internally the format was known as "Indy", a reference to the fact that it was necessary to synchronize data writing with the index hole and use special hardware to avoid the wrap around. This synchronization was deliberately not maintained during duplication, thereby enabling data to load more quickly. | |
| − | + | ||
| + | [[Category:Copy Protection]] | ||
Latest revision as of 05:50, 15 February 2022
Speedlock is a tape and disc copy protection solution.
'8K Speedlock' refers to a specific version of the Speedlock where most of the data was stored on specially formatted tracks. Each track was setup with µPD765 sector size 6, which indicated a sector with 8,192 (&2000) bytes of data. However in reality, only 6,146 (&1800) bytes were useable. Recreating this format on the Amstrad was difficult because the µPD765 would try to write 8,192 bytes of data, and in doing so it would wrap around on itself and corrupt the sector data header thereby making it impossible to read.
Internally the format was known as "Indy", a reference to the fact that it was necessary to synchronize data writing with the index hole and use special hardware to avoid the wrap around. This synchronization was deliberately not maintained during duplication, thereby enabling data to load more quickly.
