Программы для кодирования в h 265. В какой программе делать монтаж видео с GoPro? Подборка бесплатных видеоредакторов. Приступаем к работе

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

HEVC или H .265 - стандарт сжатия видео последнего поколения, благодаря которому объемный контент в разрешении 4К60 или 1080p240 занимает почти в два раза меньше места, при этом сохраняя свое качество. Этот кодек пришел на замену стандарту сжатия прошлого поколения - AVC или H .264 . Оба кодека используются в камерах GoPro при записи видео, причем HEVC - только в модели и только при следующих параметрах записи:

Модель HERO6 Black при других настройках и все остальные ранее выпущенные работают со стандартом AVC.

Дело в том, что на сегодняшний день не все мобильные устройства, телевизоры и компьютеры могут проигрывать HEVC-видео, поскольку кодек был выпущен относительно недавно, и индустрия не успела полностью на него перейти (информацию о совместимости различных устройств с кодеком H.265 вы можете найти ). Именно в таких случаях и помогает конвертация: с ее помощью вы сможете воспроизводить ваши материалы с камеры HERO6 Black даже на устаревших ПК, телефонах и планшетах.

Для конвертирования H.265-видео в H.264 мы рекомендуем использовать бесплатную программу Handbrake . Она совместима с компьютерами на базе Windows/Mac/Linux. Рассмотрим подробнее сам процесс конвертации.

Для начала запустите программу и нажмите «File». Выберите HEVC-файлы, которые необходимо конвертировать.

Если файл импортирован удачно, вы увидите его имя рядом с надписью «Source». Назначьте папку экспорта, в которой будет сохранен переконвертированный файл. Там же можно выбрать формат конечного файла - mp4 или mkv. Формат файла также можно выбрать рядом с надписью «Format».

Далее вам нужно либо выбрать готовые настройки (пресеты) для конвертации, либо создать свои. Если вы выбираете готовые настройки, по умолчанию будет установлен пресет Fast 1080p30 - с ним конвертация займет не так много времени, но такие настройки могут отразиться на качестве конечного материала. Для конвертации в наилучшем качестве мы рекомендуем сделать следующее: Presets -> General -> Super HQ 1080p30 Surround. Этот пресет максимально идентично переконвертирует видео и звук из начального файла, однако процесс конвертации будет длиться дольше, и конечный файл займет на вашем жестком диске больше места.

Также в программе вы можете вручную выбрать нужные параметры конвертации, что рекомендуется для опытных пользователей. Перед установкой настроек выберите следующий пресет: Presets -> Legacy -> Normal, и изменяйте его в соответствии с вашими требованиями к конвертации.

Как только вы установите готовые пресеты или собственные настройки и будете готовы, нажмите кнопку « Start Encode » для начала процесса конвертации. Прогресс экспорта можно отследить в нижней части рабочего окна программы.

После завершения конвертации вы сможете воспроизвести и редактировать видео на компьютерах и мобильных устройствах, не оснащенных последними поколениями процессоров и операционных систем.

Замечание: после конвертации H .265-видео в H .264 вы не сможете добавить GPS -данные (телеметрию) для отображения на видео в программе .

GOM Media Player - бесплатный видеоплеер от Gretech Corp. Он разработан с точки зрения мощности и простоты, поэтому является идеальным видео-плеером не только для начинающих, но и для экспертов.

GOM Media Player включает в себя встроенную поддержку для всех наиболее популярных видео форматов (MP4, AVI, WMV, MKV, MOV, FLV, и т.д.), множество дополнительных функций (захват экрана, захват аудио, контроль скорости воспроизведения видео и т.п.) , и службу Пойска кодека, которая поможет вам найти недостающие кодеки для форматов, которые не поддерживаются по умолчанию. Вы даже можете смотреть сломанные и неполные AVI-файлы.

Новое в версии:

1. Added Preview Feature:
- Preview appears when moving mouse cursor to a certain time of seek bar. It’s not checked at default but you can check it anytime in the preferences window.

2. Added “Hide skin during playback” Feature:
- Added “Hide skin during playback” Feature. It’s not checked at default but you can check it anytime in the preferences window.

3. Added “Hide mouse cursor after 2 seconds without using the mouse during playback” Feature:
- Added “Hide mouse cursor after 2 seconds without using the mouse during playback” Feature. It’s checked at default but you can uncheck it anytime in the preferences window.

4. Added “Auto Rotate” Feature:
- When playing videos which are originally upside down or not in the right direction, GOM Media Player will automatically rotate it. If you don’t wish to rotate, please modify in the preferences window or from GOM menu.

5. Solved the problems in the version 2.2.64.5211 of GOM Media Player:
The issues occurred in the Ver2.2.62.5205, Ver2.2.62.5207, Ver2.2.62.5209 and Ver2.2.64.5211of GOM Media Player have been solved and improved.
- Corrected the playback issue of VCD (some of .dat files).
- Fixed the saturation of video being recognized incorrectly issue.
- Regardless of the audio issue when playing DVD with Windows 8/8.1, the problem of not showing Codec Finder window is fixed.
-“The audio keeps playing when stopping DVD (.IFO) playback which is played from the root menu” issue is fixed.
- Corrected the playback issue of some .avi files.
- Corrected the audio playback issue of some .m2ts files.
- Corrected the snapshot issue that couldn’t be operated correctly for some .m2ts files.
- Corrected the playback issue of some .ts files.
- Fixed the JPEG quality not being applied correctly issue while doing still image capture.
- Fixed the bookmark problem that occurred during the update of GOM Media Player Ver. 2.2.64.5211 from Ver. 2.2.53.5169.
- “The seek bar only shows the first 6 seconds when playing some .wav files” issue has been fixed.

6. Support V210 playback:
- From version 2.2.67.5221, V210 playback is supported.

7. Improvement of subtitle support:
- Fixed the issue of some ASS/SSA format subtitle files not being recognized normally.
- Corrected the character alignment problem of RTL subtitles.

8. Added “Subtitle Priority” Feature:
- When playing media files with internal subtitles, the “Subtitle Priority” feature allows you to set external subtitle as priority. Please select “Internal subtitle priority” if you wish to give priority to internal subtitles. In addition, when there are multi-languages in the external subtitle file of a media file, you can fill out the language that you prefer to play.

9. Added “Enable Intel HEVC(H.265) decoder ” option:
- When playing files encoded with H.265, the processing speed will be improved if enabling Intel HEVC(H.265) decoder. It’s not checked at default but you can check it anytime in the preferences window.

10. Added “Play to match the audio when audio out of sync (video comes after audio)” option:
- Added “Play to match the audio when audio out of sync (video comes after audio)” feature. It’s checked at default but you can uncheck it anytime in the preferences window.

11. Added “Quality optimization mode” option:
- Added “Quality optimization mode: Give the priority as the file format.” option.

12. Change of the video output type at default:
- The video output type at default is changed to from {Enhanced Video Renderer}.

13. Added “Seek bar loads according to the file analyzed progress when playing damaged MKV files” option:
- When playing damaged/ corrupted .MKV files, the seek bar will loads according to the file analyzed progress. It’s checked at default but you can uncheck it anytime in the preferences window.

14. Change of file playback operation:
- When there are multiple files in the playlist, delete the one which is currently playing, GOM Media Player will play the next file in the playlist instead of the previous one.

15. Other miscellaneous corrections, fixes, and changes

Удивительно, но факт - стандарту сжатия видео High Efficiency Video Coding (HEVC) уже более трех лет. Существуют не только программные, но и аппаратные решения для кодирования и даже бытовые медиаплееры с поддержкой этого формата. Интернет завален рекламными хвалебными восторженными отзывами и обзорами, причем обозреватели, в зависимости от наглости безграмотности доверчивости, обещают улучшение сжатия на 30-50% по сравнению с h.264 при том же качестве картинки. Теоретически оно наверняка так и есть и я совершенно ничего не имею против самого стандарта, всей этой высшей математики, множественности профайлов и объективной оценки субъективного восприятия психофизиологических параметров с помощью PSNR. Побудительным мотивом для написания этой антинаучной статьи послужила чистая недоверчивость, желание самостоятельно пощупать имеющиеся на данный момент свободные реализации кодировщиков видео в этот формат (x265) и сравнить результаты со старым добрым x264.

Чтобы понять масштаб проблемы и степень моей недоверчивости, отмечу, что я не верю в аппаратное кодирование в h.264/AVC (а точнее уверен, что с той же и скоростью при лучшем качестве может работать и чисто программный x264.exe), не верю в кодирование видео с помощью CUDA и DXVA и считаю все реализации таких «кодировщиков» чистым шарлатанством и не верю в магические двухкнопочные программы, которые могут «закодировать быстро и хорошо». Еще я не верю в демократию, антивирусы и современное высшее образование, но это уже чисто мои проблемы не имеющие отношения в кодированию видео:)
А теперь, зарядившись изрядной долей скептицизма возьмем один из скомпилированных вариантов свободного кодировщика x265 , а точнее восьмибитовую GCC сборку 1.7+286 и все дальнейшие действия будем производить с ней.
В этом пункте, кстати, моя недоверчивость опять взбрыкнула и пришлось потратить около 6 часов для сравнения 11 разных сборок с разных сайтов чтобы ее успокоить. Оказалось что результаты кодирования с аналогичными параметрами были идентичны до степени смешения, а время кодирования отличалось не больше чем на 5-6 процентов.
Для начала, возьмем в качестве исходника упомянутый выше отрывок из Аватара брызги-дерево-туман и чтобы исключить тормоза декодера, сохраним 100 кадров и из него в виде несжатого YUV4MPEG2 файла, который в дальнейшем и будет кодироваться. В x265 по умолчанию применяется CRF метод сжатия с постоянным качеством, поэтому закодируем и в x264 тоже в режиме CRF с показателем качества 17.2. Цифра взята не с потолка, а опытным путем выяснено что любое увеличение этой цифры ведет к понижению и битрейта и качества картинки на выходе, а уменьшение только повышает битрейт без какого-либо заметного увеличения качества. Конечно же остальные параметры кодирования были тоже на максимуме и в результате получился сжатый файл с битрейтом 17.6 Mb/s (что почти в 2 раза ниже исходных 31 Mb/s на BD диске). Время кодирования 100 кадров - 40 секунд . Качество картинки получилось почти идентичным по сравнению с исходником и даже не стоит выкладывать сравнение. В дальнейшем мы будем сравнивать 12-й В-кадр файла x264-17.2.mkv с разными вариантами кодирования в HEVC.

А вот тут пора вспомнить что пресет placebo использует далеко не самые максимально возможные параметры . Наиболее важные здесь --me star (при максимальном значении full) и --subme 5 (при максимальном 7). Попробуем ужесточить условия и вручную сказать
"E:\Video\x265\x265_64-8.exe" "E:\Video\avatar\raw.y4m" --preset placebo --me full --subme 7 --psy-rd 0.5 --psy-rdoq 0.5 --output "E:\Video\avatar\x265-test1.mkv" Сразу же становится понятным почему разработчики не рискнули вставить в «максимальный» профайл максимальные значения параметров. Время кодирования увеличилось более чем в 10 раз


И стоил ли результат этих жертв? не уверен…
Итак попытка #3, crf 20, -me full --subme 7, битрейт 9045 kb/s - 77 минут кодирования

И тут же сравнение результатов пресета placebo с вручную заданными -me full --subme 7

Выкидываем вручную заданные me, subme и ползем дальше.
Попытка #4, crf 18, битрейт 12922 kb/s - почти хорошо, но x264 пока лучше

Теперь посмотрим что будет если закодировать в x265 с тем же битрейтом что и x264 и с максимальными параметрами.
Этого же битрейта удалось достичь при значении crf 16.2. В этот раз кодирование заняло 90 минут.
Ссылка на файл

Результаты очень близки, но все же x264 сохранил чуть больше деталей и добавил чуть меньше мыла.
Вывод: Текущие реализации x265 проигрывают по качеству x264 на высоких битрейтах.

Вот мы и подошли к основному посылу всей статьи. Форматы сжатия видео вместе со всем остальным миром катятся в сторону упрощения и отупления населения. Никому не интересно иметь потребителя, который разглядывает скриншоты сравнений, борется за каждый лишний пиксель искажений, вчитывается в параметры кодирования и т.д. Все затачивается на максимально быстрые и смешные профайлы кодирования с минимальными битрейтами. Наверняка на низких битрейтах x265 будет иметь значительное преимущество над x264. Хотя и там и там будет масса искажений и мыла, но у x264 будет больше. Проверим.
Попытка #5, x265 5371 kb/s, x264 5374 kb/s

А вот и не отгадали:) Даже на родном для x265 битрейте x264 выглядит поприличнее.