Кошка

[haywire]

маловато вообще то для комфортной 7-ки, ей и 4 мало,
минимум 8, ещё лучше 16 надо бы. Тогда получше, получше )))

Существовали такие зелёные платы BIOSTAR на 965/975-х чипсетах... Только купить их сейчас невозможно, никак. Они все померли, из-за статики по USB.

[Advertiser]

[Radon17]

Есть небольшое предложение относительно интерфейса "Кошки". Мне кажется, было бы неплохо сделать возможность добавлять программируемые пользователем "пресеты" вычитывания. Например, для МС 0515 - чтение двух сторон и сохранение в два файла по 400 кб, для МС 0585 - чтение одной стороны, для УКНЦ/ДВК (MY) - две стороны, 800кб, IBM (5.25, 720 кб) - две стороны, 9 секторов на дорожку, сохранять как .ima и т.д. Сделать "пресеты" отдельными пунктами в меню и обязательно при закрытии программы запоминать значение последнего выбранного.
При чтении пары дискет это конечно особо не играет роли, но когда этих дисков несколько пачек и все от разных машин, да ещё и не подписаны...

[anasana]

Пятничное обновление Кошки.

https://www.dropbox.com/scl/fi/a8kn5...y1arcmc2v&dl=0

выкладываю прямо тут, т.к. идёт экспериментальное тестирование парочки свежедобавленного:
+ выбор размера сектора (во всяком случае дискеты Роботрона 40-5-1024 и СМ1810 80-16-256 дампятся)
+ выделено поле выбора размеров межсекторного GAP3 (наполняется мной, по пожеланиям, пресеты тоже накапливаю)
+ добавлен переключатель режима FM/MFM (контекстное меню по ПКМ, а в заголовке программы отображается текущий)
+ интерлив и skew чувствует себя отлично, но в интерфейсе виден ненавязчиво (в статусе и в 'scanlog.txt' по "Пробелу").
пока лично у меня ещё явные вопросы
- с режимом FM
- MFM при размере сектора 128 байт (визуально всё форматится, детектится, но читает пока только если по одному сектору спрашивать, треком не хочет - постоянно явно какая-то коза в последнем секторе)

доделки будут в:
_ поле GAP3 - можете присылать на добавлять свои значения, если вдруг хотите сохранить, кроме самого дампа, чуть больше информации о своей считываемой дискете.
с реальных носителей их можно высмотреть в файлах 'ИФ_rawtrack_HeadX_TrackYY.dat' (после отработки по ПКМ "Dump all 40/80 tracks on diskette..."),
где чаще всего прям хорошо читается и наглядно видны данные с первого сектора дорожек (размером SectorSize), потом идут два байта КС (по CRC-16-CCITT),
и следом просто посчитать размер GAP3 - это количество "4E" до начала последовательности "00 00 00 00 00 00 00 00 A1 A1 A1 FE" (и далее продолжается заголовок второго сектора и т.д.).
если из-за сбоев синхронизации на дорожках сплошные следы сдвижкомусора, то это не проблема - цилиндров на дискете аж 40/80, а посчитать и перепроверить гапы достаточно с одной-двух прилично выглядящих дорожек.
_ учтении убольшенного системного шрифта (DPI детектится, но положения кнопок, что бы туда текст влазил будет позже)

все вопросы по пользованию лучше мне в любую личку, что бы не замусоривать саму тему (всё равно я отвечаю не здесь, а напрямую спросившему); пожелания - как Вам удобно.

[iddqd]

Пятничное обновление Кошки.
https://www.dropbox.com/scl/fi/a8kn5...y1arcmc2v&dl=0

Почему то на этой версии интерфейс поехал, на предыдущей нормально.

[Hunta]

интерфейс поехал

Похоже, проблема как-то связана со scale для монитора. Подключаюсь удаленно к виртуалке с Win2022, выставив разрешение 1920x1080 - всё ок. Подключаюсь к этой же виртуалке, выставив - полный экран (UHD, scale - 150%) - поплыли.

Похожее набллюдал для программ, графические библиотеки которых кривовато работают в случае дисплеев со scale

[anasana]

Есть непонятный содержимый ,обычно вижу его в файле indexf.sys

это как бы стандартное заполнение после инициализации, но обычные сектора полностью заполнены паттерном "0xB6 0x6D", а у этих на месте контрольной суммы и не обычно рассчитываемая additive checksum и не CRC-16-CCITT. Символы JH в подобных секторах порой встречаются не только под конец, но и в середине, причём считываются такие сектора без ошибок, как будто так и были штатно записаны.
Сектора по шаблонам после разных форматировщиков в кубиках я помечаю обратным слешем, а эти пока условно крестиком.

и ещё использую пометку прямым слешем чтобы было легче искать и наводить красоту:

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

[Hunta]

Есть непонятный содержимый ,обычно вижу его в файле indexf.sys

Для indexf.sys надо проверять по карте его(!, не bitmap.sys) занятости - блок занят или нет. Если свободен - игнорировать. Но что конкретно это - не скажу. Сбрось такой файл - гляну

[Denkixot]

Добрый день. Попадаются дискеты, на которых не считывается нулевая дорожка. Но и попадаются, на которых не читаются первые сектора. С чем это связано и как с этим бороться?

[dk_spb]

не читаются первые сектора....С чем это связано и как с этим бороться?

Насколько мне известно это связано с особенностью обработки сигнала Index в Воронежских контроллерах.
Может ли Кошка на стандартном PC оборудовании обходить эту проблему - это только anasana скажет.
На нестандартном (всякие USB читалки) - проблема решаема.