MKV → WebM

Да, и это быстрый путь. MKV и WebM имеют одну и ту же основную структуру в коробке, так что видео и аудио потоки копируются через байт-в-байт и только контейнерный оберточный процесс перезаписывается. Ничего не декодировано и ничего не перекомпрессировано, так что файл с длительностью параметров заканчивается меньше чем через полчаса, а качество вывода идентично источнику. MKV — это «Матроска», открытый контейнер, разработанный в 2002 году без каких-либо ограничений на выдачу лицензий и без потолка на то, что он может удержать. WebM — это строгое подмножество Matroska, которое Google опубликовал в 2010 году специально для того, чтобы предоставить видео HTML5 в видеороликов контейнер без роялти.

Да, и это обычно вся причина преобразования. A MKV, встроенная в веб-страницу, либо показывает сломанный игрок, либо заставляет скачивать, потому что браузеры не используют декодер для этого. WebM играет в встроенной линии через местный элемент HTML5 без глушителя и внешнего приложения. ВебМ играет в каждом современном браузере без платы за лицензию и без патентного воздействия, что делает его по умолчанию для видео с веб-эмбриджем.

Да — каждый звуковой трек в MKV (директорный комментарий, альтернативные языки, описательный аудио) сохраняется в WebM, когда целевой контейнер поддерживает многоступенчатый звук. MKV и MOV имеют неограниченное количество аудиотреков; MP4 поддерживает многие, но некоторые игроки в аппаратное обеспечение видят только дорожку 1; WebM покрыта на одном дорожке Opus / Vorbis.

Мягкие субтитры (выбранные дорожки) выживают, когда WebM могут нести их: MKV содержит SRT, ASS, SSA, PGS, VobSub родного происхождения; MP4 содержит только mov_текст (разорванный формат). Преобразование MKV с стилями ASS в MP4 будет, как правило, понижать их до mov_текста или сжигать их. Жёсткие субъекты (сожженные в видео) переносятся независимо от того.

Метаданные глав передаются между MKV и WebM всякий раз, когда оба контейнера поддерживают атом главы (MKV, MP4, MOV). WebM хранит главы в компабельном блоке Matroska, так что MKV <-> главы WebM в круглосуточном режиме. AVI не имеет главы, поэтому преобразование AVI в WebM создает неглавный файл, если вы не добавляете маркеров вручную.

MKV является единственным основным контейнером, который хранит произвольно прикрепленные файлы (TTF шрифты для подлодок ASS, JPG обложки, вставки фан PDF). Переход от MKV до WebM сбрасывает эти вложения, когда WebM не является MKV — элементарные потоки преобразуются, но прикрепляемая полезная нагрузка остается в источнике. Сохраняйте MKV в качестве резервного устройства, если вы зависите от прикрепляемых шрифтов.

По умолчанию codec выбран для консервативного соответствия WebM резервуару: MKV по умолчанию с H.265 (HEVC) для лучшего сжатия; MP4 по умолчанию с H.264 для самой широкой поддержки устройства; WebM по умолчанию с VP9; AVI использует MPEG-4 ASP (DivX/Xvid Leage). Переход через передовую систему шифрования — AV1 доступен для MKV/ WebM, где вы хотите максимальное сжатие и может подождать через код. ВебМ — плохое место вне браузера — видеоредакторы, местные галерей и смарт-телевизионные телевизоры в основном игнорируют его.

Статические метаданные (HDR10, освоить значения дисплея, максимальный уровень света) переносятся на WebM, когда как контейнеры, так и выбранный кодек поддерживают его (HEVC, AV1 в MKV/MP4). Dolby Vision более хрупкий — DV профиль 5 / 8, 8, 1 в MKV, как правило, выживают только в MKV с ГЭВС; преобразуются в WebM контейнер, который не переносит слоёв DV в DRH10.

MKV и WebM регистрируют реальные временные промежутки и обрабатывают VFR на местах, так что MKV VFR выживает в WebM из этих форматов без перепроверки. MP4 номинально хранит временные промежутки также, но некоторые игроки предполагают CFR; преобразователь разоблачает "сильный CFR", который перепроверяет VFR MKV до 24 / 30 / 60 fps WebM для проблемных целей.

Те же коды remux производят почти идентификационный размер (накладные расходы в контейнере различаются на 0,1-2%). Изменение кода может изменить размер на 50% или более: H.264-H.265 обычно в два раза меньше, чем в один и тот же визуальный уровень; H.264-AV1 снова в два раза меньше, чем на медленном предплечье. Переход от высокобитратного MKV (Blu-ray prip) к низкобитрату WebM (загрузка в сети) является наиболее распространенной причиной резкого падения.

Да, вплоть до 8K (7680x4320) на Premium. Свободные ярусные ручки 4K (3840x2160) вплоть до 1 GB кепки файла. Чистые ремексы (такие же кодные пропуска) больших MKV WebM ограничены диском I/O, а не процессором — 30 GB MKV, как правило, ремексируются WebM за минуту, независимо от разрешения.