[ap_larin 0]

Всем доброго времени суток!

 

Прошу оказать помощь в выборе аппаратных средств обработки видео.

 

Задача такая. Получить ч/б картинку с камеры (320 х 240) либо непосредственно с матрицы, либо по ВТ.656 (PAL/NTSC). Наложить цветную графику (примитивы в виде линий, квадратов и т.д., либо текст). Передать на дисплей с разрешением 640 х 480 (800 х 600) либо по BT.656, либо RGB888. Попутно при необходимости делается цифровой zoom от 0.5 до 8, раскраска картинки, регулировка яркости, контрастности.

 

Сам анализирую разные варианты. Это и OMAP3530, и L138, и С6748, и DM3730 и т.д. или ПЛИС. Сейчас у ST F439-й что-то может делать с камерой и TFT. Сомнения в возможностях решить такую задачу (ST).

Признаюсь, что опыта работы с перечисленными изделиями нет, но приближающийся проект требует конкретных решений и всецелого погружения в тему. Сроки...

 

Прошу обосновано помочь с выбором. Я планирую для начала взять какой-нибудь конструктор, а далее сделать редизайн под себя.

 

Как оценить требуемые ресурсы по быстродействию и памяти?

Где найти какие-нибудь исходники для решения подобных задач?

 

Есть правда ограничение по потребляемой мощности порядка 0.5Вт !

 

 

 

 

[Dr.Alex 0]

1) L138 и 6748 к видео вообще никакого отношения не имеют

 

2) полватта для них — типовое потребление даже не на максимальной частоте и не при максимальной нагрузке, и это не учитывая кпд источников питания и всего остального на плате, так что пролетите 146%. За 3530 и 3730 точно не скажу, но должно быть ещё хуже.

 

3) из вашего поста нельзя понять, какие всё-таки вычислительные мощи нужны. Например что такое "раскраска картинки", да и с "наложением цветной графики" не очень понятно. Во всяком случает на стм32 не рассчитывайте.

[blackfin 14]

Прошу обосновано помочь с выбором. Я планирую для начала взять какой-нибудь конструктор, а далее сделать редизайн под себя.

 

Как оценить требуемые ресурсы по быстродействию и памяти?

 

Есть правда ограничение по потребляемой мощности порядка 0.5Вт !

Если нет религиозных предпочтений (ARM, DaVinci DM385/DM388 и пр.), то:

 

Процессор: BF608/BF609.

Конструктор: FinBoard.

Память, In: 320*240*2 = 153600 в L2 (SRAM 256KB),

Память, Out: 800*600*2 = 960000 в DDR2/LPDDR (SDRAM up to 256MB).

Потребляемая мощность: Typical power consumption at 25C for the BF609 is 400mW.

 

Для снижения потребляемой мощности можно одно из ядер переключить в режим Hibernate.

Поскольку масштабирование исходного кадра делается аппаратно (Up Down Scaler в составе PVP), второе ядро можно завести на относительно низкой частоте (от 100 МГц до 500 МГц).

Это даст экономию в потребляемой мощности ещё в два - три раза.

[jcxz 184]

3) из вашего поста нельзя понять, какие всё-таки вычислительные мощи нужны. Например что такое "раскраска картинки", да и с "наложением цветной графики" не очень понятно. Во всяком случает на стм32 не рассчитывайте.

Как интересно это Вы из исходного поста автора вывели? ведь у него даже намёка нет ни на какие временные параметры.

Это статическая картинка или надо обрабатывать поток кадров с какой-то частотой?

Если статическая: какова макс. допустимая задержка от момента захвата картинки до вывода результата?

Если статическая, то может и какого-нить MSP430 за глаза хватит ;)

 

Также нет данных и о требуемой разрядности входных монохромных данных и требуемой глубине цвета картинки на выходе.

Или под ч/б-картинкой имеется в виду именно ч/б, т.е. - 2-цветная?

 

И какие ещё тяжёлые задачи должен выполнять CPU? Или только эту?

 

PS: Из сигнальников, если думать о потреблении, можно посмотреть в сторону TI C55x.

[blackfin 14]

Как интересно это Вы из исходного поста автора вывели? ведь у него даже намёка нет ни на какие временные параметры.

Намек на временные параметры есть в стандарте ITU-R BT.656, который ссылается на стандарт ITU-R BT.601, в котором зафиксированы частота полей, кол-во строк, кол-во пикселей в строке и пиксельная частота изображения. Если ТС придерживается стандарта, на который сам же и ссылается, то вычислить все временные параметры не составляет особого труда.. :laughing:

[jcxz 184]

И как же из этого стандарта можно узнать требования ТЗ у ТС?

Как из этого стандарта можно узнать, что, например для данной задачи, достаточно захватывать кадр из входного потока как минимум раз в секунду,

обрабатывать его заданным образом с задержкой не более чем столько-то и далее выводить во входном сигнале до след. захвата?

Или скажем - захватывать и обрабатывать при поступлении некоего внешнего события с частотой не более чем N Герц?

Где сказано, что нужно каждый кадр захватывать и обрабатывать указанным образом??? Не нужно фантазировать...

[ap_larin 0]

Религиозных предпочтений по выбору кристалла не имею, НО с AD дела не имел. Относительно AD Blackfin возникают вопросы по средствам разработки.

 

Непонятно почему С6748, L-138 не приспособлены для видео. Порты-то есть!

 

Теперь уточню некоторые моменты.

 

С камеры выходит чёрно-белая картинка с частотой 9/25/30 кадров в минуту по протоколу BT.656 (параллельная шина 8bit + CLK (YUV 4:2:2)). С такой же частотой

кадров и в дисплей нужно отдать, можно быстрее.

 

Что касается раскраски картинки. Тут не так всё печально. Нужно раскрашивать либо в чёрно-жёлтые, либо в чёрно-фиолетовые, чёрно-зелёные и т. д.

 

Накладывать графику в виде цветных фигур необходимо также в пределах 16-ти цветов.

 

[SM 0]

Что-то мне кажется, что тут справится какой-нибудь AM3517 или AM33xx, а тяжелая артиллерия в виде DSP с акселераторами сжатия тут излишни.

 

C674x вполне можно для видео применять, они имеют в себе все прелести обычных C64xx, но они же плавучие, поэтому при всем том же они медленнее, просто по мегагерцам. А плавучка-то не нужна для видео.

[jcxz 184]

С камеры выходит чёрно-белая картинка с частотой 9/25/30 кадров в минуту по протоколу BT.656 (параллельная шина 8bit + CLK (YUV 4:2:2)). С такой же частотой

кадров и в дисплей нужно отдать, можно быстрее.

Что касается раскраски картинки. Тут не так всё печально. Нужно раскрашивать либо в чёрно-жёлтые, либо в чёрно-фиолетовые, чёрно-зелёные и т. д.

Накладывать графику в виде цветных фигур необходимо также в пределах 16-ти цветов.

Вы так и не поняли.....

Эти самые фигуры накладывать нужно на каждый кадр отдельно или достаточно только на каждый N-ый входной кадр, а потом N кадров выводить результат?

Это позволит значительно снизить объём вычислений если у Вас статическая или медленно меняющаяся картинка.

[ap_larin 0]

Что касается применения AM335x и AM3517, а есть ли там вход камеры?

 

Накладывать графические примитивы необходимо на каждый кадр.

[Dr.Alex 0]

Эти самые фигуры накладывать нужно на каждый кадр отдельно или достаточно только на каждый N-ый входной кадр, а потом N кадров выводить результат?

 

Да главный вопрос в другом вообще::

 

Нужно ли анализировать данные с камеры или нет??

 

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

 

Но по словам "раскрасть изображение" и всё такое возникло предположение, что анализировать изображение придётся. А это уже совсем другой уровень.

 

[ap_larin 0]

Dr.Alex, накладываемая графика не зависит от изображения никак. В этом смысле анализировать изображение не надо.

 

По поводу STM32... этот вариант интригует, но есть сомнения, что даже без ОС его ARM не справится с регулировками поступающего

видео (яркость, контрастность, гамма-коррекция ...). Или я не прав? Как это оценить? У ST есть подобные примеры?

 

А если не ST то какой вариант?

[SM 0]

AM3517, а есть ли там вход камеры?

 

Да, интерфейс называется "CCDC", BT.656 точно принимает, я лично проверил с TVP5151, на ките с AM3517 SAU-Module.

 

ARM ядро AM3517 справится - там же NEON. Я даже думаю, что все это можно реализовать на базе gstreamer. Вдогонку, по сути - AM3517 это немного укастрированный OMAP-3530.

 

UPD:

Кстати, не только с TVP5151 я проверил, еще вот с такого китайского чуда прием делал (в качестве сканера штрих-кодов, там матрица OV7670). Даже драйвер портировал.

[Dr.Alex 0]

Не знаю насчёт примеров, но поскоку у вас чёрно-белая картинка, то гамма это одна выборка из таблицы. Контрнастность тоже вроде должен тянуть, сомнения только насчёт зума. Тут смотря как его делать....

 

[ap_larin 0]

А для этого AM3517-SAU Module плата-носитель есть или самому делать? Вообще я посмотрел у sauris на сайте этот модуль: штука интересная. Только схемы модуля нет.

Как потом редизайн делать?