Bitrate, resolusi, dan frame rate
Pengaturan mana yang membuat filenya lebih kecil, dan mana yang cuma membuat tampilannya lebih jelek?
Satu persamaan menjelaskan sebagian besarnya
Ukuran file, dengan pendekatan yang cukup akurat, adalah bitrate dikali durasi. Bitrate adalah berapa bit per detik yang boleh dihabiskan encoder; durasi adalah berapa detik ia menghabiskannya. Semua yang lain — resolusi, frame rate, gerakan, codec — mengubah seberapa bagus gambarnya terlihat pada bitrate tertentu, bukan seberapa besar filenya.
Sebuah contoh perhitungan membuatnya konkret. Klip yang di-encode pada 5 megabit per detik selama enam puluh detik memuat 300 megabit data video, yaitu 37,5 megabyte, ditambah track audio dan overhead kontainernya. Itu hasil hitungan, bukan pengukuran: enam puluh detik yang sama pada 2 Mbit/s adalah 15 MB, apa pun yang ada di dalam frame-nya.
Resolusi dan frame rate adalah tuntutan, bukan ukuran
Menaikkan resolusi atau frame rate tidak langsung memperbesar filenya. Yang naik adalah berapa banyak bit yang dibutuhkan encoder agar hasilnya masih layak dilihat. Klip 4K pada 2 Mbit/s berukuran sama dengan klip 720p pada 2 Mbit/s; versi 4K-nya semata-mata tampak jauh lebih buruk, karena anggaran yang sama disebar ke sembilan kali lipat jumlah piksel.
Karena itulah menurunkan resolusi menjadi cara yang begitu efektif untuk mengecilkan video. Anda tidak memperkecil filenya dengan mengubah resolusi — Anda membuat bitrate yang lebih rendah tampak layak, lalu memilih bitrate yang lebih rendah itu.
| Resolusi | Pada 30 fps | Pada 60 fps |
|---|---|---|
| 3840 × 2160 | 249 juta px/s | 498 juta px/s |
| 1920 × 1080 | 62 juta px/s | 124 juta px/s |
| 1280 × 720 | 28 juta px/s | 55 juta px/s |
| 854 × 480 | 12 juta px/s | 25 juta px/s |
Angka-angka itu adalah beban kerja encoder, dan penskalaannya berjalan seperti yang bisa diduga. Memangkas frame rate menjadi setengah memangkas beban kerjanya menjadi setengah; turun dari 1080p ke 720p memotongnya menjadi kira-kira sepertiga. Namun frame rate punya efek kedua: ia mengubah bagaimana gerakan terasa. Memangkas frame rate rekaman kepala bicara yang statis nyaris tidak terlihat; memangkasnya pada panning cepat jelas sangat terlihat.
Apa yang sebenarnya dilakukan indeks kualitas
Sebagian besar encoder modern lebih memilih target kualitas daripada target bitrate. Anda memberi sebuah indeks kualitas, encoder menghabiskan bit sebanyak yang dibutuhkan kualitas itu frame demi frame, dan bitrate yang dihasilkan berubah-ubah mengikuti isinya. Ini biasanya pengaturan yang lebih baik dipakai, karena ia menaruh bit di tempat gambarnya membutuhkannya alih-alih memboroskannya pada frame diam lalu membuat frame yang cepat kelaparan.
Konsekuensinya, indeks kualitas tidak memberi tahu ukuran file di muka. Dua klip yang di-encode pada indeks yang sama bisa berbeda berkali-kali lipat, dan tidak ada cara mengetahuinya tanpa melakukan encoding. Kalau Anda memang harus memenuhi batas ukuran, encode lalu periksa, atau pakai target bitrate dan terima bahwa kualitasnyalah yang akan berubah-ubah.
Gerakan adalah variabel yang tersembunyi
Codec video bekerja dengan menggambarkan setiap frame sebagai selisih dari frame-frame sebelumnya. Ketika sedikit yang berubah — kamera yang terkunci di satu posisi, tayangan slide, wajah di depan dinding polos — selisihnya kecil sekali dan encoder butuh sangat sedikit bit. Ketika semuanya berubah — panning genggam, konfeti, hujan, air, dedaunan tertiup angin, potongan adegan setiap detik — nyaris tidak ada yang bisa diprediksi dan bitrate-nya melonjak.
- Grain dan noise sensor berperilaku seperti gerakan: keduanya mengubah setiap piksel di setiap frame dan mahal untuk di-encode.
- Klip genggam yang goyang jauh lebih mahal daripada subjek yang sama yang diambil di atas tripod.
- Rekaman layar dari antarmuka yang sebagian besar diam sangat murah, sampai ada sesuatu yang di-scroll.
- Transisi fade dan dissolve lebih mahal daripada potongan tegas, karena setiap piksel berubah sedikit selama satu detik atau lebih.
Audio itu kecil, sampai ternyata tidak
Untuk sebagian besar klip, audio hanyalah pembulatan: track stereo pada 128 kbit/s menambah sekitar satu megabyte per menit. Tetapi pada klip pendek beresolusi rendah yang dikompresi habis-habisan, audio bisa menjadi porsi yang terasa dari totalnya. Kalau Anda sedang berjuang keras melawan batas ukuran, menurunkan bitrate audio, atau mengubahnya menjadi mono, layak dipertimbangkan sebelum Anda merusak gambarnya lebih jauh. Kalau audionya sama sekali tidak penting, membuang track-nya seluruhnya hanyalah remux dan tidak mengorbankan kualitas sedikit pun.
Resep yang biasanya berhasil
- Tentukan layar terbesar tempat klip itu benar-benar akan ditonton, lalu batasi resolusinya sampai di situ.
- Pertahankan frame rate sumbernya kecuali gerakannya lembut; memangkasnya menjadi setengah adalah perubahan yang terlihat, bukan penghematan gratis.
- Lakukan encoding dengan indeks kualitas, bukan dengan bitrate, lalu ukur hasilnya.
- Kalau hasilnya terlalu besar, turunkan resolusinya sebelum menurunkan kualitasnya lebih jauh.
- Potong klipnya. Durasi adalah pengali langsung atas seluruh persamaan itu, dan tiga puluh detik yang tidak perlu lebih mahal daripada pengaturan apa pun.
Mengecilkan video untuk email
Batas email berlaku pada lampiran yang sudah jadi, jadi durasi adalah hal pertama yang perlu diperiksa. Potong apa pun yang tidak perlu, lalu turunkan resolusinya ke 720p atau 480p kalau klipnya akan ditonton di dalam sebuah pesan, bukan di layar besar. Tuntutan piksel yang lebih rendah memungkinkan encoder memakai bitrate yang jauh lebih kecil tanpa menghancurkan detail.
Kalau lampirannya masih melewati batas penyedianya, perpendek atau bagikan lewat layanan transfer file yang disetujui. Meng-encode ulang klip panjang yang sama berkali-kali pada kualitas yang makin rendah pada akhirnya menghasilkan file yang tampak jelek dan tetap bisa terlalu besar, karena durasinya terus mengalikan bitrate-nya.
Apa yang tidak bisa dijawab panduan ini
Tidak ada angka bitrate target di panduan ini, dan itu disengaja. Angka yang direkomendasikan bergantung pada codec-nya, implementasi encoder-nya, isinya, dan kondisi menontonnya, dan angka mana pun yang dikutip tanpa keempat hal itu hanyalah hiasan. Encode sampel tiga puluh detik dari klip Anda sendiri pada dua pengaturan lalu lihat keduanya — perbandingan itu lebih berharga daripada tabel mana pun yang diukur orang lain pada rekaman orang lain.
Satu batasan lagi yang khusus untuk encoding berbasis browser: perangkat Andalah yang menentukan kecepatannya. Encoding benar-benar pekerjaan berat, ponsel menurunkan kinerjanya ketika memanas, dan klip panjang pada resolusi tinggi bisa jadi melampaui apa yang sanggup diselesaikan sebuah perangkat tertentu. Itu batas perangkat keras, bukan pengaturan yang bisa Anda geser sampai hilang.