Планирую сделать FDD эмулятор на Atmega8

[Eltaron]

тогда уже прикрутить к меге SPI-Flаsh и напихать туда конверторов из всего в TRD

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

А если пихать конвертеры "из всего", то надо конвертировать не в TRD, а в теледисковый TD0, к примеру. Но это совсем другой проект уже получается.

[newart]

UPD: да и что мешает сконвертировать SCL в TRD?

То же что и мешало TRD в RAW ))

юзабилити

[trader2k4]

А что мешает сконвертировать SCL в TRD прямо на атмеге и положить во временную директорию на карте? Да, помойка, которую раз в год придётся чистить - но невелика плата.

Ответ, имхо, прост: если заливать на SD образы дисков всё равно прийдется на ПК, со всей его мощью - зачем напрягать этим Атмегу, которой и так ресурсов едва хватает на собственно эмуляцию? Тем более если операция разовая, залил и забыл - а пк это сделает явно быстрее! Лучше доделать выбор TRD-образа из имеющихся и индикацию, это нужнее.

[newart]

А SCL - это такой же распространенный формат, как и TRD (а то и более).

Как оказалось примерно поровну:





Но тут скорее важно, то что все новые и почти все старые релизы на Virtual TR-DOS лежат в SCL.

[s_kosorev]

Имхо хорошая практика чередовать этапы, фичи/стабилизация, фич уже валом, есть смысл стабилизировать, что бы более уверенно на следующую итерацию переходить

[Eltaron]

Ответ, имхо, прост: если заливать на SD образы дисков всё равно прийдется на ПК, со всей его мощью

Вспомни, как все вздохнули с облегчением, когда телефоны стало можно цеплять по USB и они стали видны как диски в системе. До этого, напомню, было несколько лет мучений со специализированными программами от Nokia, LG, Samsung, которые, в общем-то, позволяли делать всё то же - заливать видео и музыку. Но с лишним геморроем.

А кодирование видео под первые смартфоны и телефоны с большим экраном? Захотел посмотреть фильм в электричке - будь добр, сконвертируй его в 320x240 3gp проприетарным кодеком. Неудобно это всё, отбивает желание пользоваться.

зачем напрягать этим Атмегу, которой и так ресурсов едва хватает на собственно эмуляцию?

Так не надо напрягать атмегу. Это два разных процесса, никакая эмуляция во время конвертации не работает. Атмега смотрит на расширение, если scl, то запускает функцию из 20 строчек, конвертирующую scl в trd. Её работа займет несколько секунд, но это намного приемлимей для пользователя, чем пусть те же несколько секунд, но ручной работы при каждом залитии на SD новых образов.
Единственный ресурс тут - объем флэша, но его, думаю, хватит.

Petit FatFS, как я понимаю, не умеет создавать файлы, поэтому задача внезапно даже упрощается. Нужен один заранее созданный /.tmp/image.trd в 655360 байт, который будет перезаписываться новыми данными при каждом открытии SCL-файла.

[Advertiser]

[AlexNN]

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

[solegstar]

Конвертер для винды уже написан, если что: http://zx-pk.ru/showthread.php?t=223...l=1#post663286 Позволяет делать пакетное преобразование форматов. drag`n`drop поддерживается.

[EvgenRU]

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

PS: сразу говорю, эмуляция предусмотрена будет только для TRD, остальное можно действительно налету в TRD и т.д. Впилить создание файла в петит не проблема, тем более что там от петита одно название осталось )))

[tank-uk]

наверное все таки TD0 было бы универсальнее , и CP/M, и IS-DOS, и не стандартную разметку можно было бы загружать с эмуля