В принципе для большинства программ - да. UDI нужен только для программ с нестандартной разметкой диска.
Вид для печати
Я думаю , если уж делать эмулятор дисковода , то с полной его эмуляцией , чтобы потом не жалеть по причине его усеченности .
Получиться никому особо ненужная вещь . Ну да, она позволит эффективнее пользоваться программным обеспечением, почти так же как и винчестер , который будет не совместим с TR-Dos без сторонних утилит.
Поэтому я только за полную эмуляцию. Пусть образ и будет занимать в памяти карточки метр или чуть больше. Зато ненужно будет писать утилиты , все останутся довольны.
Если совместимость будет зависеть только от прошивки эмулятора, тогда еще ладно. Главное его не забросить и постоянно совершенствовать.
TRD убогий формат - не отражающий весь диска. В принципе можно сделать несколько форматов, что влезут и базовый формат который отражает сущность диска (его естественно описать полностью). А господа плагинописатели надеюсь поддержут такой формат и можно будет откуда угодно в него конвертнуть.
Второй момент - взять какой нить дешевенький АРМ7 с памятью в четвертьмегабайта, туда слона живьем можно засунуть.
Добавлено через 59 секунд
АГа и выкинуть в помойку CP/M, iSDOS...
Я не спорю, что TRD может быть не самым полным форматом, но с другой стороны - вон ADF точно так же представляет собой набор секторов амижного диска, и большинство доступных образов все-таки пользует его.
По поводу ARM - тогда уж брать чип помощней, с контроллером SDRAM на борту, чтобы адресовать необходимый минимум в 2.5М легко и непринужденно. Но это мечты, мечты.
ИМХО мысль юзать полное платформонезависимое описание диска (MFM) очень даже прекрасна если вдобавок к девайсу написать библиотеку ф-ий для преобразования разных форматов туда-сюда, причем на чистом ANSI-C, чтобы на любой платформе можно было их заюзать. хотя в принципе и спецификации формата достаточно.
прелесть такого варианта (кроме универсальности), в том, что никто не будет обижаться на автора железа за то, что формат такой-то поддержан криво, и требовать новой прошивки (что достаточно безнадежно, тк один человек с тучей форматов для разных платформ не справится, разве что будет только есть, спать, и совершенствовать прошивки) :rolleyes:
Так в IsDos вроде формат дискет то обычный, токо сектор 1024к, т.е по идее для эмуляции и формата trd (или аналогичного (посекторного дампа)) достаточно, только надо еще где то флаг поставить что сектор 1024к, а не 256к. На счет CP/M не знаю, но думаю, что всякие нестандартные фишки там тоже не используются. Т.е. нужен просто бинарный дамп всех секторов и некий набор параметров (число дорожек, головок, секторов на дорожке и байт в секторе). Этого будет достаточно даже для нестандартных форматов, где не используются защиты и запись в межсекторные промежутки или привязка к номерам секторов.
Эмулировать на уровне MFM особого смысла нету, т.к. файл образа получится в 2 раза больше, а для 99% программ толку от этого никакого не будет. UDI является вполне приемлемым компромиссом.