Вставки заменены сишными аналогами. Но самая ресурсоемкая процедура как раз в thimb2 - asmpoly_thumb2.s, взята из проекта от stm32. Вот ее надо проверить. Т.к. CS 1.7 вроде как не умеет thumb-2 и что там в итоге выходит - х.з., может он arm код генерирует.

Я пока не могу уделять этому занятию много времени, поэтому не знаю, когда будут результаты. Всем желающим могу отдать проект в его текущем состоянии (нерабочем ).

Про ось запутался, про какой проект вы говорите. У stm'шников какая-то CircleOS. У немцев с sam7 (http://embdev.net/articles/ARM_MP3/AAC_Player) оси нет. Я вначале прикрутил freertos, потом открутил нафиг.

З.Ы. а для CrossStudio 2.* клизмы еще нет?

Посмотрите на VS1053B:

Decodes multiple formats
Ogg Vorbis
MP3 = MPEG 1 & 2 audio layer III (CBR+VBR+ABR)
MP1 & MP2 = MPEG 1 & 2 audio layers I & II optional
MPEG4 / 2 AAC-LC(+PNS), HE-AAC v2 (Level 3) (SBR + PS)
WMA4.0/4.1/7/8/9 all profiles (5-384 kbps)
FLAC lossless audio with software plugin (upto 24 bits, 48 kHz)
WAV (PCM + IMA ADPCM)
General MIDI 1 / SP-MIDI format 0

Encodes three different formats from mic/line in mono or stereo
Ogg Vorbis with software plugin
IMA ADPCM
16-bit PCM

Пока сделал декодер на чипе VLSI, но потом хочется собрать софтовый декодер.

Какие ЦАПы посоветуете использовать, кроме tlv320aic23?
Требования к качеству звука не шибко высокие, тем более, раз речь идёт об mp3.

Нет ли в природе буферизованных ЦАПов или кодеков, которые бы сами генерировали нужную частоту сэмплирования?

И что-то я не особо впечатлён возможностями генератора клока для I2S в STM32 (кроме новых чипов с отдельным PLL).
Тупой целочисленный делитель, необходимо подгонять кварц для более менее точного Fs.
Не сравнить с дробным делителем LPC17хх

По второму вопросу tlv320aic23 умеет быть мастером. Думаю, Вы в курсе Самый популярный вариант. Все остальные, которые знаю, клок генерировать не умеют.

Про I2C у STM'ов, а Вы их SPI пробовали? Тоже то еще. Видно захотели сильно универсальный модуль сделать да не вышло SPI master/SPI slave/I2S/и еще что-то однопроводное.

Думаю поработать с tlv320dac23, он без ненужного мне АЦП, но мастером быть тоже умеет (есть у TI и более простые ЦАПы с таким режимом).

Но что-то особой пользы от мастера я не увидел. Внешний-то клок - MCLK - всё равно надо подавать снаружи, и подавать разный для разных частот сэмплирования (например, для Fs = 44.1 кГц- 11.289 МГц, а для Fs = 48 кГц - уже 12.288 МГц).
Имхо, проще будет сразу все частоты формировать контроллером...

К SPI у меня претензий нет. Ну, кроме такого же "тупого" делителя (2^x) для SCLK. Но это и у конкурентов так.

А вот I2C у STM отвратительный. Громоздкий, да ещё и еррата кусается...

А погрешности при 12 МГц кварце (usb mode) не устраивают?

SPI мне не понравился тем, что не умеет дергать CS (SS) после каждого байта. Да и после окончания передачи блока не дергает. Короче, как на sam7 приходится дергать руками.

На I2C я вообще забил. Проще ногами дергать, чем адекватно управлять их модулем.

Хм..
По I2C подключил дисплей TIC-154, на SPI SD/MMC-карта (правда, CS ручками дергаю), делал и развертку VGA-сигнала (640x480) через SPI на stm32f103t4 - из-за недостатка памяти только текстовый режим (а ля, просмотр отладочных сообщение через RS232/TTL).
Во всех реализациях проблем не имел - хотелось бы узнать какие есть проблемы (страшно ведь...)?

Читайте еррату и апноты. По I2C нельзя послать 1 байт. Достатоно криво реализуется обработка исключительных ситуаций. У меня устройство с возможностью горячего подключения/отключения, так что для меня было критично.
По СПИ, кроме перечисленного, только 8/16 бит. ИМХО неудобно иногда.

З.Ы. раз у Вас все работает, переживать не стоит.
З.З.Ы. мне все же привычней реализации этих модулей от Atmel & NXP.

Можно всё, по крайней мере на medium density девайсах.
Просто для 100% надёжности необходима реализация I2C через прерывания или DMA.


Ну а как прогресс с софтовым декодером? Есть результаты?

Нет пока. Меня в командировку на севера на НГ хотят отправить, не до того.

Собирал этот декодер в кейле, для нормального декодирования на stm32 больших битрейтов приходилось разгонять проц до 96МГц ибо у STM32 дюже флеш тормознутый.

Больших битрейтов - это каких?
А в декодере вставки на асме есть?
Наиболее юзабельные функции располагать в RAM пробовали?

Просто, после сообщений о том, что даже на тормозном SAM7S 320 kbps не лагает - слышать о проблемах на STM странновато...

После кое-какой правки исходников я пришёл к тому, что находится во вложении.

Спасибо!
Разбираться буду, когда начну след. проект, уже на LPC1768

Добил. Декодирование mp3 @ 256 на lpc1768 @ 100 MHz - 74..78%. CrossStudio 1.7, без оптимизации, thumb. Данные грузятся с sd-карты результат выпихивается через dma на tlv320.

Оптимизация O3 - mp3 @ 320 на lpc1768 @ 100 MHz - 28..30%. Либо я что-то не правильно мерю. Но underun'ов точно нет. Приведу проект в порядок - выложу.

Всех с наступившим Новым Годом. Пусть у всех в Новом Году будет хватать времени заниматься хобби.