А почему выбрали такой нелогичный и не соответствующий реалу формат?
Второй синхробайт E6 перед контрольной суммой оставили, а первый убрали. Вместо двух нулей перед вторым E6, оставили только один. Если уж убирать нули, то оба. И если оставлять или убирать E6, то тоже оба. И как быть с форматом ОРИОНА. Там аж три синхробайта E6, - перед именем, перед блоком и перед КС. Сколько же из них выкидывать при конверсии в формат аналогичный RK? Впрочем, для ОРИОНА это не требуется, т.к там для хранения укоренился формат ORD, который в расширенном варианте содержит КС и дату файла.
А первый байт E6 в файле нужен, он даёт хоть какую-то защиту для распознования файла и для защиты эмулятора от ввода совершенно случайного файла. Из-за этого, при попытке ввести в эмулятор случайный файл у которого старший байт адреса большой, иногда происходит ввод в верхние адреса, в область ПЗУ и за ней, отчего затирается сам код эмулятора и происходит завис.
Именно так и сделал А.Дёмин в своём формате GAM, который полностью соответствует реалу, так что если сделать программу для PC выводящую содержимое GAM-файла на ленту в двухфазной кодировке, то этот файл можно считать в реальный РК86 или клон, МИКРО-80, СПЕЦИАЛИСТ, ОРИОН и ЮТ-88.
А формат RK не годится для этого.
Ответить с цитированием