Сжатие видео и декодирование: чем и на чём лучше

[TestLab]

Что лучше аппаратно ускоряет сжатие видео? Не такой простой вопрос, если копнуть глубже. В этом обзоре мы расскажем о сжатии видео и его декодировании при помощи Intel Quick Sync, nVidia CUDA и AMD APP, сравним различные кодеки и декодеры друг с другом, поговорим о качестве, производительности, ресурсах. В одном из предыдущих обзоров мы писали, что при сжатии видео качество на выходе было одинаковым для Intel и AMD, а результат при использованиии nVidia CUDA сильно от них отличался. Настало время разобраться в нюансах.

Читать статью Сжатие видео и декодирование: чем и на чём лучше

[Wu-Tang]

Пока нормальный кодек не состряпают на аппаратку, рыпаться не стоит.

[rabruslik]

меня устраивает качество аппаратного конвертирования. правда мне еще ни разу не попадались такие артефакты, как в статье. я за качеством не гонюсь. зато быстро + в плеере от арк софта(в htpc) юзаются аппаратные фишки, типа апскейла и т.п. при воспроизведении. очень удобно и качественно

[Alexandr_S]

Зачем удаляют комменты?
Неувязочка в статье, не верю написанному! В прошлый раз писали что на Нвидии получается больше артефактов, а в этой статье уже на АМД больше артефактов. Где правда, а где ложь?! Похоже это можно узнать лишь самому испытав.

[mrguest]

Зачем удаляют комменты?

Это у вас вместо приветствия? Чтоб придать значимость ниже идущему тексту?

В прошлый раз писали что на Нвидии получается больше артефактов, а в этой статье уже на АМД больше артефактов. Где правда, а где ложь?!

В прошлый раз где?
Ну и навскидку, т.е. прогресс стоит на месте, ничего не меняется? Не выходят новые решения, драйвера.

Похоже это можно узнать лишь самому испытав.

Обязательно испытайте, и не забудьте выложить в разделе личных опытов. Иначе этот пост одни крики, не более.

[Alexandr_S]

Сообщение от mrguest

Это у вас вместо приветствия?

Сорри, это моя ошибка.

Сообщение от mrguest

В прошлый раз где?

http://www.thg.ru/mainboard/asrock_e...e350m1-03.html
Voila!

[MihaNix]

CUDA пользовался только при кодировании x264 и остался очень разочарован. Тот же x264 без аппаратной поддержки при выставлении настроек по качеству подобных выходу с x264+CUDA оказался одинаково эффективен по времени кодирования+\- небольшие погрешности и более эффективен по энергозатратам системы в целом(может это я чего не правильно тестировал конечно?). На глаз при низких битрейтах, при кодировании с помощью CUDA качество отвратительное.
Короче остаюсь при своем мнении - пока что лучше Xvid-а + mp3(320kbps) для меня ничего нет.
Возможно аппаратная поддержка раскроет себя во всей красе на кодеках следующих поколений, которые первоначально будут разрабатываться с учетом выполнения кода на подобных многоядерных системах.
Еще CUDA эффективна для применения в некоторых шумодавах - процессор бывает разгружает конкретно.

[Chemerisae]

На самом деле с кодированием видео не все так просто. Во первых существует 2 основных способа кодирования.
1 Внутрикадровое сжатие. Для этого используется дискретно-косинусное преобразование (DCT). Кадр разбивается на блоки, вычислются взвешивающие коэффициента и происходит формирование выходного кадра в сжатом виде. Типичный пример - формат JPEG в фото или DV и его производные в видео. форматы основанные на внутрикадровом сжатии используются в профессиональном видеопроизводстве, поскольку позволяют сохранить все кадры исходной последовательностися, что позволяет производить точный покадровый монтаж. При умеренных коэффициентах компрессии (1:2-1:5) артефакты практически отсутствуют. Существенным недостатком данного кодирования является очень высокая скорость даже сжатого потока, что требует применения широкополосных каналов передачи данных и больших объемов для хранения. Поскольку при данном способе кадры обрабатываются независимо друг от друга, то он очень хорошо поддается распараллеливанию.
2. Внутрикадровое сжатие+межкадровое сжатие. Имено этот способ используется при кодировании в стандарте MPEG и его производных, включая AVCHD. При данном способе кодер анализирует последовательность кадров. На основании анализа формируется 3 типа кадров I,B,P. При этом полную информацию в сжатом виде содержат кадры I, которые по существу аналогичны кадрам при первом типе сжатия. Что касается кадров P и B, то эти кадры формируются как разница между карами I и предыдущими и/или последующим кадрами. Таким образом данные кадры содержать лишь часть исходной информации. В зависимости от соотношения последовательности IPB кадров меняется выходной поток и происходит деградация исходного изображения. За счет межкадрового сжатия удается существенно снизить поток, при приемлемом качестве изображения. Именно по этому форматы основанные на данном типе сжатия получили преимущественное применение в бытовой технике. Поскольку алгоритм при данном преобразовании значительно сложнее, то для его реализации требуется существенно больше вычислительных ресурсов. Что касается возможности распараллеливания процессов при кодировании, то хорошо распараллеливается процесс DCT (как и в первом варианте). Что касается межкадрового сжатия, то поскольку для формирования P и B кадров необходимо анализировать не один а последовательность кадров, использование параллельной обработки менее эффективно. Так если 1 процессор формирует кадр типа B, то он будет ждать результатов работы например процессора 2, который анализирует предыдущие кадры и процессора 3, который анализирует последующие кадры. Пример условный, но хорошо поясняющий меньшую эффективность использования параллельной обработки.
Таким образом наибольший выигрыш от возможности использования параллельных вычеслений получается при внутрикадровом кодировании видео, визуализации и финальном просчете 2-х и 3-х мерных изображений. Наименьший выигрыш при кодировании видео в формате MPEG и его производных, включае AVCHD. При этом в данных форматах выходное качество очень сильно зависит от используемых алгоритмов анализа последовательности кадров. Этим и можно объяснить различное качество готового материала.

[Jasmin]

Народ, жму DVD в x264, на CPU, скорость 2.4X. Это нормально или подкрутить чего в кодере надо?

[MihaNix]

Jasmin, Скорость кодирования зависит от множества параметров. Каким софтом пользуешься для кодирования, какие параметры выставляются - разрешение, битрейт. Сложность исходного видео - динамичность сцен и т.д., какие фильтры при этом подключаешь - ресайз, шумодавы и т.д. Какую машинку\машины для кодирования используешь - процессоры, память, пропускная способность хардов...
Немного подробностей по процессу кодирования в вашем конкретном случае не помешало бы при попытке сформулировать ответ на ваш вопрос.
Я пользуюсь для x264 - вот этим:http://x264.nl/.
Я звук всегда кодирую отдельно, либо не трогаю вообще.
Кстати сравнение в статье считаю некорректным, т.к. по тексту несколько раз упоминалось про звук - обсуждается ведь видео! Еще не известно как звук при этом кодировался\декодировался и был ли он в тестовых клипах - добавляя при этом погрешности измерений.

Добавлено через 58 минут 29 секунд
Понравился комментарий в конце статьи:

мы говорили о качестве картинки в H.264, поскольку это самый распространённый видеокодек сегодня.

- они что на торрентах фильмы не разу не скачивали? Xvid - наше все!!!
Да и аппаратные плейеры в нашем отсталом городке с поддержкой H.264 - есть у меньшинства. Не говоря уж о маньяках, использующих BD - их у нас продают только как BD-R болванки. Просто нет людей, которые себе в убыток будут открывать торговые точки с контентом на BD - их просто некому будет втюхать по вышеперечисленным причинам!!! И лавочки с DVD типа 10 фильмов на болванке у нас долго еще будут процветать. Хотя может в других городах нашей страны дела обстоят иначе? Америкосам проще конечно купить контент на ресурсах сети и слить его, не таскаясь по магазинам - может у них конечно H.264 и рулит.

Добавлено через 2 минуты 6 секунд
Хорошо бы еще статейку организовать - сравнение различных кодеков с различными параметрами сжатия, количеством проходов кодирования и т.д.

[mrguest]

- они что на торрентах фильмы не разу не скачивали? Xvid - наше все!!!

Позвольте с вами не согласится! Я настаиваю!

За матроской в H.264 настоящее. Ну и многое зависит от ширины инет-канала.

[Jasmin]

Народ, кто HandBrake юзал? У нее 64 битная версия под Windows существует вообще?

[S_Snake]

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

спасибо за статью.

[MihaNix]

HandBrake 64bit есть, сам 32 пользуюсь. Достаточно сами кодеры поменять на 64 версии, а оболочку эту так и оставить.

[starsecret]

странно