Здравствуйте!
Предыстория: есть мега, на ее SPI висят Dataflash и SD карта с FatFs от Чана. Написана процедурка, которая заливает мп3 файлик с карточки памяти в датафлешину целиком. Также есть еще одна процедурка, которая воспроизводит заданный диапазон страниц из датафлеши в VS1053. Хочу организовать какую нибудь разметку звукового фрагмента - массив с адресами.
Предполагаю что есть 2 пути:
1) сделать Фат16 на датафлеши (но у меня нету процедур disk_read и disk_write для Чановской библы) и заливать на нее отдельные mp3 файлы
2) При программировании датафлеши писать в ее первую страницу что-то вроде массива с именами звуковых фрагментов и их положением в DF

Как лучше сделать? поделитесь опытом, пожалуйста, кто уже такое делал...

Сообщение отредактировал Ivan Kuznetzov - Aug 24 2009, 17:51

Первый вариант представляется, мягко говоря, избыточным. Гораздо проще будет сделать небольшую программку для ПК, которая соберет звуковые фрагменты в один кусок и снабдит его нужного формата хидером.

Заранее извиняюсь. если что-нибудь не то брякну (я в этой теме еще пока шибко зелен)....
Если во флеше записаны подряд mp3-файлы - у всех (или почти всех) мультимедийных файлов формат RIFF. Значит можно прочитать заголовок первого файла - 'RIFF' и размер. Потом отсчитать размер и перейти на заголовок следующего файла (ну или если они не друг за другом то отсчитать размер а потом читать пока заголовок 'RIFF' не попадется) и т.д. Или же таким макаром создавать перед началом работы карту (массив адресов файлов) в ОЗУ меги ...
Или я чего-то не то говорю?

Сообщение отредактировал Student Pupkin - Aug 28 2009, 23:16

Вместо использования файловой системы клепать что-то свое?
А оно нужно? Разве что если ресурсов AVR недостаточно. У нас в подобных случаях ( на ARM, правда) используется первый путь: файловая система, текстовые файлы для индексации рабочих файлов, ну и вспомогательная программка на PC, которая эти файлы создает.

Нужно. Во-первых, FAT на AT45 - уже извращение, т.к. теряется и пространство и ресурс флеш. Во-вторых, так придется тратить время на чтение FAT и память на буферизацию, ибо работать придется "секторами".

А "вспомогательной программке" в общем-то все равно, что сделать текстовый файл для индексации, что целый образ флеш.

Т.е. "во вторых" - тоже о том, что FAT извращение, если AT45 не важно что заливается готовым образом и перезаписывается только целиком, т.е. данные в файлах константные.

Всё украдено до нас - romfs
Очень просто и достаточно "полноценно".

1. если есть место в eeprom, можно писать массив структур с описанием фрагментов туда, а фрагменты одной кучей в АТ45.
2. можно перед каждым фрагментом писать структуру с его размером и другими параметрами + CRC структуры. Для чтения нужного фрагмента читается первая структура, пропускается первый фрагмент, читается структура второго фрагмента, пропускается и т.д.

и в каку мегу оно влезет ?

Логичнее только положить одну структуру в начале памяти, и не заморачиваться чтениями-пропусками совсем.

Ну приблизительно ROMFS с отброшенными подкаталогами и линками и выходит.

На мой взгляд - в любую, в которую лезет FAT, при этом оставит там намного больше свободного места.
Файлы все непрерывные, описание формата занимает несколько килобайт текста (сотни полторы строк).