А поддержка UDF будет?
А поддержка UDF будет?
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Меня больше интересуют -rw диски, форматированыые в udf (типа большая дискета)
идея умерла - судя по тишине в ветке
жаль что смогли портировать чановскую библиотеку FATFS под ZX - а ведь в АВР всего 1Кбайт памяти и всё работает ...
Не умерла,а дошла до своего логического завершения, после того,как участники,активно доказывающие НЕВОЗМОЖНОСТЬ сабжа, с удивлением узнали, что сабж не только возможен,а УЖЕ РЕАЛИЗОВАН, и успешно используется в системе DNA начиная с далекого 2003 года - сначала чтение и запись существующих файлов с/на FAT16,с 2004 года - создание и удаление файлов,с 2005 года создание и удаления подкаталогов,с осени 2007 - создание/удаление/чтение/запись файлов и подкаталогов на разделах с FAT32.
И еще в программе WDC начиная с конца 2006 года появилась возможность чтения файлов и подкаталогов с FAT32,а с 2007 года ещё и создание и запись на FAT32 (удаления не появилось).
В 2008 году появилась программа FATall с похожими функциями, только ориентированная на работу с SD-картами, в прошедшем году в ней появилась поддержка IDE-винчестеров.
Так что все ОК - обсуждения перенеслись в соседние ветки:
http://zx.pk.ru/showthread.php?t=1519&page=20
http://zx.pk.ru/showthread.php?t=11349
http://zx.pk.ru/showthread.php?t=4777
http://zx.pk.ru/showthread.php?t=7238
на Орион портировали - но медленно работает(там проц тоже Z80)
ну например,в системе DNA код объединенного драйвера FAT16/32 со всеми функциями примерно 4,5 Кб занимает, работает быстро - примерно 160 Килобайт в секунду чтение с винчестера и 110 Кб/с запись на винчестер
Слежу за развитием FatFS, очень симпатичный проект.
В АРВ сильно лучше компиляторы, на знаю за счет чего - возможно, типы более емкие нативно поддерживаются, или регистров больше, или способы адресации. Х.З. Тем не менее, 1к недостижимо и там. Вот тут есть данные по размеру кода FatFS на разных платформах :
http://elm-chan.org/fsw/ff/en/appnote.html
У меня для Z80 используется версия 6 FatFS (последняя до внедрения LFN, т.к. не вижу никакого смысла в LFN применительно к обмену с CP/M, где имена как раз 8.3). При этом размер кода библиотеки (в варианте функционала близкого к максимальному) 29кб (компилятор - HiTech C 3.9, версия для CP/M 198x года). На AVR тоже самое занимает 12,5 кб.
Итого минимальная утилита будет порядка 30к. В-принципе, приемлимо, но для ассемблерного кода конечно не конкурент - как по размеру, так и по быстродействию (хотя скорость работы на чтение меня вполне устраивает, вот запись файла подтормаживает на ковыряниях в FAT-е). Зато на портирование собственно библиотеки Чена у меня ушло порядка двух недель (да и те в-основном на "освоение" компилятора - он небезглючен, как оказалось). Скорость портирования - основное из-за чего и был выбран вариант реализации FAT на С.
Кому интересно, вариант FatFS адаптированной для z80 (HiTech C 3.9) я выкладывал тут в составе некой утилиты:
http://zx.pk.ru/showpost.php?p=322368&postcount=52
Все что относится к FatFS компилируется (командником чегототам.sub) в библиотеку libff.lib.
Последний раз редактировалось Error404; 23.11.2010 в 13:22.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Затем же, зачем юзать спектрум, да еще с глючными реализациями FAT, когда есть прекрасные PC с прекрасными ОС, поддерживающими FAT.
Ну не вштыривает меня пользоваться ворованным IAR, да еще на писюке под виндой, когда есть бесплатный нативный компилер, работающий на Z80 и для Z80.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)