MJPEG на ПЛИС, Прошу пнуть меня в нужном направлении. Опции

[BSACPLD]

Всем привет!

Недавно у меня появилась задача реализовать MJPEG на ПЛИС.
Поскольку раньше видеообработкой я не занимался, возникло множество вопросов.
Так что прошу пнуть меня в нужном направлении.
1) Есть ли нормальные проверенные IP Core для MJPEG?
Можно даже коммерческие, если их можно "скачать" или если у них адекватная цена (< 5000$).
2) Правильно ли я понимаю, что MJPEG это просто поток JPEG картинок передаваемый по Ethernet?
Стало быть, для начала нужно реализовать JPEG декодер.
Поиском нашёл тут вот такой декодер:
http://electronix.ru/forum/index.php?showt...119&hl=JPEG
Кто-нибудь его использовал?
3) Где можно почитать более менее внятное описание, что из себя этот MJPEG представляет?
4) Как правильно отлаживать подобные алгоритмы?
Пока решил делать вот таким образом:
1. Bitmap File -> Ethernet -> DDR2 -> HDMI
Проверяем, что несжатое видео выводится нормально.
2. JPEG File -> Ethernet -> JPEG Decoder -> DDR2 -> HDMI
Проверяем правильность работы декодера.
3. MJPEG -> Ethernet -> JPEG picture -> JPEG Decoder -> DDR2 -> HDMI
Проверяем правильность работы MJPEG.

[x736C]

1) Есть ли нормальные проверенные IP Core для MJPEG?

Скорее всего видели: http://opencores.org/project,mjpeg-decoder

2) Правильно ли я понимаю, что MJPEG это просто поток JPEG картинок передаваемый по Ethernet?
Стало быть, для начала нужно реализовать JPEG декодер.

MJPEG — последовательность JPEG кадров, снабженная заголовком со служебной информацией. Где каждый кадр JPEG начинается с идентификатора потока и длинны кадра. Это если очень кратко и упрощенно. Смена битрейта, конечно, возможна.
Рекомендую программу riffpad
Скачайте пару роликов, например, отсюда https://archive.org/details/SecretGardenParty
И посмотрите их структуру с помощью riffpad.
По своему опыту, будет намного нагляднее, чем брать для понимания структуру из документации (см. далее).

3) Где можно почитать более менее внятное описание, что из себя этот MJPEG представляет?

Google search:
QuickTime File Format Specification
QuickTime-JPEGSpec
OpenDML AVI File Format Extensions
Development and Implementation of an MotionJPEG Capable JPEG Decoder in Hardware

4) Как правильно отлаживать подобные алгоритмы?
Пока решил делать вот таким образом:

Думается, порочная практика.
Я бы делал так:
Отработать структуру на матлаб-модели, используя готовый jpeg-декодер.
Потом написать декодер с обвязкой (testbench) для преобразования avi-mjpeg — raw (bmp).
Только после этого переходить к железу.
Это если идти по пути создания своего декодера, допустим, с привлечением готового jpeg-декодера.
Собственно, я так и делал, только кодер, а не декодер.

[BSACPLD]

Скорее всего видели: http://opencores.org/project,mjpeg-decoder

Видел.
Смутило то что это Beta версия.
К тому же хотелось бы на verilog.

QuickTime File Format Specification
QuickTime-JPEGSpec
OpenDML AVI File Format Extensions
Development and Implementation of an MotionJPEG Capable JPEG Decoder in Hardware

Спасибо. Посмотрю.

Думается, порочная практика.
Я бы делал так:
Отработать структуру на матлаб-модели, используя готовый jpeg-декодер.
Потом написать декодер с обвязкой (testbench) для преобразования avi-mjpeg — raw (bmp).
Только после этого переходить к железу.

Ну testbench никто не отменял
Я имел ввиду общий подход.

Это если идти по пути создания своего декодера, допустим, с привлечением готового jpeg-декодера.
Собственно, я так и делал, только кодер, а не декодер.

Насколько я понимаю декодер отличается от кодера тем, что преобразования делаются в обратном порядке.
В связи с этим ещё один вопрос. Можно ли взять за основу код кодера и попытаться сделать все в обратном порядке?

[x736C]

Насколько я понимаю декодер отличается от кодера тем, что преобразования делаются в обратном порядке.
В связи с этим ещё один вопрос. Можно ли взять за основу код кодера и попытаться сделать все в обратном порядке?

Странный вопрос. Да, декодер делает то же, что и кодер, только в обратном порядке.
Насколько можно взять за основу кодер.. Думаю, нельзя. Операции подобные, но обратные.
Кое-какие операции будут очень похожи, типа восстановления haffman-дерева по таблице.
Понимание того, как работает кодер, дает понимание, как работает декодер. Но не всегда наоборот.

Еще важно, насколько ваш декодер должен быть универсальным. Должен ли понимать DRI, таблицы Хаффмана стандартные или оптимальные и т.д.
Должен ли уметь перестраиваться на лету, или параметры сжатия определяются на этапе компиляции. Нюансов достаточно.

P.S. Это все актуально, если речь о самописном декодере. Если jpeg-декодер сторонний и удобный в настройке и параметризации, то всё очень просто.

Сообщение отредактировал x736C - Mar 14 2015, 13:36