Nokia 770, C55x DSP ядро и декодирование mpeg4 видео Опции

[ssvb]

Здравствуйте,

Есть такое устройство: Nokia 770. Там имеется два ядра: ARM9E и C55x, оба работают на частоте 252MHz (OMAP1710, возможно "официально" разогнанный). Для доступа к DSP используется dspgateway.

Я сейчас занимаюсь оптимизацией MPlayer для Nokia 770/N800, пока только с использованием ARM ядра (поскольку раньше ни разу не имел дел с DSP). DSP в MPlayer на данный момент в используется только для декодирования mp3 аудио с использованием бинарного нокиевского предустановленного кодека.

Хотелось бы узнать, насколько это DSP ядро перспективно использовать для декодирования видео по сравнению с ARM. Больше всего интересует видео mpeg4 part2 (DIVX/XVID). Причем как с теоретической точки зрения (насколько C55x потенциально быстрее, чем ARM9E?), так и с практической - возможность и трудоемкость портирования какой-либо существующей open source библиотеки, например XVID или FFmpeg.

Было бы интересно узнать мнение профессионалов. Стоит ли вообще пытаться?

[ssvb]

Наконец-то нашлось время на попытки разобраться с DSP и появились новые вопросы

Сейчас компилирую код с использованием free toolchain от TI (code generation tools 2.56) по ссылке с http://maemo.org/community/wiki/dspprogramming/

Всплыла проблема с "заворачиванием" указателя на границу страницы. Т.е., если мы имеем, например, код вроде "sum += *buffer++;", то когда указатель пытается пересечь границу страницы, меняются только младшие 16 бит адреса. Например, указатель перескакивает с 0x10FFFF на 0x100000 вместо 0x110000. Все это делает работу с большими буферами данных несколько трудоемкой.

В интернете нашел информацию о том, что эта фигня должна быть исправлена в c55x silicon revision 3.x. В частности, об этом говорится в spru599d.pdf

Также вот этот pdf файл как будто бы утверждает, что и в OMAP1710 (Nokia 770), и в OMAP2420 (Nokia N800 и N810) используется c55x silicon revision 3.0: http://www.ocpip.org/japanese/news/present...ese_JapanTI.pdf

Так в чем же собственно дело? То ли в данных OMAP'ах не rev.3 и японцы врут. То ли процессор работает в каком-то режиме совместимости с предыдущими ревизиями и 23-битную адресацию надо как-то явно включить.

Можно ли где-то найти более подробную информацию про rev.3? Используется ли данная ревизия в чипах, доступных для "простых смертных" и имел ли кто-либо опыт работы с ними?

Похоже, с этой page boundary crossing проблемой мучаюсь не я один: http://www.dsprelated.com/groups/c55x/show/631.php

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

PS. Еще нашел и скачал с ftp чуть более свежую версию code generation tools (2.75), с ней проблема та же самая: ftp://ftp.ti.com/pub/cs/v275/

Сообщение отредактировал ssvb - May 31 2008, 14:07