Мои 160 образов дискет (публикую впервые)

[marinovsoft]

Все-таки у меня есть косяк.

AL numbers can either be 8-bit (if there are fewer than 256 blocks on the
disc) or 16-bit (stored low byte first).

Значит скоро будет фикс

[Black Cat / Era CG]

AL numbers can either be 8-bit (if there are fewer than 256 blocks on the
disc) or 16-bit (stored low byte first).

Вот поэтому у меня образ 800кг и его половина (400кг) открываются по-разному.
Давай сравним crc32 RESCUE.COM

[marinovsoft]

[OFFTOP]

До какой-то поры SteinBlume, открывая образ с dph/dpb как у Корвета, всецело доверялась данным из dph, dpb. С Корветовскими дисками особых проблем не помню. А вот с Орионовскими и, по-моему, Векторовскими была следующая трабла. Авторы этих реализации CP/M, честно стырив ее с Корвета, на некоторые вещи решили положить. Их диски часто бывают отформатированы на >80 цилиндров, при этом в dph (Барсику ужасно не нравится, когда я так называю) по-прежнему записано 80(!). В итоге при открытии таких дисков, появлялись проблемы с файлами за пределами 80 цилиндра (утилита-то предполагала, что их 80). Пришлось прицепить костыль. Если образ больше, чем должен быть (исходя из данных dph), то количество дорог пересчитывалось. Это позволяло нормально открывать 82-цилиндровые образа с 80 в dph.
Но в данном случае, это выходит боком. SteinBlume, пересчитав число дорожек, пытается определить количество блоков на диске (а значит и то, 1-байтная карта блоков в директории или 2-байтная). И в данном случае определяет неправильно (так как думает, что цилиндров 80). Отсюда и абсолютно некорректная обработка карты.
А если откусить от образа первые 400кг, то все (как я думаю) приходит в норму.
Как-то так.

У меня crc в DBD проверяется, и если он не сходится, то устанавливаются параметры по-умолчанию. Но я помню, что мне попадались диски с указанием числа секторов < 392, хотя по факту на 800 кб диск входит 394 секторов.
[/OFFTOP]

[Black Cat / Era CG]

Serebriakov, если будете перечитывать 40-дорожечные дискеты, сравните результат со старым вариантом. По сути-то ведь должна получится просто половина "старого" образа.

[Serebriakov]

Хм. Попробовал перечитать одну из таких дискет (009-ndr-2). Выходит такой же образ (800кб), как и в первый раз (контрольные суммы совпадают). Что со сканированием секторов в ZXDStudio, что без. Что логично, т.к. там в настройках по-умолчанию стоит читать 160 дорог. ZXDStudio, судя по всему, смотрит только на наличие физических секторов и ему глубоко фиолетово, что там в параметрах cp/m.

Старый MST от 2014 вообще отказывается эти дискеты читать. Новый MST от 2017 читает тот же самый образ.

Насчёт того, что можно просто откусить первую половину в 400кб - это логично, но судя по образу там во второй половине диска, глядя на hex, видно какие-то данные (что-то очень сомневаюсь, что это просто мусор). Могу предположить, что это остатки от предыдущего форматирования, но хочется чьего-нибудь экспертного мнения.

В общем, странные какие-то дискеты. В заголовке 40 на 2 стороны дорожек, а по факту вторая половина за пределами 40×2 читается и там даже что-то есть.

Сейчас попробую вручную задать настройки ZDX по дорожкам и поглядеть что выйдет.

Позже: Ну логично, если вручную указать читать первые 40×2, то читаются первые 400 кб того же самого образа.

Короче говоря, я так и не понял можно ли просто так взять и выкинуть вторые 400кб этих образов.

[DDp]

А если откусить от образа первые 400кг, то все (как я думаю) приходит в норму.

можно ли просто так взять и выкинуть вторые 400кб этих образов.

IMHO, вы активно_замедляетесь_в_нев� �рном_направлении.
Надо вырезать чётные цилиндры, работать только с нечётными (случай: 40-дорожечная дискета в 80-дорожечном дисководе).

[Advertiser]

[Black Cat / Era CG]

т.к. там во второй половине диска, судя по hex какие-то данные.

Ага есть. А возможен такой вариант, что диски были РАНЕЕ отформачены на 80 треков, а уже ПОТОМ на 40?
Ваще было б неплохо попробовать загрузить в эмулятор "половинчатый" образ (я его выкладывал выше) и посмотреть, будут ли запускаться программки с него.

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

Надо вырезать чётные цилиндры, работать только с нечётными (случай: 40-дорожечная дискета в 80-дорожечном дисководе).

О. Ну сейчас попробую так. Но что-то мне подсказывает, что тогда первая половинка образа ваще не должна нормально моей утилиткой открываться, а она открывается.

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

Не. Не открывается, если вырезать четные дороги. Может, конечно, просто моя утила глючит, с ней бывает.

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

Плагин для TC тоже такой образ не открывает.

[Serebriakov]

Надо вырезать чётные цилиндры, работать только с нечётными (случай: 40-дорожечная дискета в 80-дорожечном дисководе).

Конечно-же, я предполагал и такой вариант. Это бы значило, скорее всего, что запись ведётся только на одну сторону дискеты.
Но очень сомневаюсь, что форматирование в 40 дорожек × 2 стороны ведётся описанным вами способом. В образе на каждом чётном цилиндре были бы дыры (NULL или т.п.) А здесь данные идут последовательно и очень похоже, что каждый следующий цилиндр - это продолжение предыдущего (видно, например, по hex'ам на секции имен файлов).

Ага есть. А возможен такой вариант, что диски были РАНЕЕ отформачены на 80 треков, а уже ПОТОМ на 40?

Могу предположить, что это остатки от предыдущего форматирования, но хочется чьего-нибудь экспертного мнения.

[DDp]

...А здесь данные идут последовательно и очень похоже, что каждый следующий цилиндр - это продолжение предыдущего (видно в hex на секции имен файлов).

Значит это не 40-дорожечная дискета, а что-то другое (глюк,...).
Вообще почему бы не перечитать ("Сканирование и чтение диска") и выложить образ с разметкой (например, UDI).
Уже вторая страница гаданий.

[Serebriakov]

Значит это не 40-дорожечная дискета, а что-то другое (глюк,...).
Вообще почему бы не перечитать ("Сканирование и чтение диска") и выложить образ с разметкой (например, UDI).
Уже вторая страница гаданий.

Я же написал выше, что перечитывал образы со сканированием меток секторов (они полностью совпали с предыдущими дампами) и разметка там стандартная для 80×2-дорожечного диска. Несмотря на то, что дискеты вроде как 40×2-дорожечные по инфе из cp/m.

Пока, правдоподобней всего, выглядит теория о мусоре от предыдущего 80-ти дорожечного форматирования.
Тем более, что при дампе я встречал и обратную ситуацию на нескольких дискетах: читаю заведомо 80×2 - дорожечную дискету, но ровно на половине (после первых как раз 40×2 секторов) - одни бэды. Что сканируй метки секторов, что читай по меткам стандартного образа. В таких образах, я бэды заполнял нулями (точнее hex:e5), во второй половине образа.
Ну а вообще, наличие нескольких бэдов подряд на дорожке, при дампе по стандартным меткам секторов, обычно значило, что разметка нестандартная и нужно таки пересканировать метки - тогда бэды пропадали. Но только не в случае этих самых 80×2-дорожечных дискет, которые физически 40×2-дорожечные.