Образы дискет

[Hunta]

И вот с этим вопрос

Последствия того, что 256256 на 512 нацело не делится. Сейчас не помню, но почему то решил сделать округление в большую сторону до целого
Технически ни на что влиять не должно - даже если создавать образ для RT-11 - в описании стоит - использовать 494 блока и по идее - образ создаться на 256256 байт, но вот это проверить надо

- - - Добавлено - - -

Плагин Patron'а под TC считает что этот файл начинается с ".LIN0 sleduet znatx, ~to redaktiru`}ie klawi{i uprawlq`t"

Результат распаковки, файл zay3.lst

.LIN
delo  zakl`~aetsq  w  tom,  ~to  bolx{instwo  |wm - cifrowye
ma{iny,  ih  ~asto  dave  nazywa`t  cwm ( cifrowaq

Как программой, так и эмулятором PDP-11 от Патрона

> Data 2560 = 0x2560 bytes, start block 14 @ 0x1C00.

Ещё раз - это смещение без учёта интерлейса - для логических 512-байтовых блоков.

- - - Добавлено - - -

Мне очень важна информация на какие физические сектора попадает конкретный файл

Я это понимаю. Но образы с интерлейсом - это относительная экзотика - и при написании кода не была учтена У меня то цель была несколько другая - распаковка/запаковка
Как я уже написал - принял к сведению, будет реализовано

- - - Добавлено - - -

а лучше листинг/карту сразу по всем файлам

Я похожее сделал для ODS-1 - там выводится список (логических) блоков с указанием - какому файлу принадлежит. Надо будет сделать и на уровне физических блоков и не только для ODS-1