Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Запись видео + АРМ
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
VIRt
Есть интересная задача: сделать портативную камеру наблюдения и писать видео на флеш (планирую исспользовать SD карту). В качестве оцифровки остановился на кодеке от филипса SAA7116H, вот только нужна упаковка видео на лету (не уверен что проц с этим справится). В качестве проца планируется использовать ЛПС2294 + 4Мб внешней ОЗУ.

Посоветуйте что нить для решения данной задачи.
Реально ли это сделать на данной эл. базе.
Какой тип упаковки лучше всего исспользовать.
Ken@t
Цитата(VIRt @ Aug 30 2006, 17:39) *
Есть интересная задача: сделать портативную камеру наблюдения и писать видео на флеш (планирую исспользовать SD карту). В качестве оцифровки остановился на кодеке от филипса SAA7116H, вот только нужна упаковка видео на лету (не уверен что проц с этим справится). В качестве проца планируется использовать ЛПС2294 + 4Мб внешней ОЗУ.

Посоветуйте что нить для решения данной задачи.
Реально ли это сделать на данной эл. базе.
Какой тип упаковки лучше всего исспользовать.

Вы считать умеете ?
принципы кодирования ?

Для начала оценка
7116 передаёт поток ITUR 601 ( 656 ) с частотй 27МГц уже напряг взять из порта и кинуть в рам, ведь DMA на борту нет, далее надо определить SAV код и сформировать фрейм (Вы не читали даташит 7116 и стандарт 601 НИ РАЗУ )
Гипотетически это реализуется на прерывании и прямой путь к FIQ

Допустим справились с одним фрэймом... итого 720х588 4:2:2 дало нам 846720 байт картинки.
При такой скорости потока данных проц только и занимается сохранением фрейма.

Далее надо сжать картинку
на выходе мы можем поиметь
MPEG-2 (3 буфера потребуется на кадр для сжатия )
MPEG-4
H.263
MJPEG
даже в первом приближении для потока D1 не справится, придётся прореживать до 360х294

как минимум получаем 30fps/3 Итого = 10 fps
1 кадр захватили, во время следующего жмём , в следующий кадр сохраняем данные....
если успли сжать естественно....

да , наверно надо ещё наложение на картинку сделать и место хранения - файловая система, а это
ресурсы

Смотреть реализации кодеров и оптимизировать для АРМ, да помним в сжатии ядром DCT операции.
профили выходных потоков наверно простые .

Да и ешшо , прежде чем пИсать вАпросы, неплохобы было провести анализ темы....

АЛьтернатива
TMS320DM6442
TMS320DM642
AT91SAM9260 - имеет на борту порт ITU-R 656 4:2:2, производительность не оценивал... 200МГц ядро
100МГц SDRAM... ну тут возможно...


далее чтож ВЫ гуляя по филипку не увидили его кодера аппаратного ?
aaarrr
Цитата(Ken@t @ Aug 30 2006, 18:08) *
Вы не читали даташит 7116 и стандарт 601 НИ РАЗУ

smile.gif SAA7116 - это, если не ошибаюсь, мост ITU656 -> PCI.

Цитата(Ken@t @ Aug 30 2006, 18:08) *
АЛьтернатива
TMS320DM6442
TMS320DM642
AT91SAM9260 - имеет на борту порт ITU-R 656 4:2:2, производительность не оценивал... 200МГц ядро
100МГц SDRAM... ну тут возможно...

BlackFin еще несправедливо забыт.
Ken@t
SAA7114 - кодер
собственно на это я и указал автору поста
Блэкфин, я не увидил аппаратного ITUR порта на него
с уазанными дсп - они позиционируются как ядра для мултимедия и в частности кодеров , на них есть бенчмарки сжатия мпег2 и мпег4

атмел, атмел имеет порт , но в реальности , что на потоке D1 сжатия будет ? 30fps сможет выдать ? догадки одни..
Я вот интересовался в своё время этим напралением , лучше использовать аппаратные кодеры или филипса PNX1500 ))) , а так же корки на фпга...
и не нашёл требований к аппаратному оборудованию и ресурсам для сжати мпегом и мжпг.
_pv
Цитата(Ken@t @ Aug 30 2006, 20:46) *
Блэкфин, я не увидил аппаратного ITUR порта на него

плохо смотрели, оно там есть.
Цитата(Ken@t @ Aug 30 2006, 20:46) *
лучше использовать аппаратные кодеры или филипса PNX1500 ))) , а так же корки на фпга...

еще в начале прозвучало слово "портативная", что накладывает некоторые ограничения на энергопотребелние...
aaarrr
Цитата(Ken@t @ Aug 30 2006, 18:46) *
SAA7114 - кодер
собственно на это я и указал автору поста

SAA7114 - таки да, кодер. Без обид, я просто к тому, что следует читать внимательнее.

Для блекфинов доступен Multimedia SDK с MJPEG кодеком, правда, довольно кривой.
acex2
Цитата(aaarrr @ Aug 30 2006, 19:23) *
Для блекфинов доступен Multimedia SDK с MJPEG кодеком, правда, довольно кривой.


У них же (AD) есть Reference Kit для BF561/533, утверждают наличие MPEG4 и скорую поддержку H.264. Правда стоит 25К USD.
Doka
ну еще до кучи по элементарной базе следует добавить плис )
как реф.дизайн - телесиськовский портативный видеорекордер на флеш

добавлю: несмотря на личную неприязнь к DSP ADi , в данной категории (в сравнении с C64xxxx) они имеют в т.ч. и планарные корпуса (если разработчику это принципиально)

ЗЫ: Ken@t, поправка: наверное всеже TMS320DM6443 (а не TMS320DM6442)
Ken@t
Цитата(acex2 @ Aug 30 2006, 20:09) *
Цитата(aaarrr @ Aug 30 2006, 19:23) *

Для блекфинов доступен Multimedia SDK с MJPEG кодеком, правда, довольно кривой.


У них же (AD) есть Reference Kit для BF561/533, утверждают наличие MPEG4 и скорую поддержку H.264. Правда стоит 25К USD.

Каюсь, ошибся...
И так, ближе теме.
Перекрёстный анализ показал , что оптимальный путь использовать BF561.
1. Гнутый софт есть + VisualDSP
2. мультимедия СДК есть
3. Чип PBGA шаг 1 углы его на землю, центральный блок - земля и питание, 2ряда всего
считаем , шаг 1 - 0.45 под площадку = 0,55 - 0,125 = 0,425 / 2 = 0,2125 зазор , тоесть достаточно для изготовления в резоните для протяжки выводов с , впрочем два ряда , тоже достаточно просто развести в две стороны.
4. Отладчик жтага не дорогой...
финансы..
плата 2х слойная ( проц , память , питание , порты наружу ) в 100 - 120 можно уложиться.
сам проц 54 + 16 сдрам + 9 флэш + питание и мелочёвка возьму по максимум в 110
приблизительно 220 против 533 Евалюшин кит.

под TI сразу упираемся в цену ПП , ~160$ SM510 для CCS ...
совсем мало интересно

остаётся sam9260
1. Всёже 180MHz против 600 цена собрранной платы будет 2/3 от ADSP .

вот такие пироги...

а то, тут , получится - не получится... получится да не на ARMе ....

По габаритам , а что БГА отменили ?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.