Если глянуть описание формата BRU, то может оказаться, что это системные данные.Цитата:
Сообщение от form
Вид для печати
Если глянуть описание формата BRU, то может оказаться, что это системные данные.Цитата:
Сообщение от form
Я тут эксперимента ради пока что запущу тан на нормальную ленту с целым маркером, которую я предыдущую сгонял (MTDUMP01), посмотрим какая будет реакция на честный конец ленты. Перегонять ленту, которую мы сегодня мучали, буду уже в следующий раз, скорее всего либоьзавтра, либо ужеьпосле выходных.
- - - Добавлено - - -
Опа, а с этой ленты походу рдтап считал далеко не все... Встретились два еофа, а за ними еще кууууча данных...
Да вобщем-то не только BRU может много заголовков содержать...Цитата:
Сообщение от Patron
- - - Добавлено - - -
Ладно, теперь есть инфа некоторая о лентах которым вписали конец в середину, можно подумать о полном вычитывании для разбора...Цитата:
Сообщение от BYTEMAN
- - - Добавлено - - -
Кстати нашел ошибки в TAN - так что инфу он может и неправильно отображать... Но свою роль он выполнил по сути.
Как-то так
ТАН переписывал в текущей строке цифры, т.е. могло быть первое число 80 потом в той же строке 4096 потом 520 и т.п.Код:
.RU TAN
MAX BLOCK SIZE: 20480 BYTES
80/42
EOF
560/2410
EOF
80/2
EOF
80/2
EOF
560/2076
EOF
80/2
EOF
EOF
2096/31
EOF
80/2
EOF
80/2
EOF
2608/65
EOF
80/2
EOF
80/2
EOF
2608/67
EOF
80/2
EOF
80/2
EOF
2608/35
EOF
80/2
EOF
80/2
EOF
2608/65
EOF
80/2
EOF
80/2
EOF
2608/38
EOF
80/2
EOF
EOF
2096/24
EOF
80/2
EOF
80/2
EOF
4144/397
2608/251
EOF
80/2
EOF
80/2
EOF
2096/549
EOF
80/2
EOF
80/2
EOF
1584/389
EOF
80/2
EOF
80/2
EOF
4144/219
EOT
Не только переписывает, но и лажу в качестве длины блока часто пишет и лог весьма укорачивает... Сейчас переделаю...Цитата:
Сообщение от BYTEMAN
Да это в принципе необязательно... Надо рдтап добить чтобы читал все :)
Сегодня с большой вероятностью снова смогу попасть на склад. Тут такая неполадка образовалась... http://zx-pk.ru/showthread.php?t=107...l=1#post859237 Буду её как-то стараться решить.
Параллельно хотелось бы узнать, есть ли чего по RDTAP'у, можно ожидать к вечеру новую версию с чтением ленты целиком? :) Думаю, часа за три одну ленту (которая со сбоями) я бы осилил...
Есть новый вариант анализатора, вроде все пофиксено. Еще раз бы прогнать на ленте с ошибками. В общем случае по-водимому в случае ошибки чтения которая не решилась с помощью повторных чтений дальше продолжить читать ленту не получится. Вобщем последние тесты для очистки совести... Новая программа с исходниками здесь. Ну а в RDTAP видимо надо добавить возможность по ошибке завершить ленту на том сколько считалось...Цитата:
Сообщение от BYTEMAN
- - - Добавлено - - -
Для полного счастья проге нужен XM/ZM монитор но и без того для большинства лент сойдет :)- - - Добавлено - - -Код:.RU TAN
?TAN-F-Unable to fetch handler - TAP:
.AS MU TAP
.RU TAN
?TAN-I-Analizyng TAP: max block size 63068 bytes
?TAN-I-Reading TAP: 2 block(s) of 80 bytes
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: 1 block(s) of 80 bytes
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: end of file
.SET RUN NOVBGEXE
.RU TAN
?TAN-I-Analizyng TAP: max block size 19064 bytes
?TAN-I-Reading TAP: 2 block(s) of 80 bytes
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: 1 block(s) of 80 bytes
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: end of file
?TAN-I-Reading TAP: end of file
.
Выложил там же слегка доработанный RDTAP. Теперь концом ленты считается 3 EOFа подряд, а в случае ошибки чтения сохраняется то, что прочиталось (повторы можно настраивать в драйвере - SET MT RETRY=n). Попутно буду слегка перерабатывать программу.
Можно натравить на этот привод TSTDX.SAV в три захода - без диска, с неформатированным диском и с рабочим диском.Цитата:
Сообщение от BYTEMAN
Под ошибкой чтения понимаются дрыгания туда-сюда, или же тот момент, когда у меня "попёрло" ERR=2? То бишь чистая лента?Цитата:
Сообщение от form
- - - Добавлено - - -
Спасибо, попробую!Цитата:
Сообщение от Patron