caxapa.ru :: Программный MP3 декодер на dsPIC33

Gamma SPb (16.12.2007 18:36, просмотров: 24012)

Программный MP3 декодер на dsPIC33 http://www.pic24.ru/upload/dspic_mp3.zip
dsPIC33 MAD MP3 декодер ----------------------- Этот проект - MP3 декодер для контроллеров DSC dsPIC33, основанный на хорошо известном fixed-point MP3 декодере MAD: http://www.underbit.com/products/mad/ Вообше говоря, проект основан на порте MAD для TI TMS320C55xx, который можно найти в сети (автор: Grigory Abuladze). Мной были переписаны все асмовые функции, проверено выравнивание (компилятор CCS подразумевает что char = 16 бит), проверены все операции, критичные к порядку байт в слове (TMS320 - big-endian, а dsPIC - little-endian), все массивы выделяются статически на этапе компиляции. dsPIC33 MAD MP3 декодер распространяется на условиях GPL: http://www.underbi …resources/license/gpl/ Требования: Flash: ~9.5 кБ кода + ~11 кБ константы (8% от dsPIC33FJ256GP710) SRAM: ~25 кБ + ~1.5 кБ стека (88% от dsPIC33FJ256GP710) Использование CPU: 33.6 MIPS (32 кГц / 128 kbps / стерео) 6.8 MIPS ( 8 кГц / 20 kbps / стерео) Исходя из требований, понятно, что на сегодняшний день единственный контроллер, на котором можно запустить этот проект - это dsPIC33FJ256GP710. Это связано только с требованиями к ОЗУ, производительности 16-битных DSC от Microchip достаточно, чтобы реализовать декодер потоков с низким значением kbps на любом контроллере dsPIC30. Ограничения: MPEG1 Layer 1 и Layer 2 не поддерживаются Используется 16-битная арифметика функция mad_port_stereo_intensity_lsf() работает не корректно (TODO) Архив проекта содержит исходные коды декодера, проект для MPLAB и тестовые mp3 файлы. Файл /doc/test_result.txt содержит отчеты о декодировании тестовых файлов. Для измерения времени декодирования (decode_time) используется аппаратный таймер, при этом функции ввода и вывода данных исключены из изменений.

Ответить

- о, ссылка - программный AAC декодер на dsPIC, 3,5 MIPS. Правда кода нет - Gamma SPb(20.12.2007 12:33, ссылка)
- Проект Media Player на LPC2138. декодер от https://datatype.helixcommunity.org/ - Ruslan(17.12.2007 11:05, ссылка, картинка)
  - :) обманули - Ruslan(17.12.2007 11:15)
  - which plays back high-quality, uncompressed, 16-bit digital audio - Gamma SPb(17.12.2007 11:06)
- Интересно, насколько целесообразно использовать dsPIC в качестве декодера? Или это проект нужен только для оценки производительности? Argon(93 знак., 16.12.2007 23:08)
  - ИМХО сейчас вообще нецелесообразно MP3 использовать - флеша уже настолько дешевая, что можно напрямую wav гнать, там где надо. С другой стороны аппаратный декодер MP3 - самый простенький VLSI стоит чуть дешевле того же dsPIC33FJ256GP710... Gamma SPb(161 знак., 17.12.2007 00:00)
  - ARM7 на 60 Мгц декодирует MP3 той же либой на ура. (точные битрейты не помню, но 64кбит моно получается - Evgeny_CD(16.12.2007 23:38)
    - CPU - LPC2106. Код занимает ~64кб в флеш. Если в оставшийся флеш положить кусочек mp3, то получим следующие результаты: Ruslan(212 знак., 17.12.2007 08:59)
      - 32К ... 320К - это битрейт. 20.30MIPS - это если считать что LPC2106 ~55mips. - Ruslan(17.12.2007 10:37)
        
        так код-то будет? два проекта видел на LPC, ни один стерео вообще не тянет. С асмовыми вставками... - Gamma SPb(17.12.2007 10:43)
        
        код - MAD libs. Тестил год назад, ничего не осталось кроме этой таблички. - Ruslan(17.12.2007 10:45)
        
        понятно... - Gamma SPb(17.12.2007 10:46)
        
        Могу сказать что писал в сахару, вроде ошибку в компиляторе нашли. Вы на живом МК проверяли или в симуляторе? - Ruslan(17.12.2007 10:51)
        
        в симуляторе, конечно. Тестировали симулятор MPLAB-овский - время симуляции от реального железа отличается на доли процента - Gamma SPb(17.12.2007 11:07)
        
        Ок. Попробую выделить время на повторный тест. Поптыаюсь в железе, благо плата с LPC2106 есть (спасибо Evgeny_CD). - Ruslan(17.12.2007 11:17)
      - без кода который можно проверить это ОБС. И что у вас значит MIPS? - Gamma SPb(17.12.2007 10:28)
    - ну и что? вывод-то какой? - Gamma SPb(16.12.2007 23:55)
      - Я не вывод не претендовал. Просто дал информацию. - Evgeny_CD(17.12.2007 00:01)
        
        Я в курсах спасибо. 32-битный ARM на 60 МГц требует столько же времени на декодирование потока, сколько 16-битный dsPIC на 40 МГц. На выводы не претендую, просто даю информацию - Gamma SPb(17.12.2007 00:06)
        
        Понятно, что dsPIC эффективнее на DSP-like задачах. И вообще, на самом деле, более правильная для small embedded задач архитектура (если не вешать на него безумные ГУИ и стеки протоколов). - Evgeny_CD(17.12.2007 00:13)
        
        про гуи тут уже было - дохленький пик24ф разруливает QVGA на раз - можете демку по ссылке посмотреть - Gamma SPb(17.12.2007 00:18, ссылка)
        
        Онять же, уже обуждали. Просто красивая картинка - нивапрос. Полноценный GUI, многооконный, с большим количеством интерактивных элементов на экране - сдохнет он по совершенно объективным причинам. - Evgeny_CD(17.12.2007 11:37)
        
        ну крантец, что значит полноценный? и по каким таким объективным? на экране обновляется только то, что нужно обновить. Вам нужно 300 кнопок и 50 окон на QVGA? да нивапрос, не сдохнет. Посмотреть бы на этот супермногооконный GUI... Gamma SPb(62 знак., 17.12.2007 11:41)
        
        Каждому свое место. PIC - великолепный, дешевый и навороченный периферийны контроллер. Все попытки вылезти за область определения - смерть. А в центре системы должен CF стоять, ну или ARM какой мелкопоганистый. - Evgeny_CD(17.12.2007 12:07)
        
        ну в центре системы на который полезный алгоритм на перле или LUA - несомненно =) - Gamma SPb(17.12.2007 12:15)
        
        Я ценю критику моих идей, ибо она единственное средство защиты от маразма. Но в данном случае, я убежден, что без применения идеологии иерархии себестоимость малотиражных сложных разработок не снизить. - Evgeny_CD(17.12.2007 12:24)
        
        Так сказать, применение ООП к управлению проектами :) - Evgeny_CD(17.12.2007 12:25)
        
        ГУЙ В осце вполне полноценный. И скорость обработки изображения там на порядок выше той, которую ПЫК дать может (инача такой томоз-осциллографф никому не нужен будет). Верно, вопрос в том, а что можно наотображать на QVGA, чтобы юзер сумел с этим Evgeny_CD(12 знак., 17.12.2007 12:05)
        
        да откудова, Евгений, вы знаете, чего там пик может дать, а чего нет? Я знаю, потому что эта плата у меня на столе лежит. Gamma SPb(137 знак., 17.12.2007 12:14)
        
        Сила состоит не в том, чтобы после того, как в башку придет идея, быстренько спаять плату (или взять готовую) и проверить - катит или нет. Сила состоит в том, чтобы на основании имеющейся информации с некоторой вероятностью оценить - катит или нет. Evgeny_CD(66 знак., 17.12.2007 12:27)
        
        И чего, тек на PIC сделан? - Evgeny_CD(17.12.2007 12:24)
        
        Мопед - AVR(17.12.2007 00:06)
        
        кста, просьба =) глянуть асмовые исходники, если время и интерес будет - мож чего подправить можно... Gamma SPb(153 знак., 17.12.2007 00:10)

Микроконтроллеры