• Криптография
• Русский

Проблема с кодированием видео и его сжатием его из гигабайтов в мегабайты, по-моему, всегда была актуальной. Если более менее профессиональные операторы, монтажники и т.д. Музыка торрент казантип. Уже не одну кошку съели на этой теме, то например любители и те, кто записывают видео с экрана своего монитора, порой долго чешут затылок, прежде чем добиться каких либо серьезных результатов. В итоге куча потерянного времени, никому не нужные гигабайты исходящего трафика для загрузки домашнего видео на ютуб.

Конечно, можно использовать в какой-то степени готовые решения в лице одной программы, и сжать видео буквально тремя кликами, но это не наш подход, когда абсолютно все шаги можно контролировать и влиять на них. Покопавшись в поиске, Хабр так и не выдал ничего похожего. Хотя возможно, что просто плохо поискал. Сразу оговорюсь, что изначально статья не моя. Я наткнулся на неё, лет пять назад, когда встала задача что-то делать с записанными моментами из тогда любимой многими игры Battlefield 2, на популярном отечественном ресурсе мувимейкеров. Постепенно статья допиливалась и публиковалась, то там, то там. Не исключаю, что первоначально статья пришла из-за «бугра» и всего на всего была переведена на наш могучий язык.

Новый бестселлер дэна брауна инферно pdf или txt. Итак, кодек х264 пришел на смену таким монстрам своего времени как DivX и XviD и удачно положил обоих на лопатки. Для того, что бы добиться действительно впечатляющего результата, нам понадобится следующие вещи: 1. — этим мы сжимаем само видео. Вернее, сжимает сам кодек, а это только GUI объединивший в себе десятки разных специализированных утилит. — фреймсервер. Если вдруг кто не знает, что это такое, то он является посредником между нашим не сжатым видео и кодеком. — Тут совсем все просто.

May 17, 2012 - Проблема с кодированием видео и его сжатием его из гигабайтов в мегабайты, по-моему, всегда была актуальной. Если более менее профессиональные операторы, монтажники и т.д. Уже не одну кошку съели. Бесплатные кодек h264 mpeg-4 avc part 10 avc1 скачать программное обеспечение на UpdateStar.

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

Нам нужна сборка Mega. Настоятельно рекомендую обновлять K-Lite Codec Pack, как минимум всегда перед сжатием видео. Это конечно не обязательно, но опыт подсказывает, что если вы столкнетесь с непонятными ошибками/косяками/глюками/etc то в 50%, а то и больше, обновление кодеков избавит вас от лишнего геморроя. Кстати, MeGUI достаточно быстро и часто обновляется и дополняется. Скриншоты приведенные ниже, могут уже не соответствовать текущей версии, но это не страшно.

Как правило, меняется расположение элементов, что то пододвинули вправо, что-то перенесли в другую закладку. Пропажа находится очень быстро, поэтому не пугайтесь. Устанавливаем Avisynth, а затем MeGUI. После того, как MeGUI обновится, идем в папку, где лежит наш опытный образец, и для удобства создаем там файл с расширением.avs. Открываем блокнотом и пишем заветные строки: AVISource(«video.avi») ConvertToYV12 Первая строка, подскажет MeGUI с каким файлом требуется работать.

Вторая строка, указывает на используемую систему цветов. Существует несколько различных способов представление цвета. Например: цветовое пространство YUV и RGB. В YUV цветовом пространстве есть один компонент, который представляет яркость (сигнал яркости) и два других компонента, которые представляют цвет (сигнал цветности). В то время как яркость передается со всеми деталями, некоторые детали в компонентах сигнала цветности могут быть удалены путем понижения разрешения отсчетов (фильтрация или усреднение), что может быть сделано несколькими способами (т.е. Есть много форматов для сохранения изображения в цветовом пространстве YUV). YV12 — один из таких форматов (тут сигнал цветности общий для каждого блока пиксел 2x2), который поддерживается AviSynth.

У нас получился скрипт. Открываем MeGUI и указываем месторасположение скрипта. Если скрипт AviSynth находится в той же папке где и ваше видео, то вторая строка заполнится автоматически. Открываем настройки кодека, нажатием на кнопку Config, справа от Encoder settings.

Ставим галочку, подтверждая, что нам действительно нужны расширенные настройки. Дальше нам остается поставить галочки в соответствии со скриншотами. Нажимаем на кнопку queue и идем спать, пить кофе и т.д. В зависимости от предпочтений и мощностей ПК.

Хочу оговориться, что данный конфиг подходит для исходного видео 720p. Для 1080p нужно немного под редактировать конфиг: Вкладка Frame-Type - Меняем значение Number of Reference Frames с 9 на 4. Так же можно указать, сколько кодеру можно использовать ядер: Вкладка Misc - раздел Other - Threads и указываем, в сколько потоков сжимать видео. 1 поток на 1 виртуальное или физическое ядро. Что мы получаем в итоге. Я имел в наличии следующий видео-ролик: Format: RGB Codec ID: 0x00000000 Codec ID/Info: Basic Windows bitmap format. 1, 4 and 8 bpp versions are palettised.

16, 24 and 32bpp contain raw RGB samples Duration: 3mn 42s Bit rate: 663 Mbps Width: 1 280 pixels Height: 720 pixels Display aspect ratio: 16:9 Frame rate: 29.970 fps Bit depth: 8 bits Bits/(Pixel.Frame): 24.000 Stream size: 17.2 GiB (100%) После ожидания около 15-16 минут, я получил на выходе 184 Мб. Если Хабру интересны подобные статьи на тематику сжатия видео, то я продолжу и поделюсь своим опытом.

Если хотите меня поправить и указать на ошибку, то с радостью отвечу на всю критику и замечания. Метки:. Добавить метки Пометьте публикацию своими метками Метки лучше разделять запятой. Например: программирование, алгоритмы.

Ну хорошо, задача немного отличается в деталях. Но суть всё равно остаётся — если вам нужно контролировать итоговый битрейт/размер, то тогда нужно два прохода, если же вас интересует только итоговое постоянное качество — то однопроходный (-crf). Если ставить задачу гарантированного прохождения потока через ограниченный канал, то тут надо задавать -vbr-max равным ширине канала, правда это достигается за счёт ухудшения качества итогового видео, по сравнению с чистым двухпроходным алгоритмом, т.

Вы ограничиваете диапазон переменного битрейта (статичный сцены получат больший битрейт (что не особо то и нужно), а динамические меньший). Ширина диапазона в котором будет прыгать битрейт будет зависеть от разности ширины канала и целевого битрейта, и в худшем случае, когда они равны, вы получите постоянный битрейт (правда тут не учитывается наличие буфера на стороне клиента). Мои много «НО»: 1) Для чего автор рекомендует VLC media player и K-Lite Codec Pack? Какое они имеют отношение к сжатию, если автор использует MeGUI? 2) Последние версии x264 содержит в себе библиотеку libavcodec и вполне себе может открывать любые файлы без AviSynth, не знаю как MeGUI, но консольная утилита это может точно.

Криптография

3) Непонятно вообще, что за настройки рекомендует автор??? Вообще разработчики x264 не дураки и специально придумали: а) профили кодирования для регулирования скорости сжатия (-preset от ultrafast до placebo) б) параметр учитывающий тип сжимаемого материала (-tune) в) параметр для ограничения формата для воспроизведения на различных устройствах (-profile). Г) параметры для регулирования степени сжатия (-crf и др.) Остальные настройки крутить без знания для чего они конкретно нужны — не стоит. 4) Для 1080p нужно немного под редактировать конфиг Меняем значение Number of Reference Frames с 9 на 4 Автор даёт советы, при этом не понимает для чего. Это стоит ограничивать только, если планируется воспроизведение на каком-нибудь железном плеере, или мобильном телефоне. Дело в том что контроллер устройства может не поддерживать количество референсных кадров 9 при разрешении FullHD. Или например аппаратное ускорение DXVA не может работать при -ref11.

Разработчики, конечно, бьются за улучшения. Но на деле серьёзная работа приносит плоды считанных процентов. А преподносится каждый раз как прорыв, оттуда и слухи. Сравнение VP8 и x264, наиболее актуальное, можно посмотреть тут. Судя по графикам, качество вполне сравнимое, но везде есть пометка, что VP8 не соответствует требованиям по времени. В действительности, сравнение кодеков проводится не по двум параметрам «размер/качество», а по трём — «размер/качество/скорость».

По сравнению видно, что VP8 достаёт по качеству x264, но при этом в разы уступает по скорости. Если же попробовать уравнять их по скорости, то у VP8 просядет качество либо увеличится размер. И скорость является достаточно важным фактором, поскольку она напрямую связана с требуемыми мощностями и энергопотреблением. Этот вопрос является актуальным, поскольку бОльшая часть видео кодируется либо на девайсах, работающих от аккумулятора на этапе записи (телефоны, видеокамеры), либо на серверах сервисов вроде YouTube. И поскольку формат VP8 более ограниченный, с большой вероятностью VP8 будет уступать лучшим кодекам стандарта H.264. Хотя гугл заинтересован в том, чтобы это отставание было минимальным. Послушайте, вы дали ссылку, где есть сравнение кодеков VP8 и x264 только по 2010 году, то есть тестировался кодек VP8 до версии 0.9.6.

Русский

С тех пор кодек VP8 претерпел существенные изменения и увеличение быстродействия в несколько раз по сравнению с первыми публичными версиями — достаточно проследить историю новостей о выпусках VP8 на OpenNet.ru и цифры увеличения быстродействия для каждого случая применения кодека. «Частные случаи» совсем не специфические, а касаются вполне востребованных возможностей: 1) кодирование в режиме реального времени; 2) кодирование с высоким качеством. В обоих случаях VP8 последних версии (1.0.0-1.1.0) показывает сопоставимые результаты с x264. Цитата: «Webm нынче жмет на уровне baseline профайла h.264. Совершенно без скидок.» — от января 2012 года.

Сейчас идёт «полировка» кода. Каждый квартал выпускается исправленная и улучшенная версия, отсюда быстродействие растёт незначительно, так как код и формат структур данных кодека уже стабилизированы и меняются незначительно. CUDA по качеству пока даёт гавно, достаточное только для еденичного просмотра на телефоне/планшете, а не для длительного хранения (качество на уровне x264 -superfast), это видно на тестах compression.ru Intel Quicksync впрочем тоже, но чуть получше (на уровне -veryfast) Может когда-нибудь качество вырастет (особенно когда x264 портируют на OpenCL), но не сейчас. Кстати есть, но там код от 2008 года, с тех пор x264 далеко ушёл вперёд. Жаль что разработчики x264 никак не родят OpenCL версию сами.

Кодек-паки — это первое, что стоит снести нафиг, если планируется работа с видео. В профильных форумах по обработке видео в случае возникновения проблем — это первая рекомендация (к сожалению порой корректно снести всё, что установил кодек-пак очень сложно). Знаешь какой кодек нужен — покури мануал, поставь нужный. Иначе «возможны» проблемы.

А если точнее, то не «возможны», а «будут». Для тех, кому нужно лишь пережать видео для загрузки на youtube — лучше воспользоваться специальными однокнопочными конверторами (типа HandBrake), чем связываться с MeGUI & Co. Я не говорю что MeGUI плохая программа (хотя хорошей я её тоже не назову), я говорю, что она слишкомсложна для новичка, которому перекодировать что-то надо раз в пятилетку. Для просмотра видео кодек-паки тоже не нужны. Гораздо лучше взять плеер, который имеет встроенные декодеры, чем загаживать систему кодек-паками.

А плееров таких сейчас навалом: PotPlayer, GOM, VLC, MPC HC, Splash Lite. Я не знаю в чем измеряется кошерность видео плееров, но на всякий случай сообщу, что PotPlayer — плеер того-же корейского разработчика, который до этого сделал KM Player, продал (кажется) разработку, и начал делать PotPlayer:) Лично мне Pot нравится больше KM.

Последним я пользоваться не мог, а первый является одним из двух установленных у меня в системе плееров. A Splash Lite (бесплатный вариант платного Splash Pro) — имеет лучше всего оптимизированные декодеры, что позволяет плавно играть 1080-50p на довольно слабых компах, там где MPC HC, VLC и прочие, не справляются даже при использовании аппаратного ускорения (заявляю как владелец камеры, снимающей 1080-50p и не раз присутствовавший при обсуждении выбора плеера для проигрывания такого видео). Лично мне VLC из этого списка совершенно не нравится из-за неродного win интерфейса (да, я пользователь win). Упомянул этот плеер т.к. Он не смотря на это очень популярный и, кстати, может быть использован для конвертации видео (о чем вообще эта статья).

X264 Video Codec — бесплатная библиотека компонентов для конвертации видео в формат H.264/MPEG-4 AVC. Кодек x264 отличает большая скорость работы и отменное качество итогового видеоматериала. Возможности кодека x264: поддержка нескольких ссылочных кадров; оптимизация отношения вносимых искажений к скорости потока; несколько режимов работы управления скоростью потока; обнаружение смены сцены; режим сжатия без потерь; произвольные матрицы квантования; параллельное кодирование на нескольких CPU; поддержка компрессии кадров с чересстрочной разверткой. Что нового. Информация отсутствует.