MKV → WebP

Ya, dan ia adalah cara terpantas untuk mencari masa yang anda mahu. MKV menyimpan tanda bab dalam kontena sebagai setem masa yang dinamakan, jadi senarai boleh dibaca terus dari fail dan titik dalam dilekatkan ke dalam medan masa mula-mula berbanding diburu dengan mata. Berikan tempoh di samping dan hanya tempoh itu dinyahkod, itulah sebabnya panjang selebihnya MKV hampir tidak membuat sebarang perbezaan kepada berapa lama kerja mengambil masa. MKV adalah arkib yang sesuai kerana ia menyimpan trek audio tanpa had, subtitle lembut, penanda bab dan seni kulit dalam satu fail.

Bukan gambar, hanya menunggu. MKV adalah sebuah beg keluarga Matroska, dan keluarga itu menyimpan beg dan codec secara berasingan — apa yang fail sebenarnya miliki telah diputuskan bila ia ditulis dan tidak dinyatakan oleh sambungan. Penukar menyahkod apa yang ia dapat kembali ke bingkai mentah pertama, dan bingkai itu adalah sama dengan mana-mana codec yang menghasilkannya. Kos menyahkod tidak sama: codec yang lebih baru, lebih efisien mengambil masa beberapa kali lebih lama untuk dinyahmampatkan daripada yang lebih tua, jadi dua MKV fail panjang yang sama boleh mengambil masa yang berbeza untuk mencapai WebP yang sama. MKV adalah codec-agnostik: video H.264, HEVC, VP9 dan AV1 duduk dengan senang hati di samping AAC, FLAC, Opus, DTS atau Dolby audio dalam fail yang sama.

Kerana MKV bukanlah peti besi, pelayar diwajibkan untuk menyokongnya, dan binaan mana yang menguruskannya bervariasi berbanding dijamin. Ia tidak mengubah apa-apa tentang penukaran - fail dinyahtetapkan di sisi pelayan, jadi peti besi yang pelayar tolak menukarnya sama seperti yang diterima, dan tiada pakej codec setempat diperlukan untuk menggunakannya di sini. Ia bernilai mengetahui cara perdagangan berjalan, walaupun: animasi WebP yang kembali adalah format yang setiap pelayar render, jadi ini memindahkan klip dari sesuatu yang web tidak akan sentuh kepada sesuatu yang ia akan. MKV hampir tiada sokongan perkakasan asli — telefon, pelayar dan TV biasanya memerlukan VLC atau remux sebelum mereka mainkannya.

Hilang, untuk apa-apa yang bermula sebagai video. Animasi WebP boleh mengekodkan bingkainya dengan kedua-dua cara: mod tanpa kehilangan menyimpan setiap piksel dan sesuai untuk grafik rata dan teks skrin, manakala mod kehilangan menggunakan ramalan berdasar blok dari jenis yang digunakan oleh codec video dan sesuai untuk rakaman sebenar. Bingkai kamera penuh dengan bijiran halus dan gradien yang pemampatan tanpa kehilangan tidak menemui corak, jadi animasi tanpa kehilangan klip yang dirakam boleh berjalan beberapa kali saiz satu yang hilang yang kelihatan sama. Biarkan ia hilang kecuali sumber adalah rakaman skrin teks cerah. WebP masih kelas kedua di luar pelayar — aliran kerja cetak, binaan Office yang lama dan beberapa galeri telefon tidak menerimanya.

Animasi WebP adalah saiz untuk klip kurang dari 10 saat. Lebih panjang daripada itu dan output meletup cepat — GIF tidak dimampatkan-per-kerangka, jadi bahkan klip sederhana berjalan ke banyak megabyte. Untuk animasi lebih panjang, sasaran animasi WebP atau APNG, kedua-duanya memampatkan serupa dengan codec video moden.

Untuk GIF animasi pada 480p, hasil tipikal adalah 2-8 MB bergantung kepada kompleksiti pergerakan. Untuk WebP animasi pada resolusi / kualiti yang sama, jangkakan 200 KB hingga 1 MB — WebP animasi adalah 5-10x lebih efisien daripada GIF untuk kualiti visual yang sama. WebP menawarkan mod kehilangan dan tanpa kehilangan, dengan ketelusan alfa dan animasi tersedia dalam kedua-duanya.

Secara default kami turun sampel ke 15 fps untuk GIF animasi (GIF tidak berfungsi dengan baik di atas 25 fps dalam kebanyakan pelihat) dan 24 fps untuk WebP / APNG animasi (yang mengendalikan kadar yang lebih tinggi dengan baik). Opsyen kadar-kerangka menetapkan piawai untuk memelihara kadar sumber dari MKV anda jika pelihat sasaran anda menyokongnya.

Tidak — format animasi WebP (GIF, WebP, APNG) tidak menyimpan audio sama sekali. Jika anda memerlukan bunyi dengan klip anda, sasaran kontena video (MP4, WebM, MKV) bukannya WebP. Banyak penyepaduan sosial (Twitter, Discord) sebenarnya menukar muat naik MP4 ke putaran automatik gaya GIF, memberikan anda yang terbaik dari kedua-duanya.

Ya — pilihan kiraan-gelombang mengawal sama ada WebP akan bergelombang tanpa had (piawai), bermain N kali, atau bermain sekali dan berhenti. Kiraan gelombang disimpan dalam metadata kontena WebP dan dihormati oleh setiap pelihat moden, pelayar web, dan permukaan embed.

Dua sebab biasa: kadar bingkai turun sampel (kami turunkan 30 fps MKV ke 15 fps GIF secara default — bump pilihan kadar bingkai untuk pulihkan kelancaran) dan kuantasi palet (GIF terhad kepada 256 warna per bingkai, yang posterizes gradien dalam cara yang asal MKV tidak). Tukar sasaran ke WebP animasi untuk ketulenan warna penuh.

Ya — pilihan saiz semula menskalar input ke bawah sebelum pengekstrakan bingkai, yang secara dramatik mengurangkan saiz akhir WebP. 480p WebP yang dijana dari 4K MKV adalah 16x lebih kecil pada cakera daripada 4K WebP. Potong ditangani dalam langkah /trim/ atau /crop/ yang terpisah sebelum penukaran.