Mengubah AV1 untuk WebM

Tidak dapat diandalkan. AV1 menyimpan beberapa aliran audio sebagai trek kelas pertama, tapi dukungan putar WebM melewati trek pertama tidak konsisten, jadi kebanyakan pemain hanya akan mengekspos satu. Pilih trek yang sebenarnya Anda inginkan sebelum mengubah; yang lain lebih baik diekstrak ke berkas mereka sendiri daripada ditinggalkan dalam wadah yang menyembunyikannya. AV1 memberikan sekitar 30% kompresi lebih baik dari H.264 pada kualitas yang sama dan tidak membawa biaya lisensi, itulah sebabnya YouTube dan Netflix mendorongnya. WebM adalah sebuah tempat yang tidak cocok di luar peramban æ editor video, telepon asli galeri dan TV Smart umumnya mengabaikannya.

Ya, setiap trek audio dalam AV1 (direktur komentar, bahasa alternatif, audio deskriptif) diawetkan dalam WebM ketika wadah target mendukung audio multi-stream. MKV dan MOV menangani trek audio tak terbatas; MP4 mendukung banyak tapi beberapa pemain hardware hanya melihat trek 1; WebM dicap di satu jalur Opus / Vorbis. WebM adalah subset ketat Matroska yang diterbitkan Google pada 2010 khusus untuk memberikan video HTML5 sebuah wadah Gratis royalti.

Subjudul lembut (dapat dipilih trek) bertahan ketika WebM dapat membawa mereka: Mengubah sebuah MKV dengan mode SRT, ASS, SSA, PGS, VobSub secara native; MP4 hanya memegang mov_text (format terstrip-down). Mengubah sebuah MKV dengan mode subs dengan MP4 akan biasanya menurunkan mereka ke mov_text atau membakarnya. Hardsubs (terbakar ke dalam video) membawa ke atas tanpa peduli.

Bab metadata transfer antara AV1 dan WebM setiap kali kedua kontainer mendukung sebuah atom bab (MKV, MP4, MOV). WebM menyimpan bab-bab dalam blok yang kompatibel Matroska, sehingga bab WebM round-strip bersih. AVI tidak memiliki bab spec, sehingga mengubah AVI ke WebM menghasilkan berkas yang tidak dichapter kecuali Anda menambahkan penanda secara manual.

MKV adalah satu-satunya wadah arus utama yang menyimpan lampiran yang ditempelkan secara sewenang-wenang (TTF font untuk subs AS, gambar sampul JPG, PPP-translated PDF yang dimasukkan). Pergi dari AV1 ke WebM tetes lampiran ini ketika WebM bukan MKV ▪ aliran dasar berubah, tapi payload terpasang tetap di sumber. Jauhkan AV1 sebagai cadangan jika Anda bergantung pada fonta yang terpasang.

Kodek baku dipilih untuk mencocokkan WebM wadah konservatif: MKV default ke H.265 (HEVC) untuk kompresi yang lebih baik; MP4 baku ke H.264 untuk dukungan perangkat terlebar; WebM default ke VP9; AVI menggunakan MPEG-4 ASP (P). Override melalui kodec turun lebih lanjut ▪ AV1 tersedia untuk MKV / Web dimana Anda ingin kompresi maksimum dan dapat menunggu melalui encode. WebM memainkan secara alami di setiap peramban modern tanpa plugin, tanpa biaya lisensi dan tanpa paparan paten, yang membuatnya menjadi baku bagi video yang ditempelkan web.

Metadata statis HDR (Data static HDR10 menguasai nilai-nilai tampilan, tingkat cahaya maksimum) membawa melalui WebM ketika baik kontainer maupun kodec yang dipilih mendukung (HEVC, AV1 di MKV / MP4). Dolby Vision lebih rapuh ▪ Profil DV 5 / 8,1 dalam AV1 umumnya bertahan hidup hanya ke MKV dengan HEVC; mengubah ke sebuah WebM wadah yang tidak membawa lapisan DV menjadi HDR10.

Catatan MKV dan WebM per-frame timestamps nyata dan menangani VFR asli, jadi AV1 VFR bertahan hidup menjadi WebM dari format-forma tersebut tanpa penyegelan ulang. MP4 to nominal store timestamps juga tetapi beberapa pemain mengasumsikan CFR; konverter mengekspos sebuah "force CFR" untuk mengaktifkan kembali VFR AV1 ke 30 / 60 f WebM untuk target bermasalah.

Kode-kode-codec remux menghasilkan ukuran dekat-identikal (pertahanan atas berbeda dengan 0.1-2%). Sebuah perubahan codec dapat ayunan ukuran sebesar 50% atau lebih: H.264 ke H.265 biasanya setengah berkas dengan kualitas visual yang sama; H.264 ke AV1 bagian lagi pada preset lambat. Pergi dari robekan AV1 tinggi (Blu-ray) ke WebM bitrate rendah (web mengupload) adalah alasan yang paling umum untuk penurunan dramatis.

Ya hingga 8K (7680x4320) di Premium. Tier bebas menangani 4K (3840x2160) hingga 1 GB file cap. Refuxes (same-codec passthring) dari besar AV1 ke WebM dibatasi oleh disk I/O, bukan CPU sebuah 30 GB AV1 biasanya remuxes ke WebM di bawah hitungan pixel. Re-encodes skala dengan pixel.

Ya, upload AV1 berkas diproses dalam pekerja terisolasi dan dihapus dalam hitungan menit penyelesaian. Kita tidak pernah melihat, menyimpan, atau berbagi konten. Lihat /privasi/ untuk jendela penyimpanan data. baris pipa konversi berjalan pada perangkat keras yang kita kontrol end-to-end; tidak ada API pihak ketiga menerima berkas Anda.