Стъпка 1: Качете вашето WebM файлове, като използвате бутона по-горе или чрез плъзгане и пускане.
Стъпка 2: Кликнете върху бутона „Конвертиране“, за да започнете конвертирането.
Стъпка 3: Изтеглете конвертирания си MKV файлове
WebM да се MKV ЧЗВ за преобразуване
Как да преобразувам __MKV_PH_ от__ в MKV без да пренасочавам видео потока?
+
Когато WebM_ и MKV контейнерите могат да носят един и същ кодек (H.264, H.265, VP9, AV1), преобразувателят се връща към ремукс: елементарните потоци се копират байт-за-байт в MKV_ контейнера и само опаковката се променя. Ремукс от 1 GB __MKV_PH_From__ в MKV обикновено завършва след 5-15 секунди с нула загуба на качество.
Ще оцелее ли мулти-трак аудио __MKV_PH_от__ до MKV?
+
Да — всяка аудио песен в WebM__ (директорен коментар, алтернативни езици, описателен аудио) се запазва в MKV_, когато контейнерът поддържа мулти-стрим аудио. MKV и MOV дръжка неограничени аудио песни; MP4 поддържа много, но някои хардуерни играчи само виждат песен 1; WebM е ограничена на един Opus / Vorbis track.
Запазени ли са трасетата на субтитри при преобразуване на __MKV_PH_ от__ в MKV?
+
Меки субтитри (избираеми песни) оцеляват, когато MKV може да ги носи: MKV държи SRT, ASS, SSA, PGS, VobSub натурално; MP4 съдържа само mov_ text (отстранен формат). Преобразуването на MKV с стилирани ASS субтитри в MP4 обикновено ще ги понижи на mov_ text или ще ги изгори в. Hardsubs (изгорени в видеото) пренесе независимо.
Дали {od} до MKV_ поддържа навигация за глави / DVD стил?
+
Глава метаданни трансфери между WebM_ и MKV всеки път, когато двата контейнера поддържат атом на глава (MKV, MP4, MOV). WebM съхранява глави в матроски съвместим блок, така че MKV <-> WebM глави кръгла писта чисто. AVI няма спецификация на глава, така че преобразуване на AVI в MKV продуцира непроверен файл, освен ако не добавите маркери ръчно.
Какво ще кажете за прикрепленията на MKV (фонтони, покритие на изкуството) при преминаване __MKV_PH_From__do MKV?
+
MKV е единственият основни контейнер, който съхранява произволно прикрепени файлове ( шрифтове на TTF за ASS subs, JPG cover art, Fan-translated PDF inserts). Преминаване от WebM до MKV_ изхвърля тези прикрепления, когато MKV не е MKV — елементарните потоци, но прикрепените източници остават в източника. Keep WebM_ като резервна копия, ако зависи от прикрепените шрифтове.
Кой кодек използва MKV изхода по подразбиране?
+
Кодекът по подразбиране е избран за съответстване на MKV контейнера консервативно: MKV по подразбиране на H.265 (HEVC) за по-добра компресия; MP4 по подразбиране на H.264 за най-широка поддръжка на устройството; WebM по подразбиране използва VP9; AVI използва MPEG-4 ASP (DivX/Xvid линия). Пренастройване чрез напредналата падане на кодека — AV1 е на разположение за MKV / WebM, където искате максимална компресия и може да чакате през кода.
Как HDR (HDR10, Dolby Vision) оцелява __MKV_PH_от_ до MKV?
+
HDR статичните метадани (HDR10 овладяване на стойностите на дисплея, максимално ниво на светлината на съдържанието) преминават през MKV, когато както контейнерите, така и избрания кодек го поддържат (HEVC, AV1 в MKV / MP4). Dolby Vision е по-кръхък — DV профил 5 / 7 / 8,1 в WebM обикновено оцелява само в MKV с HEVC; преминаване в MKV контейнер, който не носи DV слоя на HDR10.
Ще запази ли __MKV_PH_от_до MKV преобразувателя променлива рамка (VFR)?
+
MKV и WebM записват реални времеви табели на рамката и дръжката на VFR по произход, така че WebM VFR оцелява в MKV на тези формати без реампинг. MP4 номинално съхранява часове, но някои играчи предполагат CFR; конверторът разкрива "сила CFR" превключва, че преобразува VFR WebM до 24 / 30 / 60 fps MKV за проблемни цели.
Защо моят MKV файл е по-малък / по-голям от WebM_ след преобразуването?
+
Същият кодечен ремукс произвежда почти идентичен размер (контейнер нагоре се различава с 0,1-2%). Промяната на кодека може да завърти размера с 50% или повече: H.264 до H.265 обикновено намалява наполовина формата на файла със същото визуално качество; H.264 до AV1 го забавя отново при бавно настройване. Преминаване от високобитна WebM_ (Blu-ray rip) до нискобитна MKV (web качване) е най-честата причина за драматичен спад.
Дали __MKV_PH_от_ до MKV преобразувател дръжка 4K / 8K / 60fps съдържание?
+
Да до 8K (7680x4320) на Premium. Свободни дърпачи 4K (3840x2160) до 1 GB файлова капачка. Чисти ремукси (само-кодек преминаване) с голяма WebM на MKV са ограничени с диск I/O, а не с CPU – 30 GB WebM_ обикновено се ремуксират до MKV в рамките на минута без значение от резолюцията. Прекодират скалата с броя на пикселите.
Частно ли е моето MKV_PH_From___ file по време на MKV?
+
Да — качени WebM_ файлове се обработват в изолирани работници и изтриват в рамките на минути след завършване. Ние никога не разглеждаме, съхраняваме, запазваме или споделяме съдържанието. Виж /privacy/ за прозореца за запазване на данните. Преобразуващият тръбопровод работи на хардуер, който контролираме от край до края; няма трети страни API получава вашия файл.
Мога ли да обрежа, да се съсредоточа или да се присъединя към __MKV_PH_From_ files по време на преобразуването MKV?
+
Не в една и съща работа — запазете преобразуването фокусирано върху контейнера / кодек. Използвайте /trim/, за да засечете WebM, след това редица WebM -> MKV стъпка. За свързване на няколко клипове в един MKV_, /merge/ инструмент ги шие на всяка кодечна основа (то ремуксира, когато входите споделят кодек, прекодират друго) и излъчва единичен MKV файл в края.