Кодек H.264, помощь в оптимизации, работа с готовыми исходниками Опции

[Toffy]

Прошу помощи в оптимизации видеокодека H.264. Имеются готовые исходники кодека (JM 12.2). Но они работают очень медленно. Может кто подскажет, как его ускорить, с чего начать, что можно оптимизировать. Любая информация будет очень полезна. Заранее благодарна любой помощи в данном вопросе.

[Toffy]

Как я уже говорила, у меня имеются исходники видеокодека (http://iphome.hhi.de/suehring/tml/). Мне достаточно использовать только базовый профиль (в дальнейшем нужно будет перенести на Code Composer, ибо кодек пишется для TMS320C55x). Нужно, чтобы битрейт составлял 300-500 kbit/s при разрешении 720x576. Кодек имеет гибкие настройки. Но скорость его работы оставляет желать лучшего. Использую AQtime. В пятерку самый "быстрых" попали BlockMotionSearch, PartitionMotionSearch, computeSAD, getSubImagesChroma (сreates the 16 (YUV444), 32 (YUV422), or 64 (YUV420) sub-images that contain quarter-pel samples sub-sampled at different spatial orientationss), _calloc_dpb (Get a block of memory from the debug heap, init to 0).
Проект очень большой, очень сложно разобраться. Понимаю, что скорее всего придется переписывать кодек заново. Но все-таки питаю надежды ускорить его с меньшими затратами сил и времени, так как опыта у меня маловато.
Очень буду рада любым замечанием, советом в это вопросе.

[des00]

Нужно, чтобы битрейт составлял 300-500 kbit/s при разрешении 720x576.

а огласите еще количество фпсов ? если стандартный диван вы представляете какое у вас будет качество видео, при большинстве отключенных фич ?

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

Насчет переписки, питаться полезно, но думаю что для х86 коды, под дсп переписать придеться.
может вам проще купить кодек на 642 ? ну вот например у этих ребят http://www.mainconcept.com/

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

Удачи!!

[Toffy]

а огласите еще количество фпсов ? если стандартный диван вы представляете какое у вас будет качество видео, при большинстве отключенных фич ?
Насчет переписки, питаться полезно, но думаю что для х86 коды, под дсп переписать придеться.
может вам проще купить кодек на 642 ? ну вот например у этих ребят http://www.mainconcept.com/

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

Удачи!!

Купить не проще... А переписывать придется. Думаю, может сначала начать с Motion Estimation. Может подскажете, есть ли оптимальные алгоритмы, кто-нить реализовывал? У меня еспользуется алгоритм Simplified UMHexagonS.

[des00]

Купить не проще... А переписывать придется. Думаю, может сначала начать с Motion Estimation. Может подскажете, есть ли оптимальные алгоритмы, кто-нить реализовывал? У меня еспользуется алгоритм Simplified UMHexagonS.

насчет купить ну тут вам виднее, оплачивать месяца 4-6 труд разработчика в 1500 - 2500 баков в месяц или купить где нибудь за 5000 баков (цену взял от балды, точнее узнавайте в саппорте). Причем эти ребята вплотную сидят на видео. И если не ошибаюсь "вылизывали" однобашковый энкодер порядка 2 - 3 лет.

Насчет фрейм рейта и типа изображения вы не сказали ничего. Если фрейм рейт большой, и изображение хотя бы со средним движением, снятое подвижной видеокамерой то без P, B фреймов и купельного поиска вам не обойтись. Иначе на 200 килобитах у вас будет сплошное мыло. из-за большого квантайзера.

А если пошел МЕ то и без деблока не обойтись. (можно убрать деблок при определенных квантайзерах но это вам нужно к тем, кто занимается оценкой качества изображения)

Насчет jm референса, если мне память не изменяет там реализован оптимальный для процессорных систем алгоритм. PMVFAST + Diamond Search. Нужно только его правильно реализовать. Статей в сети море, ищите.

ЗЫ. В этой фирме не работаю, так проходил мимо. Могу и ошибаться.

Удачи!

PPS. Посмотрите на результаты реализаций на нексперии http://elecard.com/products/embedded/nexperia/codec-pack.php
что бы сделать прогноз .....

[kuka2]

насчет купить ну тут вам виднее, оплачивать месяца 4-6 труд разработчика в 1500 - 2500 баков в месяц или купить где нибудь за 5000 баков (цену взял от балды, точнее узнавайте в саппорте). Причем эти ребята вплотную сидят на видео. И если не ошибаюсь "вылизывали" однобашковый энкодер порядка 2 - 3 лет.

ЗЫ. В этой фирме не работаю, так проходил мимо. Могу и ошибаться.

Я как раз не просто мимо проходил и хорошо знаю ситуацию изнутри. Нормальная реализация Baseline H.264 енкодера из jvt'шных исходников на TMS займет труд двух хороших специалистов в течении примерно двух лет. При этом специалисты должны иметь подготовку в области цифрового видео и в области оптимизации на ембеддед платформы. Если этой подготовки нет, то нужно добавить еще год на такую подготовку, при этом еще нужно чтобы были те, кто будет готовить.
720х576 25 fps BaseLine в 500 кбит будет выглядеть не слишком хорошо. Кстати, если вы хотите использовать BaseLine, то там нет интерлейса, поэтому лучше использовать Main Profile. Или кодировать одно поле - 720х288. Если кодировать интерлейсное видео 720х576, в BaseLine как прогрессив, то будет уже совсем не слишком хорошо. Возьмите лучший на сегодня енкодер - http://elecard.com/products/products-pc/co...nverter-studio/
закодируйте свои файлы в Baseline 500 kbit и посмотрите, что получится. Писано это было теми же людьми, кто писал енкодеры для MainConcept, Moonlight, Sonic Solutions, Roxio, Harris, Harmonic, Tandberg и др. Тесты движков, сделанные независимой лабораторией, можно посмотреть здесь http://compression.ru/video/codec_comparis...64_2006_en.html