Замена дисковода эмулятором диска

[tnt23]

Исторически FDI был первым. UDI появился относительно не так давно и поэтому распространён меньше. Но уверен, что у этого формата всё ещё впереди.

Окей, тогда сперва FDI. Сейчас постепенно доделываю TRD.
По ссылке Virtual TR-DOS кое-какие вещи отдаются в SCL, видимо, он тоже популярен?

[Advertiser]

[skyther]

SCL по сути то же TRD, только с из него не используемые области убраны, хорошо место экономится - только этим он и хорош.

[boo_boo]

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

[Vitron]

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

было бы очень хорошо если бы оно еще и записывало ....
скорость переноса дисков была бы без таких проблем которые существуют на данный момент.
Если запись будет доделана то так как это "железный эмулятор дисковода" несоставит труда сохранять любые нестандартные дороги вписывающиеся в формат UDI .

Если разработка будет вестись в этом направлении чтобы все так и работало, то я потенциальный заказчик такого девайса.

[deathsoft]

Окей, тогда сперва FDI.

Лучше сразу делать поддержку UDI, т.к. FDI - это левый формат, который содержит не всю информацию (больше чем в trd, но меньше чем в UDI). Любой формат может быть преобразован к UDI при помощи утилит. FDI - примерно тоже что и TD0. Формат UDI описывает диск максимально полно, включая все служебные зоны и маркеры. Полнее чем UDI диск описать нельзя.

[tnt23]

Лучше сразу делать поддержку UDI, т.к. FDI - это левый формат, который содержит не всю информацию (больше чем в trd, но меньше чем в UDI). Любой формат может быть преобразован к UDI при помощи утилит. FDI - примерно тоже что и TD0. Формат UDI описывает диск максимально полно, включая все служебные зоны и маркеры. Полнее чем UDI диск описать нельзя.

Тогда почему бы не сделать поддержку совсем уж универсального формата MFM, который будет представлять собой последовательность бит, выдаваемых "дисководом". Вот уж туда легко ложится практически любой формат дорожек. Минус - размеры (около 2.5Мб на DD диск).

[deathsoft]

Тогда почему бы не сделать поддержку совсем уж универсального формата MFM, который будет представлять собой последовательность бит, выдаваемых "дисководом". Вот уж туда легко ложится практически любой формат дорожек. Минус - размеры (около 2.5Мб на DD диск).

Так в UDI и сделан практически MFM (но только для служебных маркеров), в остальном обычные байты данных, т.к. этого хавтает практически под все задачи. Какой смысл хранить синхробиты от MFM там где они стандартные (вторая половина битовой ячейки не нужна - это синхроимпульс)?

[tnt23]

Так в UDI и сделан практически MFM (но только для служебных маркеров), в остальном обычные байты данных, т.к. этого хавтает практически под все задачи. Какой смысл хранить синхробиты от MFM там где они стандартные (вторая половина битовой ячейки не нужна - это синхроимпульс)?

Ну так оно еще более универсально получается - можно хранить не только IBM совместимые форматы дорожки, но и амижные, и CGRные, в общем, любые.

Удобство в том, что при загрузке такого файла в эмулятор не нужно заботиться о преобразовании его в тот или иной формат (ZX, Amiga и так далее) - то есть вообще никаких преобразований не нужно. Практически waveform

[CHRV]

Ну так оно еще более универсально получается - можно хранить не только IBM совместимые форматы дорожки, но и амижные, и CGRные, в общем, любые.

Удобство в том, что при загрузке такого файла в эмулятор не нужно заботиться о преобразовании его в тот или иной формат (ZX, Amiga и так далее) - то есть вообще никаких преобразований не нужно. Практически waveform

Ну так этим и должен как раз девайс заниматься :-)
Конвертировать из сложившегося исторически формата в МФМ

[tnt23]

Ну так этим и должен как раз девайс заниматься :-)
Конвертировать из сложившегося исторически формата в МФМ

Он этим и пытается заниматься беда в том, что форматов заметно больше одного, а вычислительных можностей в устройстве не то чтобы очень много, а скорее даже мало. Поэтому - раз уж упоминалась возможность конвертировать в UDI изо всех других форматов - чего бы сразу не конвертировать в MFM?

(Я вот вообще невежественно полагаю, что довольно было бы и одного TRD )