Все-таки у меня есть косяк.
Значит скоро будет фиксAL numbers can either be 8-bit (if there are fewer than 256 blocks on the
disc) or 16-bit (stored low byte first).
Все-таки у меня есть косяк.
Значит скоро будет фиксAL numbers can either be 8-bit (if there are fewer than 256 blocks on the
disc) or 16-bit (stored low byte first).
ПК8010 "Корвет"+ExtRom+AY, Atari 65XE+SDrive, Дельта-С(52ИС)+AY, Scorpion ZS 1024+SMUC
Вот поэтому у меня образ 800кг и его половина (400кг) открываются по-разному.AL numbers can either be 8-bit (if there are fewer than 256 blocks on the
disc) or 16-bit (stored low byte first).
Давай сравним crc32 RESCUE.COM
Личка заполнена! И чистить я ее не буду! Пользуйтесь адекватными средствами связи! Спасибо.
Seamos realistas y hagamos lo imposible!
Ernesto Che GuevaraПереехал сюда: SteinBlume (ex ATM CP/M Explorer)
http://era-cg.su
ПК8010 "Корвет"+ExtRom+AY, Atari 65XE+SDrive, Дельта-С(52ИС)+AY, Scorpion ZS 1024+SMUC
Serebriakov, если будете перечитывать 40-дорожечные дискеты, сравните результат со старым вариантом. По сути-то ведь должна получится просто половина "старого" образа.
Личка заполнена! И чистить я ее не буду! Пользуйтесь адекватными средствами связи! Спасибо.
Seamos realistas y hagamos lo imposible!
Ernesto Che GuevaraПереехал сюда: SteinBlume (ex ATM CP/M Explorer)
http://era-cg.su
Хм. Попробовал перечитать одну из таких дискет (009-ndr-2). Выходит такой же образ (800кб), как и в первый раз (контрольные суммы совпадают). Что со сканированием секторов в ZXDStudio, что без. Что логично, т.к. там в настройках по-умолчанию стоит читать 160 дорог. ZXDStudio, судя по всему, смотрит только на наличие физических секторов и ему глубоко фиолетово, что там в параметрах cp/m.
Старый MST от 2014 вообще отказывается эти дискеты читать. Новый MST от 2017 читает тот же самый образ.
Насчёт того, что можно просто откусить первую половину в 400кб - это логично, но судя по образу там во второй половине диска, глядя на hex, видно какие-то данные (что-то очень сомневаюсь, что это просто мусор). Могу предположить, что это остатки от предыдущего форматирования, но хочется чьего-нибудь экспертного мнения.
В общем, странные какие-то дискеты. В заголовке 40 на 2 стороны дорожек, а по факту вторая половина за пределами 40×2 читается и там даже что-то есть.
Сейчас попробую вручную задать настройки ZDX по дорожкам и поглядеть что выйдет.
Позже: Ну логично, если вручную указать читать первые 40×2, то читаются первые 400 кб того же самого образа.
Короче говоря, я так и не понял можно ли просто так взять и выкинуть вторые 400кб этих образов.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Ага есть. А возможен такой вариант, что диски были РАНЕЕ отформачены на 80 треков, а уже ПОТОМ на 40?
Ваще было б неплохо попробовать загрузить в эмулятор "половинчатый" образ (я его выкладывал выше) и посмотреть, будут ли запускаться программки с него.
- - - Добавлено - - -
О. Ну сейчас попробую так. Но что-то мне подсказывает, что тогда первая половинка образа ваще не должна нормально моей утилиткой открываться, а она открывается.
- - - Добавлено - - -
Не. Не открывается, если вырезать четные дороги. Может, конечно, просто моя утила глючит, с ней бывает.
- - - Добавлено - - -
Плагин для TC тоже такой образ не открывает.
Личка заполнена! И чистить я ее не буду! Пользуйтесь адекватными средствами связи! Спасибо.
Seamos realistas y hagamos lo imposible!
Ernesto Che GuevaraПереехал сюда: SteinBlume (ex ATM CP/M Explorer)
http://era-cg.su
Конечно-же, я предполагал и такой вариант. Это бы значило, скорее всего, что запись ведётся только на одну сторону дискеты.
Но очень сомневаюсь, что форматирование в 40 дорожек × 2 стороны ведётся описанным вами способом. В образе на каждом чётном цилиндре были бы дыры (NULL или т.п.) А здесь данные идут последовательно и очень похоже, что каждый следующий цилиндр - это продолжение предыдущего (видно, например, по hex'ам на секции имен файлов).
Я же написал выше, что перечитывал образы со сканированием меток секторов (они полностью совпали с предыдущими дампами) и разметка там стандартная для 80×2-дорожечного диска. Несмотря на то, что дискеты вроде как 40×2-дорожечные по инфе из cp/m.
Пока, правдоподобней всего, выглядит теория о мусоре от предыдущего 80-ти дорожечного форматирования.
Тем более, что при дампе я встречал и обратную ситуацию на нескольких дискетах: читаю заведомо 80×2 - дорожечную дискету, но ровно на половине (после первых как раз 40×2 секторов) - одни бэды. Что сканируй метки секторов, что читай по меткам стандартного образа. В таких образах, я бэды заполнял нулями (точнее hex:e5), во второй половине образа.
Ну а вообще, наличие нескольких бэдов подряд на дорожке, при дампе по стандартным меткам секторов, обычно значило, что разметка нестандартная и нужно таки пересканировать метки - тогда бэды пропадали. Но только не в случае этих самых 80×2-дорожечных дискет, которые физически 40×2-дорожечные.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)