Выкладывал выше http://zx-pk.ru/threads/11422-versii...l=1#post904797
Получается зная содержимое тапки и контрольную сумму можно просчитать все варианты этих двух байтов?
Выкладывал выше http://zx-pk.ru/threads/11422-versii...l=1#post904797
Получается зная содержимое тапки и контрольную сумму можно просчитать все варианты этих двух байтов?
Более того, я так понимаю, мог выпасть не просто бит или два. Но и еще, кроме этих битов, могла сдвинуться и вся последующая последовательность на бит или два. Соотв. все байты после критического момента будут отличаться от оригинальной записи. И по контрольной сумме уже ничего не восстановишь.
После каждого файла на данной кассете записан один лишний защитный бит. Это и помогло вычислить, сколько именно бит выпало. Опытным путем я в дырку подставлял разное количество бит и смотрел на результат распознавания, когда в файле получался лишь один, отбрасываемый распознавалкой, как защитный бит.
Файл с единицами.
Прогнан через Tape Recover 2.0
Filename: 000_Noname.tap
00:00-00:05 Code: hangon12 Start: 27000, Len: 24708, Speed: 089-091%, Checksum: OK, OverLen: 001, Rest0: 2, Float0: 6
00:05-02:38 <data> Len: 24710, Speed: 087-091%, Checksum: Error, OverLen: 001, Rest0: 15
Прогнан через Tape_Recover_2.0_SlowAdaptive
Filename: 000_Noname.tap
00:00-00:05 Code: hangon12 Start: 27000, Len: 24708, Speed: 089-091%, Checksum: OK, OverLen: 001, Rest0: 2, Float0: 6
00:05-02:38 <data> Len: 24710, Speed: 087-091%, Checksum: Error, OverLen: 001, Rest0: 15
Файл с нулями.
Прогнан через Tape Recover 2.0
Filename: 000_Noname.tap
00:00-00:05 Code: hangon12 Start: 27000, Len: 24708, Speed: 089-091%, Checksum: OK, OverLen: 001, Rest0: 2, Float0: 6
00:05-02:38 <data> Len: 24710, Speed: 087-091%, Checksum: Error, OverLen: 001, Rest0: 15
Прогнан через Tape_Recover_2.0_SlowAdaptive
Filename: 000_Noname.tap
00:00-00:05 Code: hangon12 Start: 27000, Len: 24708, Speed: 089-091%, Checksum: OK, OverLen: 001, Rest0: 2, Float0: 6
00:05-02:38 <data> Len: 24710, Speed: 087-091%, Checksum: Error, OverLen: 001, Rest0: 15
Неправда ли, очень стабильный результат?
Через Tape_Recover_2.0_noZeroRestore файл не прогонялся, в резульате уменьшается его длинна на несколько байт.
Заменял я 8 бит, и в итоге из количество сошлось. Данные 8 бит коснулись двух байтов.
Каких видно на скриншоте выше.
Вот и предлагаю попробовать вычислить из контрольной суммы.
Руками я долго буду подбирать.
- - - Добавлено - - -
Значит, нужно делать распознавалку, чтоб распознавала файл с конца, без сдвигов.
А потом накладывать распознаную с начала и с конца.
Это не призыв к действию, это теория.
Последний раз редактировалось Bambr; 15.03.2017 в 16:59.
Советую эту запись перецифровать. Там полно импульсных помех похожих на склейки. Множество мест, не только то, где ты указал.
Иногда такое бывает, когда во время оцифровки виндовс притормаживает и в цифровке образуется склейка.
Чтобы понять, так это или нет, перецифруй заново и станет видно. Если склейки в тех же местах, то это дефект записи. Иначе дефект цифровки.
Вообще, при оцифровке надо не дышать на комп, и уж тем более не заниматься активной деятельностью. Если, конечно, у тебя комп не благонадежный.
https://yadi.sk/d/RW7hLWrG3FtLh9
Перецифровал
- - - Добавлено - - -
Магнитофон вещь аналоговая. у меня длины переоцифровок на пару секунд отличаются.
Bambr, скорее всего не магнитофон, а компухтер дропы сделал и потерял часть сэмплов..
С уважением, Александр.
Scorpion ZS-256 Turbo+ GMX-2048
SID-Blaster/ZX
Музей ретрокомпьютеров в Минске!
Здесь ничего нет => http://byteman.by
И здесь тоже --->>> http://bytespace.by
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)