MP4 atau WebM: mana yang sebaiknya Anda ekspor?
Situsnya minta MP4 sedangkan file saya WebM. Itu harus dikonversi, atau cukup ganti nama saja?
Pertanyaan itu sebenarnya dua pertanyaan
MP4 dan WebM adalah kontainer. Kontainer adalah sistem pengarsipan: ia memuat satu track atau lebih, mencatat waktunya, menyimpan indeks yang memungkinkan pemutar melompat ke posisi tertentu, dan membawa metadata. Ia tidak mengompresi apa pun. Kompresinya dikerjakan oleh codec, dan bitstream terkode itulah yang dibawa kontainernya.
Jadi "MP4 atau WebM" adalah pertanyaan soal pengemasan, dan "H.264, VP9, atau AV1" adalah pertanyaan soal kompresi. Karena keduanya tertukarlah orang meng-encode ulang file yang sebenarnya hanya perlu dikemas ulang, lalu kehilangan satu generasi kualitas tanpa alasan.
Apa yang biasanya ada di dalam masing-masing
| Sifat | MP4 | WebM |
|---|---|---|
| Format dasar | ISO base media file format (ISO/IEC 14496-12) | Sebuah profil dari Matroska |
| Codec video yang lazim | H.264, HEVC, AV1 | VP8, VP9, AV1 |
| Codec audio yang lazim | AAC, kadang AC-3 atau FLAC | Opus, Vorbis |
| Karakter lisensinya | Codec berpaten adalah hal biasa | Dirancang di sekitar codec bebas royalti |
| Di mana ia jadi pilihan aman | Ponsel, pemutar desktop, perangkat lunak penyuntingan, platform sosial | Web, terutama dengan VP9 atau AV1 |
Tidak satu pun dari daftar itu berupa aturan. Kontainer sebagian besar bersifat netral terhadap codec, dan keduanya bisa membawa AV1. Yang berbeda-beda adalah apa yang siap diterima perangkat lunak di ujung sana.
Di mana masing-masing benar-benar bisa diputar
MP4 yang membawa H.264 dan AAC adalah yang paling mendekati file video universal. Ia bisa diputar di ponsel, di televisi, di perangkat lunak penyuntingan, di aplikasi perpesanan, dan itulah yang biasanya dimaksud formulir unggah ketika menulis "video". Dominasinya itulah sebabnya decoder perangkat keras untuk H.264 ada di hampir setiap perangkat yang dirilis lima belas tahun terakhir, dan hal itu sama pentingnya bagi daya tahan baterai seperti bagi kompatibilitas.
WebM dibangun untuk web, dengan codec yang tidak membawa kewajiban royalti untuk streaming. Browser menanganinya dengan baik. Perangkat lunak di luar browser lebih tidak bisa diandalkan: sebagian alat penyuntingan, sebagian televisi, dan sebagian galeri ponsel tidak mau membukanya, dan rekan kerja yang mengeklik ganda filenya bisa jadi tidak melihat apa-apa sama sekali.
Remux versus encoding ulang
Kalau codec di dalam file Anda sudah bisa diterima tempat tujuannya, mengganti kontainer hanyalah remux: frame terkodenya disalin apa adanya dan hanya kemasannya yang ditulis ulang. Prosesnya cepat, lossless, dan gambarnya identik bit demi bit. Kalau codec-nya tidak bisa diterima — VP9 dimasukkan ke MP4 untuk pemutar yang hanya membaca H.264 — maka frame-nya harus didekode lalu di-encode lagi, yang memakan waktu nyata dan menghabiskan satu generasi kualitas.
Karena itulah pertanyaan pertama yang berguna adalah "codec apa yang ada di dalamnya", bukan "ekstensinya apa". Alat video FileSlimmer memeriksa track-nya lebih dulu dan melakukan remux alih-alih encoding ulang setiap kali tujuannya memungkinkan.
Jangan lupakan track audionya
Penggantian kontainer yang mengabaikan audio akan menghasilkan file bisu di pemutar yang salah. MP4 secara konvensi membawa AAC; WebM secara konvensi membawa Opus atau Vorbis. Memasukkan Opus ke dalam MP4 sah menurut spesifikasinya dan tidak didukung oleh banyak sekali perangkat lunak di lapangan, jadi konversi ke MP4 yang jujur biasanya berarti meng-encode audionya ke AAC juga.
Kalau sebuah klip sama sekali tidak punya audio, nyatakan itu secara eksplisit pada apa pun yang Anda ekspor. Sebagian pemutar tersendat ketika mengharapkan sebuah track yang ternyata tidak ada.
Daftar keputusan singkat
- Mengirim file ke seseorang, ke sebuah platform, atau ke formulir unggah: MP4 dengan H.264 dan AAC.
- Menyajikan filenya sendiri, dari halaman Anda sendiri, ke browser: WebM dengan VP9, atau AV1 di kontainer mana pun, dengan cadangan MP4 kalau audiens Anda luas.
- Akan disunting nanti: simpan file asli berkualitas paling tinggi yang Anda punya, di kontainer apa pun asalnya.
- Hanya kontainernya yang salah dan codec-nya sudah benar: lakukan remux, jangan encoding ulang.
- Anda tidak yakin apa isinya: periksa codec-nya sebelum memilih, karena jawabannya menentukan apakah ini memakan waktu beberapa detik atau satu jam.
Batasan yang perlu diketahui
Encoding video di browser bergantung pada apa yang disediakan perangkatnya. Encoder perangkat keras bersifat spesifik per format: sebuah komputer bisa meng-encode H.264 dengan cepat dan VP9 dengan lambat, atau menolak sebuah codec sama sekali. Dukungannya juga berbeda antarbrowser di komputer yang sama, dan antara sebuah browser dengan browser yang sama di ponsel. Konversi yang berjalan dalam hitungan detik di laptop bisa jauh lebih lama di ponsel yang sekaligus sedang menjaga suhunya sendiri.
Pilihan kontainer tidak bisa menyelamatkan file yang besar karena isinya. Klip yang panjang, beresolusi tinggi, dengan banyak gerakan, akan besar di kontainer mana pun. Resolusi, bitrate, dan durasilah yang menentukan itu, dan pengemasan ulang tidak mengubah satu pun darinya.
Alat untuk ini
Sumber
- ISO/IEC 14496-12 — ISO base media file format
- The WebM Project — container guidelines
- ITU-T H.264 — Advanced Video Coding
- MDN — Media container formats and codec support