Я рассмотрю кодирование с помощью DivX версии 5.0.2. Вы можете использовать любой другой кодек.
Рассмотрим опции данного кодека (Pro версии) на сжатие. Вы их можете вызвать, к примеру через меню VDub — Video/Compression, выбрав DivX 5.02 и нажав Configure.
Первая вкладка
Настройка DivX 5.02, первая вкладка
Раздел bitrate
Выбор способа кодирования:
1 pass (параметр строки -b1) кодирование в один проход, Вы задаете битрейт руками -в килобитах в секунду (помните, что авторы кодека считают, что в килобите 1000 бит, а не 1024!)
1 pass, quality based (параметр строки -b1q) кодирование в один проход, Вы выбираете величину параметра Quantizer от 2 (лучшее качество) до 31 (худшее)
2 pass, first pass (параметр строки -b21) кодирование в два прохода — лучший вариант (но не может использоваться «на лету»), так как вначале кодек строит таблицу перемещений, анализирует поток и записывает информацию о ключевых кадрах и уровнях квантизации всего потока. Мы выбираем именно его. Не забываем выставить посчитанный ранее битрейт.
Как изменить формат видео(без программ)
2 pass, second pass (параметр строки -b22) этот режим выбирается после того, как сделан первый проход. Важно! Все параметры (а также действия над видеопотокам, включая фильтры и обрезку) второго прохода должны быть идентичны параметрам первого!
Раздел Two-pass encoding log files
Здесь вы задаете путь и имя файлов, которые будут использоваться для хранении информации о потоке. Особенно важно правильно установить эти параметры для двухпроходного кодирования (как правило, лучше всего оставить утсановки по умолчанию, проследив, что на выбранном диске есть место) (параметр строки -log «диск:путь к файлуимя_файла» -mv «диск:путь к файлуимя_файла»)
Раздел MPEG4 Tools
use Quarter Pixel — включает двойную точность векторов смещения, вероятно, тратя на это небольшое «количество битрейта», и точно больше загружает CPU (параметр строки -q)
Use GMC — включение GMC (Global Motion Coding, иногда пользуются термином GMT — Global Motion Table) заставляет кодек использовать глобальную таблицу информации о движении, что зачастую полезно, если видео у Вас достаточно статично или же длительности статичных эпизодов превышают хотя бы в 2-3 раза длительность между ключевыми кадрами (по умолчанию 300 кадров) (параметр строки -g)
Use bidirectional encoding — в старых версиях DivX этой возможности не было. Но теперь, вследствие того, что кодек соответствует стандарту ISO, Вы можете использовать B-frames, это, как правило, увеличивает общее качество кодирования, ввиду yменьшения количества битов, необходимых для кодиpования очеpедного кадpа, пеpеpаспpеделения их в yчастки с быстpым движением, тем самым yлyчшая качество в быстpо движyщихся yчастках сцены. Однако следует учесть, что, если Вы пользуете большие битрейты (1700 и выше для 512х384, 2200 и выше для 720х576), то для улучшения качества картинки от них лучше отказаться ( параметр строки -b). Также следует учесть, что механизм контроля B-кадров в кодеке 5.02 отличается от последующих версий, так что рекомендации для 5.0.2 могу оказаться неоптимальными.
Кодеки. Битность. Контейнеры. HEVC / Все о кодеках. Урок 1
Раздел Write DivX MP4 file
Вы получите не AVI-файл, а MPEG-4 файл. Опция может быть полезна после принятия стандарта использования MPEG4 на DVD. (параметр строки -ff «диск:путь к файлуимя_файла»)
Раздел Quick config CLI — здесь Вы можете задать заранее сформированную строку опций. Например, для нашего фильма:
-b21 1650 -key 300 -log «c:divx.log» -mv «c:mvinfo.bin» -b -g -dr 4,2,45000,6,15 -sc 65 -pq 5 -pre 1
Вставив эту строку, Вам не нужно заботиться о выставлении опций, нужно только выбирать какой проход (первый или второй) Вы используете и задавать битрейт. Эта строка автоматом задаст подобранные Вами ранее оптимальные настройки для кодирования захваченного видео. Часть опций строки я объяснил выше, часть опишу ниже. Учтите, что для log-файлов эта строка использует диск C:
Вторая вкладка
Настройка DivX 5.02, вторая вкладка
Разделы Enable Crop, Enable Resize и Source Interlace рекомендую не включать! Лучше всего делать эти действия при помощи соответствующих фильтров VirtualDub’а , т.к. в DivX они реализованы, мягко говоря, не очень. Относительно чересстрочного видео: DivX — кодек для прогрессивного видео, поэтому если Вы попробуете подать на вход кодека чересстрочное видео, он автоматом его преобразует в прогрессивное (введено в 5.0.2, отменено в 5.0.3, где можно выбрать, какое видео будет кодироваться), вне зависимости от установок этой опции.
Раздел PsychoVisual Enhancement — на Ваше усмотрение. Но я обычно отключаю — видимо, мое восприятие отличается от восприятия авторов кодека. (параметр строки -psy 1, 2 или 3: соответственно легкий уровень, нормальный и сильный ) Добавлю, что в последующих версиях кодека авторы поработали над этой опцией, превратив ее в достаточно сильное свойство кодека.
Раздел Preprocessing Source
В официальном pyководстве к кодекy pазpаботчики официально заявляют, что pre-processing оpиентиpован на видео с pазличного pода шyмом. Для pre-processing’а сyществyет 4 ypовня воздействия, от light до extreme. Я pекомендyю использовать light для слегка шумного видео, если шумы остались уже после использования фильтров, и не использовать для очень чистого видеопотока. Он дает наилyчший pезyльтат в большинстве слyчаев. Вот выдержка из руководства к кодеку: «Video noise is often referred to as «specks», «snow», or «hair» within a video (i.e. «snow» that is visible when watching TV over an antenna»). The preprocessing filter uses digital signal processing techniques to remove the noise from the source material prior to encoding.» (параметр строки -pre 1 будет соответствовать уровню light)
Раздел Keyframe
Тут Вы выбираете, как часто будут вставляться в поток ключевые кадры (т.е. те, которые кодируются полностью). Как правило, значение по умолчанию вполне неплохо. Но если у Вас очень статичное видео, Вы можете увеличить это значение, тем самым сэкономив битрейт для повышения качества кодирования. Однако, учтите, что увеличение расстояния между ключевыми кадрами затрудняет «листание» видео. (параметр строки -key 300 как раз соответствует значению 1 ключевой кадр на 300)
И еще один важный параметр в этом разделе — Scene change threshold. Данный паpаметp yпpавляет автоматической вставкой ключевых кадpов в зависимости от величины движения в кадpе. Очень важно подобpать пpавильное значение этого паpаметpа, т.к. пpи заниженном значении для кодиpyемого видео, кодек будет пользовать слишком много ключевых кадpов, что значительно yвеличит pазмеp финального файла. Hапpотив, завышенное значение, пpиведет к появлению аpтефактов на yчастках кадpов с pезким движением. Рекомендуемое значение — 65 (отличается от заданного по умолчанию 50). (параметр строки -sc 65 )
Третья вкладка
Настройка DivX 5.02, третья вкладка
Вкладка, которую урезали в последующих версиях кодека. Вкладка, которая позволяла управлять коэффициентами квантования вручную, что давало возможность добиться хорошего качества кодирования.
Раздел Data Rate Control (RC)
Maximum quantizer и Minimum quantizer — управления величинами квантования матрицы для DCT. Значения по умолчанию хороши для малых битрейтов (1000 и менее). Я предпочитаю кодировать с битрейтом не менее 1200, поэтому уменьшаю значения до 4 и 2 соответственно. Точно не доказано, но исходя из наблюдений, в кодеке версии 5.0.2 эти настройки, кстати, позволяют повлиять на коэффициенты квантования B-кадров, сделав их также меньше (тоже недоступно в последующих версиях кодека).
Часто мне также задают вопрос: «я кодирую фильм, задаю огромный битрейт, а больше определенного размера финальный файл не получается». В этом случае нужно также уменьшить величины квантования.
RC averaging period : Устанавливает диапазон кадров, на протяжении которого кодек будет контролировать количество битов на каждый кадр и перераспределять их (для двухпроходного режима менее важно). Рекомендую выставлять не менее четверти от продолжительности фильма, пусть это и повлияет на размер ресурсов, которые «отъест» кодек. Например, при фильме продолжительностью 2 часа, четверть составит 2/4*3600*25=45000 кадров.
RC reaction period отвечает за то, насколько быстpо кодек бyдет опpеделять движение в сцене, т.е. сколько кадpов емy понадобится для опpеделения, что в сцене, что-то задвигалось. Чем меньше значение этого паpаметpа, тем быстpее «среагиpует» на движение. Опять-таки, лучше уменьшить значение до 6 (по умолчанию 10)
Rate control down/up period , в свою очередь, задает количество кадpов за котоpое кодек изменит битpейт для адаптации к движению в сцене. Уменьшите его до 15.
(параметр строки для всего раздела -dr 4,2,45000,6,15)
Раздел Perfomance/Quality — Однозначно в slowest!
(параметр строки -pq 5)
Раздел DivX MP4 Creator предназначен для создания mpeg4-файлов из уже существующих AVI-файлов, закодированных с помощью DivX (возможно, пригодится в будущем для создания DVD)
И четвертая вкладка, скриншот которой я даже не буду приводить, исключительно сервисная: в ней Вы можете записать свои настройки, загрузить их и т.д. Полезно, когда Вы работаете с различными видеоисходниками, для которых применяете различные настройки кодека.
Источник: www.malbred.com
Посмотреть кодировку файла
Посмотреть кодировку файла в Linux можно несколькими способами:
1. Вы можете напрямую просмотреть кодировку файла в Vim.
:set fileencoding
Может отображаться формат кодировки файла.
Если вы просто хотите просматривать файлы в других форматах кодирования или хотите решить проблему использования Vim для просмотра файлов с искаженными символами, вы можете
Добавьте следующий контент в файл ~ / .vimrc:
let encoding set fileencodings=utf-8,ucs-bom,gbk,cp936
Таким образом, вы можете заставить vim автоматически распознавать кодировку файла (он может автоматически распознавать файлы в кодировке UTF-8 или GBK). Фактически, это нужно попробовать в соответствии со списком кодировок, предоставленным fileencodings. Если подходящая кодировка не найдена, использовать кодировку latin-1 (ASCII), включить.
Преобразование кодировки файлов
1. Преобразование кодировки файла непосредственно в Vim, например преобразование файла в формат utf-8.
:set fileencoding=utf-8
2. Преобразование Iconv, формат команды iconv следующий:
iconv -f encoding -t encoding inputfile # Например, преобразовать файл в кодировке UTF-8 в кодировку GBK iconv -f GBK -t UTF-8 file1 -o file2
Linux кодирует весь процесс преобразования текста 3G
В этом процессе задействованы следующие команды Linux: split, iconv, cat. Проблема: есть текст 3G a.txt с форматом кодировки gbk, и теперь его нужно преобразовать в utf-8. Сложность: преобразование iconv выполняется в памяти, поэтому текст формата 3G не может быть преобразован напрямую. Идея: сначала используйте split для сегментации файлов, затем выполните преобразование ivonv для каждого файла word и, наконец, выполните слияние cat.
1) ll -h a.txt для просмотра размера файла, 2.9G
2) wc -l a.txt просмотреть количество строк в файле, 92 миллиона строк
3) split -l 20000000 фрагмент a.txt разрезается по 20 миллионов строк каждого файла, разделенного на 5 файлов 4) Преобразование
iconv -f gbk -t utf-8 chunka> chunka_utf8 -c iconv -f gbk -t utf-8 chunkb> chunkb_utf8 -c iconv -f gbk -t utf-8 chunkc> chunkc_utf8 -c iconv -f gbk -t utf- 8 chunkd> chunkd_utf8 -c iconv -f gbk -t utf-8 chunke> chunke_utf8 -c 5) rm chunka chunkb chunkc chunkd chunke удалить исходный файл
6) cat chunk *> a.txt_utf8 для слияния
На этом работа завершена.
Конвертация кодировки пакетного файла
Эта операция опасна, пожалуйста, обратите внимание на файлы резервных копий перед операцией.
1. Кодировать все оригинальные как gb2312.java файлы конвертируются в кодировку utf-8..java.new файл для i в find . -name «*.java» ; do iconv -f
gb2312 -t utf-8 $i -o $i.new; done
2. Удалите расширение .new файла * .java.new.
find . -name «*.new» | sed ‘s/(.*).new$/mv » «1»/’ | sh
- В Linux есть много удобных небольших инструментов для преобразования кодов,
- Значок преобразования текстового содержимого
- Преобразование имени файла convmv
- преобразование тегов mp3 в python-mutagen
четыре,
Использование: iconv [опция . ] [файл . ]
Преобразуйте кодировку данного файла.
Спецификация формата ввода / вывода:
de = имя необработанного текстового кодирования
-t, —to-code = имя код вывода
-l, —list перечислить все известные наборы символов
-c игнорировать недопустимые символы из вывода
-o, —output = ФАЙЛ выходной файл
-s, — предупреждение о бесшумном отключении
—verb- ?, —help отобразить список системной справки
—usage дает краткую информацию об использовании
-V, —version Вывести номер версии программы
Пятерки,
find default -type d -exec mkdir -p utf/<> ; find default -type f -exec iconv -f GBK -t UTF-8 <> -o utf/<> ;
Эти две строки команд преобразуют файлы в каталоге по умолчанию из кодировки GBK в кодировку UTF-8, структура каталогов остается неизменной после перекодирования
Файл сохраняется в каталоге utf / default.
шесть,
Пакетное преобразование кодировки имени файла convmv под Linux
Поскольку FC унифицирует кодировку символов в UTF8, файлы и каталоги в разделе ext3, изначально созданные в gb18030, отображаются как искаженные символы, когда они монтируются на FC. Google обошел весь Интернет, заявив, что существует программа под названием convmv, которая может автоматически преобразовывать имена каталогов и файлов.
Я скачал convmv сегодня и исследовал следующие методы использования:
convmv -f code1 -t code2 -r
code1: исходная кодировка набора символов, используемая разделом. Поддержка gb2312, gbk, big5, gb18030 и big5-hkscs не поддерживается. code2: код набора символов, который будет предварительно преобразован. Для FC введите utf8 здесь
-r параметр: конвертировать подкаталоги.
dir: каталог, который нужно преобразовать, текущий каталог представлен как ./.
Для выполнения нажмите Enter. В это время convmv отображает результаты выполнения, но не изменяет файл. И предлагается использовать параметр —replace для изменения.
Семь,
Пакетное преобразование кодировки файлов
for i in `find ./ -name *.htm` ; do echo $i;iconv -f gb18030 -t utf8 $i -o /tmp/iconv.tmp;mv /tmp/iconv.tmp $i; done
find -name “*.htm“ -exec iconv -f gb2312 -t utf8 ‘<>‘ -o /tmp/iconv.tmp ; -exec mv /tmp/iconv.tmp ‘<>‘ ;
Измените файл .vimrc для поддержки gb2312, и он будет автоматически распознан.
Можете сослаться на мои настройки
«Установите тип кодировки файла, чтобы полностью решить проблему китайской кодировки.
let encoding set fileencodings=utf-8,gbk,ucs-bom,cp936
По методу Каррона решена проблема чтения китайских иероглифов в vi в терминале. Спасибо
Немного проверил значение содержимого, добавленного в .vimrc, в этой статье есть соответствующие пояснения.
На что следует обратить внимание при редактировании файлов с разными кодировками в vim
В этой статье объясняются некоторые базовые знания vim для редактирования документов с многобайтовой кодировкой (китайский язык). Обратите внимание, что она не включает gvim, а относится к vim под символьным терминалом.
[Базовые знания кодирования vim]
1. Есть 3 переменные:
кодировка —- Эта опция используется для буферизованного текста (файл, который вы редактируете), регистров, файлов сценария Vim и т. д. Вы можете рассматривать опцию «encoding» как настройку внутреннего рабочего механизма Vim.
fileencoding —- Эта опция — тип кодировки, используемый vim при записи файлов.
termencoding —- Эта опция представляет тип кодировки, используемый для вывода на клиентский терминал (Term).
2. Кодировка этих трех переменных совпадает с текущей локалью системы, поэтому при редактировании файлов вам следует учитывать текущую локаль, в противном случае нужно будет установить больше вещей.
fileencoding —- vim автоматически распознает свою кодировку при открытии файла, и fileencoding — это распознанное значение. Если он пуст, кодировка используется при сохранении файла.Если кодировка не изменена, значением является текущий языковой стандарт системы. termencoding —- значение NULL по умолчанию, то есть вывод на терминал без преобразования кодировки.
Видно, что при редактировании различных закодированных файлов следует обратить внимание не только на эти три переменные, но и на текущую локаль системы, кодировку самого файла, автоматическое распознавание кодировки и тип кодировки, используемый клиентом. запуск терминала vim.Эти 3 ключевых момента влияют на установку 3-х переменных.
Если кто-то спросит: почему у меня искаженные символы, когда я использую vim для открытия китайских документов,
Ответ неопределенный. Причина уже указана выше. Если вы не выясните эти 3 ключевые точки и значения настройки этих 3 переменных, появление искаженных символов является нормальным явлением, но это совпадение, которое искажено символы не появляются.
Давайте посмотрим на значения этих трех ключевых точек в общих ситуациях и значения этих трех переменных в этом случае:
1. Локаль —- В настоящее время в большинстве систем Linux в качестве локали по умолчанию используется utf-8, но это может быть не так. Например, в некоторых системах используется китайский язык zh_CN.GB18030. Когда локаль — utf-8, кодировка будет установлена на utf-8 после запуска vim. Это лучший способ совместимости, потому что, если utf-8 используется для внутренней обработки, никакой дефект не может быть выполнен независимо от внешнего хранилища. кодирование. Локаль определяет кодировку данных, обрабатываемых внутри vim, то есть
2. Кодирование файлов и автоматическое распознавание кодировки —- Этот аспект включает в себя различные правила кодирования, поэтому я не буду вдаваться в подробности по одному. Однако следует понимать, что тип кодировки файла не сохраняется в файле, то есть нет описательного поля для записи типа кодировки документа.
Следовательно, при редактировании документа мы должны либо знать, в какой кодировке был сохранен документ, либо использовать другие средства для определения типа кодировки. Это другое средство — определить характеристики кодовой таблицы определенных кодировок.
Например, количество байты, занятые каждым символом, независимо от того, превышает ли значение ascii каждого символа определенное поле, чтобы определить, какой кодировке принадлежит файл. Таким образом также используется vim, который является механизмом автоматического распознавания кодировки vim.
Однако из-за различных кодов этого механизма невозможно, чтобы каждый код имел отличительную особенность, чтобы отличить его, поэтому невозможно быть точным на 100%. Для нашей кодировки GB2312, поскольку китайский язык использует 2 символа со значением acsii выше 127 для формирования китайских символов, невозможно отличить файл в кодировке gb2312 от кодировки latin1. Этот механизм кодирования автоматической идентификации не предназначен для gb2312. распознает файл только в кодировке latin1. Эта проблема также возникает в gbk, big5 и т. Д. Поэтому, когда мы редактируем такие документы, нам нужно вручную установить кодировку и кодировку файлов. Если кодировка документа — utf-8, обычно vim может автоматически распознавать правильную кодировку.
3. Тип кодировки, используемой клиентским терминалом для запуска vim — такой же, как и второй, это также ключевой момент, который труднее определить для решения этой проблемы. Эта проблема чаще возникает в случае удаленного входа в систему по ssh на сервере на нашем рабочем столе Windows, что связано с проблемой преобразования кодировки в различных системах.
Таким образом, он во многом коррелирует с самими окнами и ssh-клиентом. В Windows существует два типа программного обеспечения для кодирования, одно — это программное обеспечение, написанное для кодирования Unicode, а другое — программное обеспечение ansi, то есть программа обрабатывает данные напрямую с помощью байтовых потоков и не заботится о кодировании.
Первая программа может правильно отображать несколько языков в окнах на любом языке, а вторая программа может отображать только правильный текст в системе, на каком языке написано в системе на каком языке. К этим двум типам программ нужно относиться по-разному. Возьмем, к примеру, ssh-клиент, мы используем замазку для программного обеспечения Unicode, а безопасный CRT — это программное обеспечение ansi. В первом случае нам нужно правильно обрабатывать китайский язык, если мы гарантируем, что кодировка вывода vim на терминал — utf-8, то есть termencoding = utf-8. Но для последнего, с одной стороны, мы должны подтвердить, что кодовая страница по умолчанию нашей системы Windows — cp936 (значение по умолчанию для китайских окон), а с другой стороны, мы должны подтвердить, что termencoding = cp936 установлен vim.
Напоследок рассмотрим наиболее типичные ситуации и способы настройки обработки китайских документов:
1. Системная локаль — utf-8 (формат локали по умолчанию для многих систем Linux), а редактируемый документ — в формате GB2312 или GBK (Блокнот Windows сохраняется в формате по умолчанию, и большинство редакторов также сохраняются в этом формате с помощью по умолчанию, поэтому наиболее распространен), Тип терминала utf-8 (то есть предполагается, что клиент является программным обеспечением Unicode типа шпатлевки)
Затем после того, как vim открывает документ, encoding = utf-8 (определяется локалью), fileencoding = latin1 (вызвано неточным механизмом автоматического определения кодировки), termencoding = empty (нет необходимости преобразовывать кодировку терминов по умолчанию), отображаемый файл искажается . Решение 1. Во-первых, измените кодировку файла на cp936 или euc-cn (они одинаковы, но имеют разные названия). Обратите внимание, что правильный метод — это не правильный метод: установите fileencoding = cp936, что позволяет сохранить файл как cp936. . Правильный метод — это перезагрузить файл в режиме кодирования cp936 как: edit ++ enc = cp936, что может быть сокращено как: e ++ enc = cp936.
Источник: russianblogs.com
Сжимаем видео без потери качества
Видео высокой четкости радует красивой и детализированной картинкой, однако оно занимает много места на диске. CHIP расскажет, как сократить объем файлов и сэкономить место в домашнем архиве.
Видео высокой четкости радует красивой и детализированной картинкой, однако оно занимает много места на диске. CHIP расскажет, как сократить объем файлов и сэкономить место в домашнем архиве.
CHIP расскажет, как сократить объем файлов и сэкономить место в домашнем архиве Лето подошло к концу, и наступила пора разобраться с отснятыми в отпуске фото- и видеоматериалами. Причем современные фотокамеры уже позволяют снимать видео в формате высокой четкости.
Однако отличное качество снимков и видеороликов имеет и обратную сторону: файлы стали более объемными и в большом количестве уже с трудом могут помещаться на жесткий диск ПК. А значит, прежде чем поделиться впечатлениями с друзьями, выложив видеоролики в Сеть, а затем разместить их в домашнем видеоархиве, необходимо позаботиться о том, чтобы полученные файлы все же занимали поменьше места. Но как сделать так, чтобы все эти красивые и яркие пейзажи не были испорчены применяемыми в видеоконвертерах алгоритмами сжатия? Первое, что при ходит в голову, — найти в Интернете надежные методики компрессии без потерь. Однако чаще всего под этим понятием подразумеваются вовсе не lossless-форматы, а способы кодирования с потерями, позволяющие визуально не ухудшать качество изображения.
Стандарт для сжатия видео
Своеобразным «стандартом» в сфере кодирования видео является кодек H.264. Он поддерживается в рамках стандартов Blu-ray и HD DVD. Кроме того, с ним работают Apple QuickTime и Adobe Flash Player. Такая мощная поддержка профессионального сообщества, наряду с ростом вычислительных мощностей ПК, обеспечила ему широчайшие возможности использования в видеотехнике и программных продуктах.
Главным достоинством кодека H.264 является высокая возможная степень сжатия видеопотока без значительных визуальных изменений картинки. Достигается это за счет анализа не только каждого кадра в отдельности, но и их последовательности.
В типичном видеоролике, где изображение в кадре быстро меняется лишь изредка, применяются методики предсказания сразу нескольких последующих кадров, что дает существенный выигрыш при кодировании разного рода движения. Кроме того, определенный выигрыш получается от экономии на цветовом пространстве (4:2:0 YUV вместо RGB). Это позволяет кодировать видео «на лету» без особых вычислительных затрат. Именно поэтому кодек H.264 используется в большинстве современных потребительских камер, смартфонах и видеорегистраторах.
Идеальное сжатие и высокое качество
Вкратце опишем процесс настройки бесплатного кодека ffdshow tryouts (есть на CHIP DVD) построенного на базе H.264. Наша цель — продемонстрировать основные возможности, поэтому мы остановимся лишь на нескольких базовых параметрах. Для конвертирования видео мы выбрали бесплатную программу MeGUI и пакет кодеков K-Lite Codec Pack (есть на CHIP DVD). После того как вы установите эти два пакета, откройте MeGUI.
На вкладке «Input» в меню «Encoder setting» выберите вариант «x264» и кликните по кнопке справа «Config». Теперь можно заняться настройкой параметров кодека. Они разделены на несколько закладок.
MAIN — здесь можно задать «Preset» кодирования. Для «домашнего» видео имеет смысл выбирать медленные пресеты («Slow», «Slower» и т. п.). Кроме того, в меню «Tuning» можно выбрать характер кодируемого ролика. Это тоже своего рода пресет, «включающий» определенные параметры оптимизации.
FRAME-TYPE — группа параметров, управляющих качеством сжатия. H.264 поддерживает многопроходное кодирование. Опытные пользователи считают, что для перекодирования фильмов оптимально использовать два прохода. Ниже задается требуемая степень сжатия. Все зависит от выбранного режима: можно указать либо битрейт, либо индекс качества.
MISC — здесь в поле «Custom command line» опытные пользователи могут задать дополнительные параметры кодирования. Доступные команды можно найти в спецификации метода.
Хотя H.264 и относится к стандарту «сжатие с потерями», в нем не применяются методики обратимой архивации. В частности, в H.264 позволяется выбрать способ сжатия без потерь по итогам всей обработки: CABAC (Context adaptive binary arythmetic codes) или CAVLC (Сontext adaptive variable length codes). Правда, стоит отметить, что в использованной нами в качестве примера бесплатной библиотеке ffdshow эта настройка из графического интерфейса недоступна.
Сохраняем видео в архив и на YouTube
Отснятые в отпуске видеоролики в высоком разрешении, как правило, занимают много места на диске. Хранить их в таком виде в домашнем видеоархиве не очень экономно. К тому же многие предпочитают делиться впечатлениями с друзьями, выкладывая наиболее интересные ролики на популярный видеохостинг YouTube. Мы предлагаем совместить архивирование контента и подготовку роликов к закачке на видеосервис, воспользовавшись нашими советами по сжатию роликов без ощутимых потерь и адаптируя их для размещения в Сети.
YouTube, как и многие другие онлайн-сервисы, применяет методику сжатия H.264. При этом для эффективной передачи видео по Сети, в том числе на мобильные устройства, ресурс задействует строго определенный набор параметров. При загрузке ролика на сервер осуществляется его перекодирование с учетом этих параметров. Наилучшего качества удастся достичь вовсе не наибольшим потоком или индексом качества, заданными при кодировании, а наиболее удачным подбором параметров под требования видеохостинга. Иными словами, если вы хотите в итоге разместить видео на YouTube, сжатие без потерь для вас будет означать следование следующим рекомендациям.
КОНТЕЙНЕР MPEG-4. Для сохранения видео YouTube рекомендует использовать контейнер MPEG-4, который является в каком-то смысле «родным» для H.264. Для этого воспользуйтесь бесплатной программой Avidemux (есть на CHIP DVD).
«ВЫСОКИЙ» ПРОФИЛЬ (HIGH QUALITY). В базовых параметрах кодека надо указать «Высокий» профиль (High). Для кодирования видео HD качества следует использовать уровень не ниже 4: лишь начиная с него поддерживается разрешение 1920×1080 точек с частотой до 30 кадров/с. Цветовое пространство — 4.2.0. Уровень можно выбирать самому.
В Avidemux в разделе «Video Output» выберите кодек MPEG-4 AVC (x264) и в настройках последнего задайте профиль «High Quality» СРЕДНИЙ БИТРЕЙТ. Для видео высокой четкости (разрешение 1920×1080 точек при 29,97 кадра/с) YouTube рекомендует устанавливать средний битрейт от 5 до 8 Мбит/с. Его можно задать вручную, выбрав на первой вкладке метод кодирования «Average Bitrate». Это уменьшит размер файла с сохранением того же качества.
Чтобы вручную указать битрейт, в настройках кодека x264 на вкладке «General» задайте метод кодирования «Average Bitrate» B-КАДРЫ. При кодировании видео на ресурсе задействованы так называемые B-кадры — кадры, предсказанные с помощью специального алгоритма по двум соседним. Рекомендуем указывать присутствие двух последовательных B-кадров. При этом закрытая группа изображений (GOP) должна составлять не более половины кадровой частоты (15, если речь идет о 29,97 кадра/с).
На вкладке «Frame» установите значение последовательных B-кадров (B-Frame), равное двум СЖАТИЕ CABAC. В качестве дополнительного метода сжатия без потерь используется не самый эффективный, зато применимый на мобильных устройствах CABAC (Context adaptive binary arythmetic codes).
Для улучшения качества кодирования видео на вкладке «Frame» можно задать дополнительный метод сжатия без потерь CABAC ЗВУК В AAC-LC. Для аудио следует задействовать кодек AAC-LC (в Avidemux применяется тип AAC lav) при частоте дискретизации 48 или 96 кГц.
Для домашнего архива звук в видеоролике можно оставить без обработки. Для YouTube необходимо применить кодек AAC-LC
Сжатие без потерь: lossless-форматы
Методика сжатия видео без потерь — это обратимая архивация, аналогичная той, что мы применяем, к примеру, при упаковке в архив текстовых и других документов для пересылки по электронной почте. Она позволяет получить исходные данные в неизменном виде после распаковки. При работе с видео наибольшей степени компрессии можно добиться, применяя специальные алгоритмы. Наиболее известными считаются следующие из них.
MOTION JPEG 2000 — коммерческий кодек для видео (около 1200 руб., демоверсия есть на CHIP DVD), построенный на принципах сжатии без потерь статических изображений JPEG2000.
Коммерческий кодек MJPEG2000 позволяет кодировать видео без потерь в качестве, обеспечивая высокую степень сжатия HUFFYUV — достаточно быстрый и эффективный свободный кодек, основанный на методике побитового предсказания следующего пикселя в потоке и архивации данных (есть на CHIP DVD).
Свободно распространяемый кодек Huffyuv также обеспечивает высокую степень сжатия видео без ощутимых потерь в его качестве LAGARITH — «продолжатель» идеи кодирования Huffyuv (есть на CHIP DVD). Авторам удалось добиться большей степени сжатия, в частности, за счет добавления методов работы с почти статическими изображениями. Обращение с роликами, сжатыми с помощью lossless-алгоритмов, осложнено тем, что они занимают много места на диске и поддерживаются ограниченным числом плееров и бытовых устройств. При этом они действительно нужны, только если камера позволяет скопировать несжатые данные (так называемые RAW, по аналогии с фотографией) либо по каким-то причинам важна высокая точность передачи этого изображения. Из специальных областей это могут быть медицина и картография.
Кодек Lagarith можно бесплатно использовать для «домашнего» кодирования — например, с помощью программы VirtualDubMod
Так ли необходимо сжатие без потерь?
Применительно к цифровому видео понятие «сжатие без потерь» подразумевает, что алгоритм позволяет архивировать каждую картинку в том виде, в каком она была получена с записывающего устройства. При этом стоит отметить, что фото и видео, снятые даже полупрофессиональной видеокамерой, не требуют столь бережного отношения к себе. В кадре почти всегда присутствуют шумы, аберрации и искажения, которые в целом не влияют на наше восприятие картинки — иными словами, картинка, как правило, сама по себе не идеальна. Применяя методики сжатия с потерями, вы, конечно, еще немного «испортите» ее, сэкономив на избыточности как в рамках отдельных кадров, так и внутри их последовательности. Но при этом вы добьетесь значительно большей степени компрессии, то есть в десятки раз меньшего размера файла на жестком диске.
А что будет дальше?
Различные видеосервисы, в частности «видео по запросу», уже задумываются о переходе на следующую версию стандарта — H.265, эффективность сжатия которого гораздо выше. Используемый кодек даст возможность гибко управлять качественными потерями. Кроме того, он позволит работать с непостоянной частотой кадров.
Источник: ichip.ru