есть задача декодировать MPEG4 c разрешениями до 320х180 и частотой када до 25 шт в сек !
Задача сохранить данные на SD карте и в разжатом виде и потом разжатый поток выводить на экран ! с режиме 25 кдров в секунду! вопрос смогут ли данные ядра на своих частотах 70-80 МГц сделать это и сколько примерно будет занимать по времени разжатие ролика в один час например ??? прошу аргументированно если можно!

Улыбнуло описание темы

что именно не так прошу указать !

С "ядами" - понятно, что описались. А вот спутать название ядра с маркой презервативов...

Сообщение отредактировал MikePic - Jan 30 2009, 10:46

Декодированием MPEG4 не занимался, но могу сказать, что когода мпег4 только появился, у меня был комп с pentium 166 не MMX, так он его декодировать не умел. Понятно, что на компе операционка, и многое другое ресурсы жрет, чего у вас не будет, но все же думаю, что указанные вами микроконтроллеры задачу не потянут.
У меня в смартфоне стоит ARM11 на 230МГц - тот проигрывает без вопросов.
Так что смотреть нужно ИМХО как минимум на ARM9 благо они сейчас по цене почти как седьмые (поддерживающие внешнюю SDRAM и FLASH)

не смогут.
176х144 и 15fps YUV420 на v5TE занимает примерно 20МГц.
Так что только декодирование предложеного формата на не влезет в v4 по мипсам.
про запись на карточку, вывод на ЛСД (420->565 тоже что-то займет), не говоря уж про собственно чтение потока можно забыть.

что конкретно они не смогут ведь допустим есть видео файл лежащий на карте мы его оттуда сначало читаем неспеша и декодируем не в реальном режиме данные и складываем информацию в виде битовых таблиц по кадрам снова на карту получаеться огромный файл не сжатой граф информации допустим разжытый он занимает пусть 1Гб дальше мы начинаем этот файл со свистом вытаскивать от туда пусть со скоростью 25Мбит/сек что при глубене цвета 12 бит вполне хватает для вывода разрешения 180Х320Х25Х12=17280000 бит/сек где уское место ????

Ну так сразу надо было указывать, что обработка ведется не в реалтайме. Ато писали 25 кадров в секунду....
Если всего пара кадра в секунду вас устроит - другой вопрос, пожно пробовать.
Не в реал тайме можно и на MCS51 сделать
Правда несжатого видео на карту совсем немного влезет. в гиг всего минут 8...

Можете глянуть на Atmel AVR32AP7000 - хоть и не ARM, но под Вашу задачу может подойти идеально.

а еще интереснее в этом вопросе TMS320DM355
и денег он стоит не особо
правда БГА

Гулять, так гулять: http://www.mt-system.ru/index.php?id=39466
Это "Новый ARM11 микроконтроллер от Samsung Semiconductors S3C6400"

Ну господа я в курсе что можно воткнуть туда камень с произвидительностью несколько гигафлопс и который будет стоить как пол родины только это не будет оптимальным решением! Да и монтаж сильно проблематичен БГА и дорог пока и плата стоит прилично будет! Поэтому тут применение корпусов с шариковыми контактами отвергаеться сразу и на долго !:) Пока просматривалось решение точнее связка User int+SD+RF tranf+LPC213X--> ADSP-BF532 соедененные по паралельному интерфейсу ДСПника и программному порту с АРМки запрос очередной порции по прерыванию! Вопрос сможет ли LPCха вычитывать из карты c FAT32 видио данные сжатые со скоростью 1-2 Мбит/с и передавать програмно в ДСП???
OFF: Кстати указанный выше камень интересный ! Особенно для медийных применений жалко что кана нет а так оч даже заманчиво!!!

Насчёт считывания из карты со скоростю 1-2 МБит/с не скажу. Смотря какой интерфейс. У меня чистое чтение по SPI (~7,37МГц) из AT45 с проверкой CRC страницы идёт со скоростью ~3,5МБит/с, но процу то ещё надо чем-то заниматься. С фатом гораздо тяжелее будет, тут уж лучше брать проц со встроенным интерфейсом MMC/SD. В DSP (TMS5509a) удалось записывать по SSP (14,75МГц последовательный интерфейс + поддержка протокола) со скоростью ~7,2МБит/с. При сопряжении DSP с LPC через параллельный интерфейс следует учесть такие особенности, как необходимость считывания флага готовности данных на HPI - у TMS-ки была такая фишка, а у LPC в EMC не предусмотрено.

Да, а не проще ли решить эту задачу полностью средствами DSP? У той же TMS5509a есть интерфейс MMC/SD. Уверен, что в семействе ADSP тоже найдётся

А насчёт CANа - можно у Renesas SUPER-H посмотреть, например

Сообщение отредактировал MikePic - Feb 2 2009, 13:29

если устройство работает от сети - тогда можно сделать кодек MPEG4 на ПЛИС....
или купить маленькую промышленную мамку с флэшовым винтом и нормальным процом
а по поводу шариковых корпусов - их надо ставить на маленькую платку с нормальными штырьками и заказывать в производство

у вас читается нанд флешка там ясно скорость поидее выше только что вам мешает сделать спи по живей ? скажем можно сделать 20Мгц а потом оставшееся время чем другим заниматься! А насчет использования ДСП у ADSP нет аппаратного покрайней мере у тех что в планарных корпусах! А делать на ДСП все сразу и чтение и управление мадемом радио не факт что при программном чтении данных с карты у дсп будет хватать времени процессорного для декодирования видео! А на каких TMSах есть интерфейс у карты и планарный корпус ???