H.264 на Арм'e Опции

[FPG]

Привет

кто-нибудь реализовывал задачу сжатия в h.264 на Арме в SoC'e?

интересно какой производительности можно достичь?

[FPG]

Оу, всем спасибо за ответы.
Правда все равно не решил как делать ))))
Использовать старые кодеки типа MG1264 не хочется - могут снять с производства.
Использовать SoC'и с армами и аппаратными кодеками не хочется, потому что в системе уже есть CPU, не хочется усложнять разработку ПО под 2 разные платформы.
По поводу IP-ядра идея хорошая, но чуствую его цена поставит крест на разработке....
Не могли бы вы приблизительно озвучить цену IP-ядра?


Еще интересно было б действительно на OpenCL запустить. Но нужен код opencl'вский.. Буду искать

[alexPec]

Не могли бы вы приблизительно озвучить цену IP-ядра?

MG1264 - сразу НЕТ, пытался его запустить - потерял кучу времени, так и не получил поток, хотя консоль говорила что битрейт идет, кадры кодируются. Поддержки по нему никакой, версии firmware, которая при инициализации грузится - все разные (из тех что в инете нашел), затачиваются видимо под конкретные требования. И получить под свои требования сейчас уже никак.

По IP ядрам - в прошлом году H264 baseline profile стоил с использованием роялти 25000$, т.е. в каждое изделие надо было плюсом покупать лицензию за 10$. Без роялти цена была 42000$. Main profile стоил начиная 50000-90000$, в зависимости от наворотов. Там еще цена варьировалась от задержки кодирования. Было 3 варианта - что-то около 50мс (вроде даже меньше) - жрало чудовищно много логики, порядка 200мс - примерно занимало ядро 60-70% чипа 5CSEMA5, и был вариант low bitrate - задержка чуть меньше секунды- тоже много логики съедал.

В общем, мы отказались от этой идеи - толкать кодек в ПЛИС. проще и дешевле действительно на ARM+акселераторы. Есть еще вариант HI3518 - китайский копеечный чип, только вот документацию нашел только на HI3518A HI3518C - а они сняты с производства. Сейчас в изобилии HI3518E - но доки на сам чип у меня нет, найти не удалось. А по сравнению с предыдущими чипами переделки у него серьезные. Даже DDR затолкали прямо в корпус. Т.е. ему надо только питание и обвес из пассива-очень заманчиво.

Кстати, если у кого завалялась документация на HI3518E - дайте знать в личку, договоримся.

[x736C]

По IP ядрам - в прошлом году H264 baseline profile стоил с использованием роялти 25000$, т.е. в каждое изделие надо было плюсом покупать лицензию за 10$. Без роялти цена была 42000$. Main profile стоил начиная 50000-90000$, в зависимости от наворотов. Там еще цена варьировалась от задержки кодирования. Было 3 варианта - что-то около 50мс (вроде даже меньше) - жрало чудовищно много логики, порядка 200мс - примерно занимало ядро 60-70% чипа 5CSEMA5, и был вариант low bitrate - задержка чуть меньше секунды- тоже много логики съедал.

Повторюсь, тут все сильно зависит от задачи.
Baseline profile подходит для жирных битрейтов при относительно невысоком сжатии.
Для передачи по эфиру профиль не очень, мягко говоря.
Для main profile очень желательно иметь Full Motion Estimation. Это отъедает значительную часть ресурсов.
Если кодек поддерживает Intra Refresh encoding mode, то можно добиться очень незначительной задержки.
Субъективно немного снижает качество при том же битрейте.
Самое главное, размер требуемых ресурсов напрямую зависит от максимального разрешения, которое задается на этапе компиляции.
Для разрешения 1280x720 имею примерные цифры для кодеков Alma, которыми могу поделиться.
Baseline, Light Motion Estimation (LME), включая rate control, исключая Intra 4x4 prediction (только Intra 16x16) и без деблочного фильтра требует около 40K LEs для MAX10. Без учета контроллера памяти, который тоже требуется. Но он немного занимает.
Существует вариант конфигурации в 15К, но параметры сжатия ограничивают сферу применения такого кодека.
В самом полном варианте, mainline profile кодек занимает 90К от Cyclone V. Позволяет варьировать задержку в широких пределах, меняя параметры кодирования.
Задержка побольше -- качество повыше, лучше сжатие динамичных фрагментов.
Либо мизерная задержка, но при этом или высокий битрейт, или низкое качество. Такой треугольник. Причем от цены напрямую не зависит. Не считая алгоритмов LME, IRE, функционал которых на задержу влияет.
Это согласуется более-менее с Вашими цифрами.
Чем понравился кодек Alma, у них есть исполняемая BAM (bit-accurate model). Можно все режимы протестировать, сравнить с x264.
И для этого необязательно его покупать, достаточно подписать NDA.
Списывался еще с парой фирм. У них вообще BAM не оказалось.
По поводу цены не скажу, т.к. NDA. Только отмечу, что все сильно зависит от вашей договороспособности

Сообщение отредактировал x736C - Jun 2 2017, 15:15

[alexPec]

Для разрешения 1280x720 имею примерные цифры для кодеков Alma, которыми могу поделиться.
Baseline, Light Motion Estimation (LME), включая rate control, исключая Intra 4x4 prediction (только Intra 16x16) и без деблочного фильтра требует около 40K LEs для MAX10.

А не мерили какой битрейт получается при каком PSNR в 40К конфигурации? Или может где-то можно глянуть видео в каком-то конкретном битрейте? Лучше бы конечно видео глянуть. Хочу сравнить с кодером на IMX.