Окей, тогда сперва FDI. Сейчас постепенно доделываю TRD.Цитата:
Сообщение от CityAceE
По ссылке Virtual TR-DOS кое-какие вещи отдаются в SCL, видимо, он тоже популярен?
Вид для печати
Окей, тогда сперва FDI. Сейчас постепенно доделываю TRD.Цитата:
Сообщение от CityAceE
По ссылке Virtual TR-DOS кое-какие вещи отдаются в SCL, видимо, он тоже популярен?
SCL по сути то же TRD, только с из него не используемые области убраны, хорошо место экономится - только этим он и хорош.
SCL это не образ диска, а так, кучка trdos-файлов. поэтому во всех эмулях его можно только считывать (прозрачно копируя эти файлы в образ диска), а сохранять нельзя.
но популярен, да -- потому, что если в SCL пара файлов, то у него и размер соответствующий, а не в обьем дискеты как у образов
Мне очень понравилась фотка этого устройства ,ну и конечно само устройство, к чему разработка теперь подошла, спустя такой срок.
было бы очень хорошо если бы оно еще и записывало ....
скорость переноса дисков была бы без таких проблем которые существуют на данный момент.
Если запись будет доделана то так как это "железный эмулятор дисковода" несоставит труда сохранять любые нестандартные дороги вписывающиеся в формат UDI .
Если разработка будет вестись в этом направлении чтобы все так и работало, то я потенциальный заказчик такого девайса.
:v2_rolley
Лучше сразу делать поддержку UDI, т.к. FDI - это левый формат, который содержит не всю информацию (больше чем в trd, но меньше чем в UDI). Любой формат может быть преобразован к UDI при помощи утилит. FDI - примерно тоже что и TD0. Формат UDI описывает диск максимально полно, включая все служебные зоны и маркеры. Полнее чем UDI диск описать нельзя.Цитата:
Сообщение от tnt23
Тогда почему бы не сделать поддержку совсем уж универсального формата MFM, который будет представлять собой последовательность бит, выдаваемых "дисководом". Вот уж туда легко ложится практически любой формат дорожек. Минус - размеры (около 2.5Мб на DD диск).Цитата:
Сообщение от deathsoft
Так в UDI и сделан практически MFM (но только для служебных маркеров), в остальном обычные байты данных, т.к. этого хавтает практически под все задачи. Какой смысл хранить синхробиты от MFM там где они стандартные (вторая половина битовой ячейки не нужна - это синхроимпульс)?Цитата:
Сообщение от tnt23
Ну так оно еще более универсально получается - можно хранить не только IBM совместимые форматы дорожки, но и амижные, и CGRные, в общем, любые.Цитата:
Сообщение от deathsoft
Удобство в том, что при загрузке такого файла в эмулятор не нужно заботиться о преобразовании его в тот или иной формат (ZX, Amiga и так далее) - то есть вообще никаких преобразований не нужно. Практически waveform :)
Ну так этим и должен как раз девайс заниматься :-)Цитата:
Сообщение от tnt23
Конвертировать из сложившегося исторически формата в МФМ
Он этим и пытается заниматься :) беда в том, что форматов заметно больше одного, а вычислительных можностей в устройстве не то чтобы очень много, а скорее даже мало. Поэтому - раз уж упоминалась возможность конвертировать в UDI изо всех других форматов - чего бы сразу не конвертировать в MFM?Цитата:
Сообщение от CHRV
(Я вот вообще невежественно полагаю, что довольно было бы и одного TRD :v2_tong2: )