MKV → WebM

Ya, dan itu adalah jalur cepat. MKV dan WebM berbagi struktur kotak yang mendasari yang sama, sehingga aliran video dan audio disalin di seluruh byte-for-byte dan hanya pembungkus kontainer yang ditulis ulang. Tidak ada yang diterjemahkan dan tidak ada yang dikompresi ulang, sehingga sebuah berkas fitur-panjang selesai di bawah satu menit bukan setengah jam, dengan kualitas keluaran identik dengan sumber. MKV adalah Matroska, wadah terbuka yang dirancang pada tahun 2002 tanpa pembatasan lisensi dan tanpa langit-langit pada apa yang dapat dipegangnya. WebM adalah subset ketat Matroska yang diterbitkan Google pada 2010 khusus untuk memberikan video HTML5 sebuah wadah Gratis royalti.

Tidak dapat diandalkan. MKV menyimpan beberapa aliran audio sebagai trek kelas pertama, tapi dukungan putar WebM melewati trek pertama tidak konsisten, jadi kebanyakan pemain hanya akan mengekspos satu. Pilih trek yang sebenarnya Anda inginkan sebelum mengubah; yang lain lebih baik diekstrak ke berkas mereka sendiri daripada ditinggalkan dalam wadah yang menyembunyikannya. MKV adalah wadah pilihan yang melengkung karena menyimpan trek audio yang tak terbatas, subtitel lembut, penanda bab dan cover seni dalam satu berkas. WebM adalah sebuah tempat yang tidak cocok di luar peramban æ editor video, telepon asli galeri dan TV Smart umumnya mengabaikannya.

Ya, dan itu biasanya adalah alasan keseluruhan konversi. Sebuah MKV tertanam di halaman web baik menampilkan pemutar yang rusak atau memaksa pengunduhan, karena peramban kapal tidak decoder untuk itu. WebM memainkan inline melalui elemen video HTML5 asli tanpa plugin dan aplikasi eksternal. WebM memainkan secara alami di setiap peramban modern tanpa plugin, tanpa biaya lisensi dan tanpa paparan paten, yang membuatnya menjadi baku bagi video yang ditempelkan web.

Ya, setiap trek audio dalam MKV (direktur komentar, bahasa alternatif, audio deskriptif) diawetkan dalam WebM ketika wadah target mendukung audio multi-stream. MKV dan MOV menangani trek audio tak terbatas; MP4 mendukung banyak tapi beberapa pemain hardware hanya melihat trek 1; WebM dicap di satu jalur Opus / Vorbis.

Subjudul lembut (dapat dipilih trek) bertahan ketika WebM dapat membawa mereka: Mengubah sebuah MKV dengan mode SRT, ASS, SSA, PGS, VobSub secara native; MP4 hanya memegang mov_text (format terstrip-down). Mengubah sebuah MKV dengan mode subs dengan MP4 akan biasanya menurunkan mereka ke mov_text atau membakarnya. Hardsubs (terbakar ke dalam video) membawa ke atas tanpa peduli.

Bab metadata transfer antara MKV dan WebM setiap kali kedua kontainer mendukung sebuah atom bab (MKV, MP4, MOV). WebM menyimpan bab-bab dalam blok yang kompatibel Matroska, sehingga bab WebM round-strip bersih. AVI tidak memiliki bab spec, sehingga mengubah AVI ke WebM menghasilkan berkas yang tidak dichapter kecuali Anda menambahkan penanda secara manual.

MKV adalah satu-satunya wadah arus utama yang menyimpan lampiran yang ditempelkan secara sewenang-wenang (TTF font untuk subs AS, gambar sampul JPG, PPP-translated PDF yang dimasukkan). Pergi dari MKV ke WebM tetes lampiran ini ketika WebM bukan MKV ▪ aliran dasar berubah, tapi payload terpasang tetap di sumber. Jauhkan MKV sebagai cadangan jika Anda bergantung pada fonta yang terpasang.

Kodek baku dipilih untuk mencocokkan WebM wadah konservatif: MKV default ke H.265 (HEVC) untuk kompresi yang lebih baik; MP4 baku ke H.264 untuk dukungan perangkat terlebar; WebM default ke VP9; AVI menggunakan MPEG-4 ASP (P). Override melalui kodec turun lebih lanjut ▪ AV1 tersedia untuk MKV / Web dimana Anda ingin kompresi maksimum dan dapat menunggu melalui encode.

Metadata statis HDR (Data static HDR10 menguasai nilai-nilai tampilan, tingkat cahaya maksimum) membawa melalui WebM ketika baik kontainer maupun kodec yang dipilih mendukung (HEVC, AV1 di MKV / MP4). Dolby Vision lebih rapuh ▪ Profil DV 5 / 8,1 dalam MKV umumnya bertahan hidup hanya ke MKV dengan HEVC; mengubah ke sebuah WebM wadah yang tidak membawa lapisan DV menjadi HDR10.

Catatan MKV dan WebM per-frame timestamps nyata dan menangani VFR asli, jadi MKV VFR bertahan hidup menjadi WebM dari format-forma tersebut tanpa penyegelan ulang. MP4 to nominal store timestamps juga tetapi beberapa pemain mengasumsikan CFR; konverter mengekspos sebuah "force CFR" untuk mengaktifkan kembali VFR MKV ke 30 / 60 f WebM untuk target bermasalah.

Kode-kode-codec remux menghasilkan ukuran dekat-identikal (pertahanan atas berbeda dengan 0.1-2%). Sebuah perubahan codec dapat ayunan ukuran sebesar 50% atau lebih: H.264 ke H.265 biasanya setengah berkas dengan kualitas visual yang sama; H.264 ke AV1 bagian lagi pada preset lambat. Pergi dari robekan MKV tinggi (Blu-ray) ke WebM bitrate rendah (web mengupload) adalah alasan yang paling umum untuk penurunan dramatis.