WebM → MKV

Ya, dan itu adalah jalur cepat. WebM dan MKV 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. WebM adalah subset ketat Matroska yang diterbitkan Google pada 2010 khusus untuk memberikan video HTML5 sebuah wadah Gratis royalti. MKV adalah Matroska, wadah terbuka yang dirancang pada tahun 2002 tanpa pembatasan lisensi dan tanpa langit-langit pada apa yang dapat dipegangnya.

Ya, dan itu adalah peningkatan nyata atas WebM. MKV memperlakukan setiap aliran audio sebagai trek kelas satu, sehingga campuran bahasa asli, dub dan komentar sutradara dapat hidup dalam satu berkas dengan pemain beralih antara mereka sesuai permintaan. MKV adalah wadah pilihan yang melengkung karena menyimpan trek audio yang tak terbatas, subtitel lembut, penanda bab dan cover seni dalam satu berkas.

Ini memang. [2} Simpan bab sebagai metadata kontainer, sehingga rekaman panjang dapat dinavigasi oleh bagian daripada menggosok sebuah progress bar. WebM tidak memiliki tempat untuk menempatkan informasi itu, jadi jika sumber dikirim dengan daftar bab itu berada dalam file sescar (samcar) tangan yang ke konverter dan itu akan ditulis ke MKV.

Tidak secara langsung. WebM memainkan inline dalam setiap peramban; MKV tidak, sehingga sebuah halaman embedding itu jatuh kembali ke link download atau sebuah frame pemutar kosong. Jika berkas ditakdirkan untuk sebuah situs web, simpan WebM bagi web dan perlakukan MKV sebagai salinan arsip atau penyuntingan. MKV hampir tidak memiliki dukungan perangkat keras asli Á telepon, peramban dan TV biasanya membutuhkan VLC atau remux sebelum mereka akan memainkannya.

Ya, setiap trek audio dalam WebM (direktur komentar, bahasa alternatif, audio deskriptif) diawetkan dalam MKV 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 MKV 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 WebM dan MKV 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 MKV 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 WebM ke MKV tetes lampiran ini ketika MKV bukan MKV ▪ aliran dasar berubah, tapi payload terpasang tetap di sumber. Jauhkan WebM sebagai cadangan jika Anda bergantung pada fonta yang terpasang.

Kodek baku dipilih untuk mencocokkan MKV 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 MKV ketika baik kontainer maupun kodec yang dipilih mendukung (HEVC, AV1 di MKV / MP4). Dolby Vision lebih rapuh ▪ Profil DV 5 / 8,1 dalam WebM umumnya bertahan hidup hanya ke MKV dengan HEVC; mengubah ke sebuah MKV wadah yang tidak membawa lapisan DV menjadi HDR10.

Catatan MKV dan WebM per-frame timestamps nyata dan menangani VFR asli, jadi WebM VFR bertahan hidup menjadi MKV 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 WebM ke 30 / 60 f MKV untuk target bermasalah.