Video dan codec
Hampir setiap perkara yang mengelirukan tentang fail video datang daripada satu perbezaan — antara kotak dan apa yang ada di dalamnya. Ini adalah perkataan untuk kedua-duanya, dan untuk operasi yang memindahkan perkara di antara mereka.
-
Bekas
wrapper, format -
Struktur fail yang memegang video, audio dan trek sari kata bersama-sama dan menerangkan di mana setiap satu. MP4, MKV, AVI dan WebM adalah bekas. Bekas tidak memampatkan apa-apa.
Anggap ia sebagai kotak pemfailan dengan label kandungan. Kotak itu berkata: terdapat trek video di sini, dikodkan dengan cara ini; dua trek audio di sana, dalam bahasa ini; sari kata pada offset ini. Ia tidak mempunyai pendapat tentang bagaimana mana-mana daripada mereka dimampatkan.
Inilah sebabnya mengapa video yang sama boleh wujud dalam MP4 dan MKV dengan kualiti gambar yang sama dan saiz fail yang sama, dan mengapa salah satu daripada kedua-duanya dibuka pada iPhone manakala yang lain tidak. Bezanya ialah kotak, bukan isinya.
-
Codec
coder-decoder -
Kaedah yang digunakan untuk memampatkan strim video atau audio dan menyahmampatnya semula untuk main semula. H.264, HEVC, AV1, AAC dan MP3 ialah codec. Codec bukan format fail.
Nama itu adalah penguncupan coder-decoder. Pengekodan membuang butiran dalam cara yang dikira sukar untuk diperhatikan, dan penyahkodan membina semula anggaran asal daripada apa yang disimpan. Lebih baik codec, semakin kurang ketara kehilangan pada saiz tertentu.
Peranti memainkan fail apabila ia boleh membaca bekas *dan* menyahkod setiap codec di dalamnya. Kedua-dua bahagian diperlukan, dan apabila fail dibuka tetapi tidak menunjukkan apa-apa, separuh kedua adalah yang gagal.
Lihat juga: BekasPenyahkodan perkakasan
-
H.264
AVC, MPEG-4 Part 10 -
Codec video yang semua boleh menyahkod. Diterbitkan pada tahun 2003, masih merupakan pilihan paling selamat untuk keserasian, dan dipercepatkan perkakasan pada setiap telefon, komputer dan TV yang dibuat dalam tempoh lima belas tahun yang lalu.
H.264 menang dengan sangat teliti sehinggakan "adakah ini akan dimainkan di mana-mana" dan "adakah ini H.264" adalah soalan yang hampir sama. Ia bukan codec paling cekap yang tersedia - HEVC dan AV1 kedua-duanya melakukan lebih banyak dengan bit yang lebih sedikit - tetapi tiada apa-apa lagi yang hampir dengan luas sokongan.
Ia mempunyai profil, dan salah satu daripadanya menyebabkan masalah pada peranti Apple: High 10, selalunya ditulis Hi10P, mengekod sepuluh bit setiap saluran warna dan bukannya lapan. Penyahkod perkakasan adalah lapan bit sahaja, jadi fail Hi10P memainkan bunyi tanpa gambar pada peranti yang tidak mempunyai sandaran perisian.
Lihat juga: HEVCPenyahkodan perkakasan10-bit
-
HEVC
H.265 -
Pengganti H.264, kira-kira separuh saiz untuk kualiti yang sama. Setiap peranti Apple dari tahun 2015 dan seterusnya menyahkodnya dalam perkakasan, dan ini adalah perkara yang direkodkan oleh iPhone.
HEVC ialah perkara yang menjadikan 4K praktikal pada telefon: gambar yang sama pada kira-kira separuh daripada kadar bit. Apple mengguna pakainya lebih awal dan teliti, jadi pada perkakasan Apple ia adalah pilihan yang selamat seperti H.264.
Di tempat lain ia lebih kucar-kacir. Pelesenan paten di sekitar HEVC telah dipertikaikan sehingga pelayar web lambat untuk menyokongnya, iaitu jurang yang AV1 dicipta untuk diisi.
-
AV1
-
Codec bebas royalti yang diterbitkan pada 2018, lebih cekap daripada HEVC dan, tidak sepertinya, bebas daripada pertikaian pelesenan. Penyahkodan perkakasan hanya tiba pada peranti Apple dengan iPhone 15 Pro.
AV1 wujud kerana pelesenan HEVC menjadikan syarikat penstriman dan penyemak imbas web terbesar mahukan alternatif yang boleh mereka hantar tanpa membayar sesiapa. Sekarang inilah banyaknya video web yang dihantar.
Masalahnya ialah kos penyahkodan. Tanpa sokongan perkakasan, AV1 dinyahkodkan dalam perisian, yang boleh dilakukan tetapi menguras bateri dengan ketara dan boleh gagap pada resolusi tinggi. Pada peranti yang lebih lama, versi H.264 bagi video yang sama adalah fail yang lebih baik.
Lihat juga: HEVCPenyahkodan perkakasan
-
Kadar bit
-
Berapa banyak data satu saat penggunaan video atau audio, biasanya dalam megabit sesaat. Perkara utama yang menentukan kedua-dua saiz fail dan berapa banyak peranti perlu berfungsi.
Resolusi mendapat perhatian, tetapi kadar bit menentukan rupa fail sebenarnya. Fail 4K pada kadar bit yang rendah kelihatan lebih teruk daripada fail 1080p pada yang tinggi, kerana pengekod terpaksa membuang lebih banyak untuk mencapai sasarannya.
Ia juga adalah perkara biasa fail gagap. Apabila video dimainkan pada komputer dan gagap pada telefon, tiada yang salah dengan fail: ia hanya meminta lebih banyak kerja penyahkodan sesaat daripada yang ingin dilakukan oleh cip itu.
Lihat juga: CodecKadar bit mudah suai
-
Remux
rewrap -
Mengalihkan strim video dan audio yang sedia ada dari satu bekas ke bekas yang lain tanpa mengekodnya semula. Tanpa kerugian kualiti, dan cukup pantas untuk dihadkan oleh kelajuan cakera dan bukannya oleh pemproses.
Sebuah remux menyalin aliran; ia tidak menyentuh satu bingkai pun. MKV selama sejam memegang H.264 dan AAC menjadi MP4 dalam beberapa saat, bit-untuk-bit sama dalam gambar dan bunyi.
Ia hanya berfungsi apabila bekas sasaran menerima apa yang dipegang oleh sumber — MP4 akan menggunakan H.264 dan AAC, dan tidak akan menggunakan VP9 atau Vorbis. Apabila orang mengatakan penukaran adalah "segera", mereka remux. Apabila ia mengambil masa sejam, sesuatu telah dikodkan semula.
-
Transkod
re-encode, convert -
Menyahkod strim dan mengekodnya semula, biasanya ke dalam codec yang berbeza atau pada kadar bit yang lebih rendah. Perlahan dan hilang setiap masa — kualiti tidak akan kembali.
Transkod ialah apa yang orang maksudkan dengan "menukar video", dan ia adalah operasi yang benar-benar mahal: setiap bingkai dinyahkod, diproses dan dimampatkan semula. Ia adalah jawapan yang betul apabila codec benar-benar tidak disokong, atau apabila fail mesti dibuat lebih kecil.
Ia adalah jawapan yang salah untuk "telefon saya tidak akan membuka ini", apabila remux akan melakukannya, dan ia adalah jawapan yang buruk kepada fail yang satu-satunya masalah ialah trek audio DTS — menggantikan satu trek meninggalkan gambar yang tidak disentuh.
-
Penyahkodan perkakasan
-
Menyahkod video pada cip khusus dan bukannya pemproses utama. Jauh lebih pantas, jauh lebih sejuk dan jauh lebih mesra kepada bateri — tetapi ia hanya mengendalikan codec yang dibina untuknya.
Setiap telefon mengandungi penyahkod video fungsi tetap yang melakukan H.264 dan HEVC dengan sangat cekap. Apa-apa sahaja yang tidak disokongnya terletak pada perisian, yang berfungsi tetapi memerlukan bateri dan haba, dan mungkin tidak mengikuti resolusi tinggi.
Inilah sebabnya mengapa sokongan format pada telefon bukanlah satu ya atau tidak. Peranti mungkin memainkan codec dengan sempurna pada 1080p dalam perisian dan gagal codec yang sama pada 4K, dan tiada keputusan menyatakan apa-apa tentang fail itu salah.
-
10-bit
Hi10P, High 10 -
Video menyimpan sepuluh bit setiap saluran warna dan bukannya lapan, untuk kecerunan yang lebih lancar. Dalam HEVC ia adalah normal dan disokong dengan baik; dalam H.264 ia merupakan satu-satunya punca paling biasa bagi fail yang mempunyai bunyi tetapi tiada gambar pada iPhone.
Lebih banyak bit setiap saluran bermakna langkah yang lebih halus antara warna, yang menghilangkan jalur yang anda lihat di langit gelap dan pudar perlahan. Untuk HDR ia adalah satu keperluan, bukan penghalusan.
Masalahnya ialah H.264 secara khusus. H.264 sepuluh-bit berada di luar apa yang digunakan oleh penyahkod perkakasan, dan pemain sistem Apple tidak mempunyai laluan perisian untuknya, jadi audio dimainkan dan gambar tidak pernah sampai. Keluaran anime banyak menggunakannya, itulah sebabnya perkara ini muncul jauh lebih kerap daripada yang dicadangkan oleh bahagian keseluruhan format.
Lihat juga: H.264Penyahkodan perkakasan
-
Bingkai kunci
I-frame -
Bingkai yang disimpan sepenuhnya dan bukannya sebagai perbezaan daripada bingkai sebelum itu. Mencari hanya boleh mendarat pada satu, itulah sebabnya video kadangkala melompat ke momen yang sedikit berbeza daripada yang anda minta.
Pemampatan video berfungsi dengan menerangkan kebanyakan bingkai sebagai perubahan daripada jiran mereka. Hanya bingkai utama berdiri sendiri, dan ia biasanya tiba setiap dua hingga sepuluh saat.
Apabila anda menyeret bar gosok, pemain mencari bingkai utama terdekat dan bermula di sana. Bingkai kekunci dengan jarak yang luas menjadikan fail lebih kecil dan mencari lebih kasar; pertukaran itu diputuskan pada masa pengekodan dan tidak boleh diubah selepas itu tanpa pengekodan semula.