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 berasaskan blok 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 berfungsi terbaik untuk klip kurang dari 10 saat. Diluar itu, fail meletup (GIF pada dasarnya tidak dimampatkan per-kerangka). Untuk animasi lebih panjang, sasaran animasi WebP atau APNG, kedua-duanya menggunakan pemampatan gred-kodek-video dan skala lebih baik.

GIF animasi: 2 hingga 8 MB pada 480p bergantung kepada kompleksiti pergerakan. WebP animasi: 200 KB hingga 1 MB pada resolusi / kualiti yang sama. WebP animasi adalah 5 hingga 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 (ia secara visual bergelut di atas 25 fps) dan 24 fps untuk WebP / APNG animasi (yang mengendali kadar yang lebih tinggi dengan bersih). Tiada gunanya melalui pilihan kadar-bingkai jika pelihat anda menyokong kadar sumber.

Tidak — format animasi WebP (GIF, WebP, APNG) tidak menyimpan audio. Jika anda memerlukan bunyi, sasaran ke dalam kontena video (MP4, WebM) bukannya format imej animasi.

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

Dua sebab biasa. Pertama, kadar bingkai turun sampel: 15 fps WebP dari 60 fps MKV menurunkan 75% bingkai; betulkan dengan pelaris kadar bingkai. Kedua, kuantum palet: GIF terhad kepada 256 warna dan gradien berat MKV dithers kelihatan. Tukar ke WebP animasi untuk ketulenan penuh warna.

Ya — pilihan saiz semula menskalar MKV ke bawah sebelum pengekstrakan bingkai, yang secara dramatik mengurangi saiz fail WebP. 480p WebP dari 4K MKV adalah kira-kira 16x lebih kecil daripada 4K WebP. Guna /video-cutter/ untuk memotong dalam langkah berasingan.