Video dan codec
Hampir setiap hal yang membingungkan tentang file video berasal dari satu perbedaan — antara kotak dan isinya. Ini adalah kata-kata untuk keduanya, dan untuk operasi yang memindahkan sesuatu di antara keduanya.
-
Wadah
pembungkus, format -
Struktur file yang menyatukan trek video, audio, dan subtitle serta menjelaskan lokasi masing-masing trek tersebut. MP4, MKV, AVI dan WebM adalah wadah. Sebuah wadah tidak memampatkan apa pun.
Anggap saja sebagai kotak arsip dengan label isi. Labelnya bilang: ada trek video di sini, dienkode dengan cara ini; dua trek audio di situ, dalam bahasa-bahasa ini; subtitle pada offset ini. Ia tidak punya pendapat sama sekali tentang bagaimana masing-masing dikompresi.
Inilah sebabnya video yang sama bisa ada dalam MP4 dan MKV dengan kualitas gambar dan ukuran file yang identik, dan mengapa yang satu terbuka di iPhone sementara yang lain tidak. Bedanya ada pada kotaknya, bukan isinya.
-
Kodek
pembuat kode-dekoder -
Metode yang digunakan untuk mengompresi aliran video atau audio, dan mendekompresinya lagi untuk diputar. H.264, HEVC, AV1, AAC dan MP3 adalah codec. Codec bukanlah format file.
Namanya adalah singkatan dari coder-decoder. Encoding membuang detail dengan cara yang diperhitungkan agar sulit disadari, dan decoding merekonstruksi perkiraan dari aslinya berdasarkan apa yang disimpan. Semakin baik codec-nya, semakin tidak terlihat kehilangannya pada ukuran file yang sama.
Perangkat memutar sebuah file kalau ia bisa membaca wadahnya *dan* mendekode setiap codec di dalamnya. Kedua bagian ini sama-sama wajib, dan saat file terbuka tapi tidak menampilkan apa-apa, bagian keduanyalah yang gagal.
Lihat juga: WadahPenguraian kode perangkat keras
-
H.264
AVC, MPEG-4 Bagian 10 -
Codec video yang dapat didekodekan semuanya. Diterbitkan pada tahun 2003, masih menjadi pilihan paling aman dalam hal kompatibilitas, dan akselerasi perangkat keras di setiap ponsel, komputer, dan TV yang dibuat dalam lima belas tahun terakhir.
H.264 menang begitu telak sehingga "apakah ini akan diputar di mana saja" dan "apakah ini H.264" nyaris jadi pertanyaan yang sama. Ia bukan codec paling efisien yang ada — HEVC dan AV1 sama-sama bisa berbuat lebih banyak dengan bit yang lebih sedikit — tapi tidak ada yang mendekati luasnya dukungannya.
Ia punya beberapa profil, dan salah satunya menimbulkan masalah di perangkat Apple: High 10, sering ditulis Hi10P, mengenkode sepuluh bit per kanal warna, bukan delapan. Dekoder perangkat keras hanya menangani delapan bit, jadi file Hi10P memutar suaranya tanpa gambar di perangkat yang tidak punya jalur cadangan perangkat lunak.
Lihat juga: HEVCPenguraian kode perangkat keras10-bit
-
HEVC
H.265 -
Penerus H.264, berukuran kira-kira setengahnya untuk kualitas yang sama. Setiap perangkat Apple mulai tahun 2015 dan seterusnya menerjemahkannya ke dalam perangkat keras, dan itulah yang direkam oleh iPhone.
HEVC adalah yang membuat 4K praktis di ponsel: gambar yang sama dengan bitrate kira-kira setengahnya. Apple mengadopsinya sejak dini dan menyeluruh, jadi di perangkat keras Apple ini pilihan yang sama amannya dengan H.264.
Di tempat lain, situasinya lebih berantakan. Lisensi paten seputar HEVC cukup dipersengketakan sehingga peramban web lambat mendukungnya — dan celah itulah yang justru diisi oleh AV1.
Lihat juga: H.264AV1Kecepatan bit
-
AV1
-
Codec bebas royalti yang diterbitkan pada tahun 2018, lebih efisien daripada HEVC dan, tidak seperti itu, bebas dari sengketa lisensi. Dekode perangkat keras hanya tersedia di perangkat Apple dengan iPhone 15 Pro.
AV1 ada karena lisensi HEVC membuat perusahaan streaming dan peramban web terbesar menginginkan alternatif yang bisa mereka kirimkan tanpa membayar siapa pun. Sekarang, banyak video web dikirimkan dalam format ini.
Masalahnya ada di biaya dekodingnya. Tanpa dukungan perangkat keras, AV1 didekode lewat perangkat lunak, yang memungkinkan tapi menguras baterai secara nyata dan bisa tersendat pada resolusi tinggi. Di perangkat lama, versi H.264 dari video yang sama adalah file yang lebih baik.
Lihat juga: HEVCPenguraian kode perangkat keras
-
Kecepatan bit
-
Berapa banyak data yang digunakan video atau audio dalam satu detik, biasanya dalam megabit per detik. Ini adalah hal utama yang menentukan ukuran file dan seberapa banyak perangkat harus bekerja.
Resolusi yang mendapat perhatian, tapi bitrate yang menentukan bagaimana file itu sebenarnya terlihat. File 4K dengan bitrate rendah terlihat lebih buruk daripada file 1080p dengan bitrate tinggi, karena encoder-nya terpaksa membuang lebih banyak untuk mencapai target ukurannya.
Ini juga biasanya penyebab file yang tersendat. Kalau sebuah video mulus di komputer tapi tersendat di ponsel, tidak ada yang salah dengan filenya: ia sekadar meminta kerja dekoding per detik lebih banyak daripada yang sanggup dilakukan chip itu.
Lihat juga: KodekKecepatan bit adaptif
-
Remux
membungkus ulang -
Memindahkan aliran video dan audio yang ada dari satu wadah ke wadah lain tanpa melakukan enkode ulang. Lossless, dan cukup cepat untuk dibatasi oleh kecepatan disk, bukan oleh prosesor.
Remux menyalin stream; ia tidak menyentuh satu frame pun. MKV berdurasi satu jam berisi H.264 dan AAC menjadi MP4 dalam hitungan detik, identik bit demi bit dalam gambar dan suara.
Ini hanya berhasil kalau wadah tujuan menerima apa yang dibawa sumbernya — MP4 mau menerima H.264 dan AAC, tapi tidak mau menerima VP9 atau Vorbis. Saat orang bilang konversinya "instan", yang terjadi adalah remux. Saat makan waktu satu jam, ada sesuatu yang dienkode ulang.
-
Transkode
menyandikan ulang, mengonversi -
Mendekode aliran dan menyandikannya lagi, biasanya ke dalam codec yang berbeda atau pada kecepatan bit yang lebih rendah. Lambat, dan selalu hilang — kualitas tidak pernah kembali.
Transcode adalah yang dimaksud orang dengan "mengonversi video", dan ini benar-benar operasi yang mahal: setiap frame didekode, diproses, dan dikompresi ulang. Ini jawaban yang tepat kalau codec-nya memang benar-benar tidak didukung, atau kalau filenya harus diperkecil.
Ini jawaban yang salah untuk "ponsel saya tidak mau membuka ini" kalau sebenarnya cukup remux, dan jawaban yang buruk untuk file yang satu-satunya masalahnya adalah trek audio DTS — mengganti satu trek saja membuat gambarnya tetap utuh tak tersentuh.
Lihat juga: RemuxKecepatan bit
-
Penguraian kode perangkat keras
-
Decoding video pada chip khusus, bukan pada prosesor utama. Jauh lebih cepat, jauh lebih keren, dan jauh lebih ramah terhadap baterai — tetapi baterai hanya menangani codec yang dibuat untuk baterai tersebut.
Setiap ponsel punya dekoder video fixed-function yang menangani H.264 dan HEVC dengan sangat efisien. Apa pun yang tidak didukungnya jatuh ke perangkat lunak, yang tetap berfungsi tapi memakan baterai dan menimbulkan panas, dan bisa jadi tidak sanggup mengejar resolusi tinggi.
Inilah sebabnya dukungan format di ponsel bukan sekadar ya atau tidak. Sebuah perangkat bisa memutar sempurna sebuah codec pada 1080p lewat perangkat lunak lalu gagal pada codec yang sama di 4K, dan tidak satu pun dari kedua hasil itu berarti ada yang salah dengan filenya.
-
10-bit
Hi10P, Tinggi 10 -
Video menyimpan sepuluh bit per saluran warna, bukan delapan, untuk gradien yang lebih halus. Di HEVC ini normal dan didukung dengan baik; di H.264, ini adalah satu-satunya penyebab paling umum dari file yang memiliki suara tetapi tidak ada gambar di iPhone.
Lebih banyak bit per kanal berarti gradasi warna yang lebih halus, yang menghilangkan banding yang terlihat pada langit gelap dan fade yang lambat. Untuk HDR ini sebuah keharusan, bukan penyempurnaan.
Masalahnya khusus ada pada H.264. H.264 10-bit berada di luar apa yang diimplementasikan dekoder perangkat keras, dan pemutar sistem Apple tidak punya jalur perangkat lunak untuknya, jadi audionya diputar tapi gambarnya tidak pernah muncul. Rilisan anime banyak memakainya, itulah sebabnya masalah ini muncul jauh lebih sering daripada yang mungkin diperkirakan dari pangsa format ini secara keseluruhan.
Lihat juga: H.264Penguraian kode perangkat keras
-
bingkai utama
I-bingkai -
Sebuah frame disimpan secara utuh dan bukan sebagai pembeda dari frame sebelumnya. Pencarian hanya dapat mendarat pada satu momen, itulah sebabnya video terkadang melompat ke momen yang sedikit berbeda dari yang Anda minta.
Kompresi video bekerja dengan mendeskripsikan sebagian besar frame sebagai perubahan dari frame-frame tetangganya. Hanya keyframe yang berdiri sendiri, dan biasanya muncul setiap dua sampai sepuluh detik.
Saat Anda menggeser scrub bar, pemutar mencari keyframe terdekat dan mulai dari sana. Keyframe yang berjarak lebar membuat file lebih kecil tapi pencarian jadi lebih kasar; trade-off ini diputuskan saat proses enkode dan tidak bisa diubah setelahnya tanpa mengenkode ulang.