Bitrate menentukan seberapa banyak gambar yang bertahan. Resolusi memberi tahu Anda berapa piksel yang boleh dimiliki sebuah file; bitrate memberi tahu Anda berapa banyak informasi yang dihabiskan untuk menggambarkan piksel itu setiap detik. Kalau ditawari file beresolusi lebih tinggi dan file ber-bitrate lebih tinggi pada ukuran yang sama, ambil yang bitrate-nya lebih tinggi.

Alasannya soal aritmetika. Naik dari 1080p ke 4K melipatempatkan jumlah piksel. Kalau anggaran datanya tidak ikut bertambah, setiap piksel hanya kebagian sekitar seperempat informasi untuk menggambarkannya. File itu mendapat kisi yang lebih besar dan kehilangan detail yang justru membuat kisi itu layak dimiliki.

Apa yang sebenarnya diukur oleh bitrate?

Bitrate mengukur berapa bit per detik yang dihabiskan encoder untuk menyimpan video — biaya berjalan untuk menggambarkan gerak dan tekstur sepanjang waktu.

Codec tidak menyimpan setiap piksel dari setiap frame. Codec menyimpan satu frame awal, lalu memprediksi apa yang berubah berikutnya dan mencatat selisihnya, membuang apa pun yang dinilainya paling kecil kemungkinannya Anda sadari. Bitrate adalah jatah untuk proses itu. Jatah yang longgar berarti encoder sanggup mempertahankan tekstur halus; jatah yang ketat memaksanya membuang lebih banyak, dan yang sudah dibuang tidak bisa kembali.

Inilah sebabnya sumber yang sama bisa menghasilkan file yang tampak sangat berbeda pada resolusi yang sama. Resolusinya identik. Anggarannya tidak.

Apa bedanya bitrate konstan dan bitrate variabel?

Bitrate konstan (CBR) menghabiskan data yang sama untuk setiap detik, apa pun yang sedang terjadi; bitrate variabel (VBR) menghabiskan lebih banyak pada bagian yang sulit dan lebih sedikit pada bagian yang mudah.

Untuk video tersimpan, VBR hampir selalu pilihan yang lebih baik, karena tingkat kesulitan isi video sangat tidak merata. Bidikan statis sebuah kamar tidur butuh data yang sangat sedikit. Bidikan kamera genggam dengan gerak cepat, grain, dan cahaya yang berubah-ubah butuh data yang sangat banyak. CBR bukan memboroskan anggaran di bagian yang mudah, ya membuat bagian yang sulit kelaparan, dan biasanya keduanya sekaligus. Pengiriman lewat streaming condong ke bitrate yang lebih terkekang demi keterdugaan, dan itu salah satu sebab tayangan streaming dan unduhan dari judul yang sama bisa terlihat berbeda.

Jenis adegan apa yang paling mahal untuk dikodekan?

Apa pun yang penuh perubahan tak terduga: gerak cepat, gerakan kamera genggam, grain film, derau sensor, dan gradasi halus dalam cahaya redup.

Daftar itu menggambarkan bagian yang tidak sedikit dari materi jenis ini. Pencahayaan redup menghasilkan derau sensor, yang bagi encoder tampak acak sehingga tidak bisa diprediksi atau dikompresi secara efisien. Pengambilan gambar dengan kamera genggam berarti seluruh bingkai bergeser antarframe, bukan hanya sebagian kecil darinya. Kulit di bawah cahaya redup hampir seluruhnya berupa gradasi lembut, dan itu persis yang diserang banding.

Akibat praktisnya, bitrate yang tampak lebih dari cukup pada adegan studio yang terang dan bertripod bisa berantakan pada adegan redup berkamera genggam di file yang sama.

Apa yang diberitahukan artefak kompresi kepada Anda?

Setiap artefak punya penyebab yang spesifik, jadi apa yang Anda lihat menunjukkan apa yang salah.

Yang Anda lihat Apa artinya
Kotak-kotak di area gelap Bitrate habis; encoder kehabisan anggaran untuk detail bayangan
Banding — tangga yang terlihat pada gradasi halus Terlalu sedikit tingkatan yang dipertahankan, sering diperparah kedalaman warna 8 bit
Smearing atau ghosting saat gerak cepat Prediksi gerak gagal di bawah anggaran yang ketat
Kulit tampak seperti lilin, pori dan rambut halus lenyap Tekstur frekuensi tinggi dibuang lebih dulu, gejala klasik kelaparan bitrate
Mosquito noise berkelip di sekitar tepi dan teks Ringing akibat kuantisasi agresif di dekat batas yang tajam
Detail yang lembek bahkan saat dijeda Entah hasil upscale atau enkode ulang yang berat; lebih banyak piksel, lebih sedikit informasi

Perhatikan bahwa tidak satu pun dari semua ini bisa diperbaiki dengan menaikkan resolusi. Semuanya gejala data per piksel yang tidak mencukupi, dan menambah piksel justru memperburuk soal data per piksel itu.

Kenapa enkode ulang membuat hasilnya makin buruk setiap kali?

Karena kompresi lossy tidak bisa dibalik, dan setiap putaran membuang informasi yang lalu diperlakukan putaran berikutnya seolah-olah itu detail sungguhan.

Ketika sebuah file dikodekan ulang, encoder melihat artefak dari enkode sebelumnya — blok-bloknya, banding-nya, ringing-nya — dan dengan patuh menghabiskan bitrate untuk mempertahankannya. Kerusakan generasional menumpuk. File yang sudah melewati beberapa putaran bisa terlihat jauh lebih buruk daripada aslinya pada resolusi nominal yang sama dan ukuran yang mirip, dan tidak ada cara memulihkan apa yang hilang di sepanjang jalan.

Ini penting ketika judul yang sama beredar dalam beberapa versi. Labelnya bisa identik di semuanya; riwayat enkodenya tidak, dan riwayat itu biasanya tidak terdokumentasi.

Bisakah angka bitrate dibandingkan langsung antarfile?

Hanya dalam codec yang sama. Angka bitrate tidak berarti apa-apa tanpa tahu codec mana yang menghasilkannya.

Generasi codec yang lebih baru lebih efisien: H.265/HEVC mencapai kualitas setara H.264/AVC pada bitrate yang lebih rendah, dan AV1 memperbaikinya lagi di atas H.265. Jadi file yang dikodekan dengan codec lebih baru pada bitrate tertulis lebih rendah bisa terlihat lebih baik daripada file bercodec lama pada bitrate lebih tinggi. Membandingkan kedua angka itu tanpa nama codec di sebelahnya menghasilkan kesimpulan yang persis keliru.

Persentase yang jadi judul berita layak diketahui sekaligus layak diragukan dalam takaran yang sama. ITU mengumumkan HEVC membutuhkan separuh bitrate H.264, dan kemudian mengumumkan H.266/VVC membutuhkan separuh bitrate HEVC untuk kualitas yang sama pada resolusi tinggi. Klaim AOMedia saat meluncurkan AV1 adalah kompresi sekitar 30% lebih baik daripada "codec pesaing" untuk 4K, berdasarkan pengujian yang dijalankan perusahaan-perusahaan anggotanya sendiri, bukan oleh badan standar.

Perhatikan di mana angka-angka itu berada: di siaran pers, bukan di dokumen standar. Spesifikasi codec-nya sendiri sama sekali tidak menyebut persentase apa pun. Angka-angka itu menggambarkan apa yang bisa dicapai perangkat perkakas suatu generasi dalam kondisi menguntungkan, sedangkan hasil nyatanya berbeda-beda menurut implementasi encoder, preset, isi, dan kendali laju — itulah sebabnya di bawah ini kami membandingkan file, bukan generasi codec.

Sumber: siaran pers ITU tentang H.265 (2013) dan H.266/VVC (2020); pengumuman rilis AV1 dari AOMedia (2018); diperiksa 2026-08-03.

Ada harga yang harus dibayar. Codec yang lebih baru menuntut kerja dekode lebih berat, dan dukungan dekode perangkat keras berbeda-beda menurut perangkat dan pemutar. File yang efisien tetapi harus didekode perangkat Anda lewat perangkat lunak bisa tersendat, padahal file yang kurang efisien berjalan mulus.

Tidak ada tabel otoritatif yang memetakan dekode perangkat keras ke generasi perangkat, dan kedua vendor platform sengaja menghindari menerbitkannya. Persyaratan kompatibilitas Android sudah mewajibkan dekode AV1 pada ponsel sejak Android 14, tetapi itu mewajibkan kemampuannya, yang sudah dipenuhi dekoder perangkat lunak; dekode AV1 lewat perangkat keras hanya diwajibkan melalui tingkatan kelas performa yang sifatnya opt-in. Metode yang disarankan Apple adalah kueri saat runtime, bukan tabel rujukan, dan halaman spesifikasi Apple sendiri membedakan klaim perangkat keras "media engine" pada Mac dari klaim "format yang didukung" pada iPhone. Jawaban praktisnya: uji file Anda sendiri di perangkat Anda sendiri.

Sumber: Android Compatibility Definition Document, §2.2.2 dan §5.3; persyaratan Android Media Performance Class; dokumentasi Apple VideoToolbox (VTIsHardwareDecodeSupported); diperiksa 2026-08-03.

Jadi, versi mana yang sebaiknya Anda pilih?

Pakai ukuran file relatif terhadap durasi dan resolusinya sebagai perkiraan bitrate, karena angka bitrate yang tertulis sering kali tidak tersedia.

Situasi Pilih Kenapa
Dua versi, resolusi sama, satu jauh lebih besar Yang lebih besar Lebih banyak data per piksel, lebih sedikit artefak
4K dan 1080p dengan ukuran file mirip Yang 1080p Yang 4K menyebar anggaran yang sama ke piksel empat kali lebih banyak
4K yang kira-kira empat kali lebih besar daripada 1080p-nya Yang 4K Anggarannya ikut naik bersama jumlah piksel, jadi detailnya kemungkinan nyata
Codec baru pada bitrate rendah vs codec lama pada bitrate tinggi Yang baru, kalau perangkat Anda mendekodenya lewat perangkat keras Efisiensi lebih baik, asalkan pemutarannya mulus
Materi yang kebanyakan gelap, berkamera genggam, atau penuh grain Bitrate tertinggi yang tersedia Adegan seperti ini yang paling cepat rusak oleh kompresi
Menonton di ponsel Bitrate dulu, resolusi belakangan, selalu Layarnya toh tidak sanggup menampilkan piksel tambahan itu

Aturan umum yang keluar dari semua ini: kalau harus mengalah, korbankan resolusi dan pertahankan bitrate. File 1080p yang bersih lebih enak ditonton daripada file 4K yang diperas ke ukuran yang sama, dan biaya menyimpan, mengalirkan, serta mendekodenya pun lebih murah.

Pertanyaan terkait

Tingkat kualitas yang ditawarkan sebuah katalog berbeda-beda menurut sumbernya — daftar situs kami menunjukkan mana saja yang kami indeks.