Dari mana file WebM berasal
WebM diluncurkan Google pada 2010 sebagai format video bebas royalti untuk web. Format ini dibangun di atas container Matroska dan berisi video VP8, VP9, atau AV1 dengan audio Vorbis atau Opus. Biasanya Anda mendapat file WebM tanpa memilihnya:
- Rekaman layar yang dibuat di browser, misalnya lewat ekstensi atau perekam berbasis web, yang memakai MediaRecorder bawaan browser.
- Klip yang disimpan dari situs web dan platform sosial yang melakukan streaming dalam VP9.
- Ekspor dari sebagian alat animasi, meme, dan perekam game.
- Rekaman dari layanan panggilan video dan pesan suara.
Browser memutar WebM tanpa masalah. Masalah muncul di tempat lain: iMovie dan Final Cut tidak mengimpornya, Premiere butuh langkah tambahan, iPhone lama tidak memutarnya di Foto, banyak TV mengabaikannya, dan sebagian aplikasi pesan serta formulir upload menolak ekstensinya.
Kenapa WebM selalu di-encode ulang
Sebagian konverter bisa membungkus ulang file menjadi MP4 dalam hitungan detik jika codec-nya sudah kompatibel. Untuk WebM, jalan pintas itu tidak membantu: tujuan konversi adalah mendapatkan H.264, dan WebM tidak pernah berisi H.264. Bahkan ketika MP4 secara teknis bisa membawa VP9 atau AV1, perangkat yang menolak WebM biasanya juga menolak codec-codec itu.
Jadi alat ini selalu mendekode WebM dan meng-encode stream baru:
- Video: H.264 pada CRF 23, warna standar 8-bit 4:2:0, kombinasi dengan dukungan perangkat keras paling luas.
- Audio: Opus atau Vorbis dikonversi ke AAC 128 kbit/s.
- Tata letak file: indeks ditulis di awal MP4, sehingga file bisa mulai diputar di browser atau aplikasi pesan sebelum selesai diunduh.
Resolusi dan frame rate tidak berubah. Di browser, encoder memakai preset ultrafast; opsi server memakai medium dengan CRF yang sama, yang memakan lebih banyak CPU tetapi biasanya menghasilkan file lebih kecil.
MP4-nya kemungkinan lebih besar
VP9 dan AV1 lebih baru dan lebih efisien daripada H.264. Untuk kualitas visual yang sama, H.264 butuh kira-kira 30 sampai 50% lebih banyak bit dibanding VP9, dan lebih banyak lagi dibanding AV1. Ditambah preset browser yang cepat, WebM 40 MB dengan mudah bisa menjadi MP4 70 sampai 100 MB.
Ada dua cara untuk mengecilkannya:
- Gunakan pemrosesan server, yang mengompres lebih baik dengan kualitas yang sama. Penggunaan gratis mencakup satu tugas per hari hingga 500 MB; Premium tanpa batas dan menerima file hingga 4 GB.
- Jalankan MP4-nya lewat Kompres video setelahnya dengan preset Ringan atau Sedang.
Rekaman layar: masalah khusus
Rekaman layar dari browser adalah sumber WebM paling umum dan punya keanehannya sendiri.
Durasi yang hilang dan seeking
MediaRecorder menulis file selama perekaman dan sering tidak pernah menyimpan total durasi. Pemutar kemudian menampilkan 0:00 atau timeline yang terus bertambah, dan seeking melompat-lompat atau gagal. Encode ulang menulis indeks yang benar, jadi MP4 punya durasi yang tepat dan bisa di-seek dengan normal. Ini saja sudah alasan bagus untuk mengonversi rekaman sebelum membagikan atau mengeditnya.
Frame rate variabel
Perekam hanya menangkap frame ketika ada perubahan di layar, jadi rekaman slide yang statis bisa berisi jeda panjang antar frame. Konversi menjaga gambar dan suara tetap sinkron melewati jeda tersebut. Jika rekaman diawali atau diakhiri dengan beberapa menit waktu kosong, potong dulu dengan Potong video: konversi jadi lebih singkat, begitu juga filenya.
Video transparan
WebM dengan VP8 atau VP9 bisa membawa kanal alfa, yang dipakai untuk stiker animasi dan overlay. H.264 tidak punya transparansi, jadi area transparan menjadi hitam di MP4. Jika Anda butuh gambar animasi dengan transparansi, pertahankan WebM-nya; jika Anda butuh sesuatu yang diputar sebagai loop pendek di chat atau dokumen, Konversi video ke GIF mungkin lebih cocok.
Kecepatan dan memori di browser
Mendekode VP9 dan AV1 lebih berat daripada mendekode H.264, dan seluruh tugas berjalan di satu inti CPU dalam WebAssembly. Perkiraan kasarnya:
- Rekaman layar 1080p dikonversi kira-kira secepat durasinya di laptop baru, jadi rekaman 10 menit butuh sekitar 10 menit.
- Ponsel beberapa kali lebih lambat dan bisa kehabisan memori untuk file di atas beberapa ratus megabyte.
- Input dan output sama-sama berada di memori browser sampai Anda mengunduh, jadi tutup tab berat lainnya untuk file besar.
Dalam mode browser, tidak ada yang diunggah dan WebM asli tidak diubah. Untuk rekaman panjang atau beresolusi tinggi, opsi server menghindari batas memori sekaligus waktu tunggu di perangkat Anda sendiri.