Полигон-2

icedwarm написал:

[q]

Видел тоже много вариантов, но конвертер в том то и дело что надо писать. Подобную штуку уже готовую под Агат с удовольствием бы приобрел не пожалев денег.

[/q]

Конвертор можно и не писать. Эмулятор понимает набор стандартных образов файлов, вроде .ADF для амиги или .DSK для PC (720K, 2x80 дорожек, 9 секторов по 512 байт на дорожку). Преобразование посекторного образа в поток бит MFM производится на лету при загрузке такого файла в память эмулятора.

То есть нужно просто уточнить, какого размера есть образы дисков для Агата, и каков их формат. Дальше либо встроить их поддержку в эмулятор (что сложновато), либо дописать код в утилиту mfmdisk, конвертирующую образы дискет Амиги и БК в эмуляторные .MFM файлы, что сильно проще.

Ну так ссылки на описание форматов дадите, или будем расшаркиваться?

Вот честно скажу, по указанным ссылкам полазал, но нигде описания форматов не нашел. Может, и искал не очень прилежно, но времени тоже жалко, знаете ли

Sergei Frolov написал:

[q]

Если надо, могу поискать заводскую доку. Где-то лежала.

[/q]

Давай.

Сбой синхронизации изобразить в эмуляторе легко, его собственные файлы .MFM представляют собой буквальный битовый поток. Что туда битами запишется, то и будет проиграно в компьютер.

Вот в обратную сторону (на запись), если формат записи не MFM, работать скорее всего не будет.

Вот ответ от Олега:

Привет.

Наиболее пригодны к реализации, на мой взгляд, два формата дисков: "сырой"
aim и "очищенный" dsk.

Во втором случае в файле хранятся просто сектора в прямой последовательности
(т.е. 256*21*160=860160 байт).
К этим образам разные авторы дописывают различную служебную информацию типа
номера тома, описания и т.п.
В своих эмуляторах я использую альтернативный формат, распознаваемый по
сигнатуре "Agathe emulator virtual disk\x0D\x0A\x1AAD" в начале образа. Если
такая сигнатура присутствует, предполагается наличие 256-байтного заголовка.
Тогда по смещению 0x30 находится признак защиты от записи (0x01), по
смещению 0x32 - длина описания N, далее - N байт описания в кодировке cp866.
По смещению 0x31 находится номер тома. Как видно из описания, этот формат
подразумевает стандартный вид сектора, формирование которого ложится на
эмулирующую программу.

Поэтому для начала проще всего реализовать "сырой" формат AIM. В нём каждый
байт, считываемый с диска, сопровождается байтом служебной информации A,
содержащим следующие признаки:
A&0x80 - синхросбой (для совместимости также при A=0x01)
A=0x03 - начало индексной метки
A=0x13 - конец индексной метки
A=0x02 - зацикливание дорожки (переход на начало)
Каждая дорожка содержит 6464 16-битных слова, младший (первый) байт
которого - данные, старший (второй) - описанные выше признаки. Индексная
метка в образе может отсутствовать, тогда я её начало ставлю в первом байте
дорожки, а конец - по смещению 0x30, хотя наверное можно это сделать и
как-то иначе).
Если признака A=2 не встречено, дорожка просто прокручивается по всей длине.
В соответствии с остальными признаками, устанавливаются регистры данных и
состояния контроллера.

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

Успехов!
Олег.