M4V kepada WebM Soalan Lazim Penukaran

Bagaimana saya mengekod semula M4V ke WebM tanpa kehilangan kualiti yang kelihatan?
+
Muat naik fail M4V anda dan penukar akan melaksanakan pengekodan semula berdasar CRF yang menargetkan output tanpa kehilangan visual WebM (CRF 18 untuk H.264 / H.265, CRF 30 untuk VP9 / AV1 adalah setara kasar). WebM menargetkan default ke VP9; MP4 menargetkan default ke H.264 untuk sokongan main balik yang luas.
Codec mengikuti kontena WebM. WebM = WebM memilih VP9 (atau AV1 jika anda memilih untuk ~30% fail yang lebih kecil); WebM = MP4 memilih H.264; WebM = MKV memilih H.265. Pilihan lanjut membolehkan anda menetapkan codec secara bebas dari kontena.
Ya — audio dicampur semula bila sumber dan sasaran berkongsi codec (contohnya AAC dalam MP4 dan MKV) atau dikod semula ke codec WebM-bersahabat-bekas (Opus / Vorbis dalam WebM, AAC dalam MP4). Audio berbilang-trek dipelihara bila WebM menyokongnya.
Secara default, kadar bingkai tidak berubah (M4V 24 fps kekal 24 fps dalam WebM; 60 fps kekal 60 fps). Untuk sumber berlapis, kami nyah-lapis dan pilih kadar berganda-medan; anda boleh paksa kadar bingkai tertentu (cth. 30 fps untuk had muat naik web) dalam pilihan lanjut.
Re-mux codec sama (contohnya M4V → WebM di mana kedua-duanya boleh memuatkan H.264) menghasilkan saiz hampir sama. Perubahan codec boleh mengubahnya secara dramatik: H.264 → VP9/AV1 biasanya memotong fail 30-50% pada kualiti visual yang sama; H.264 → H.265 kira-kira separuhnya; VP9 → H.264 membesarkannya.
WebM (VP9 / VP8) dimainkan secara asli dalam Chrome, Firefox, Edge, dan Safari 14+. MP4 / H.264 dimainkan di mana-mana — pelayar desktop, iOS, Android, Smart TV. MKV memerlukan VLC pada iOS. Praset "keserasian peranti" canggih memilih kombinasi yang paling selamat untuk platform sasaran.
Re-mux codec sama: kurang daripada satu minit (tiada laluan pengekodan semula). Pengekodan semula ke codec yang berbeza: biasanya 0.3-0.7× jangka masa sumber pada paip kami, jadi M4V → WebM 1 jam berakhir dalam 18-40 minit. AV1 adalah sasaran paling perlahan; VP9 dan H.265 adalah julat pertengahan; H.264 adalah terpantas.
Sehingga 8K (7680×4320) pada Premium. Pengguna percuma dihadkan pada 4K (3840×2160) bagi had saiz fail. Metadata HDR (HDR10, Dolby Vision) disimpan di mana kedua-dua M4V dan WebM kontena menyokongnya; pemetaan-tonah ke SDR ditawarkan apabila paip WebM tidak dapat memuatkan HDR.
Ya — fail video yang dimuat naik diproses dalam pekerja terisolasi dan dipadam dalam masa beberapa minit selepas selesai. Kami tidak pernah melihat, menyimpan, menyimpan, atau berkongsi kandungan. Polisi data-penyimpanan penuh adalah pada /privacy/.
Tidak dalam langkah yang sama — gunakan /trim-video/ atau /resize-video/ untuk memotong dan memotong M4V pertama, kemudian berijil langkah M4V → WebM. Melakukannya secara berturut-turut lebih pantas daripada mengekod semula keseluruhan fail hanya untuk memotong saat dari hujung.
Hampir selalunya tetapan kadar-bit-terlalu-rendah. Pengekodan semula kadar-bit tinggi M4V ke kadar-bit rendah WebM pada CRF piawai memanaskan teruk pada adegan pergerakan-berat. Turunkan CRF ke 16-18 (H.264) atau 24-28 (VP9 / AV1) atau tetapkan kadar-bit sasaran eksplisit dan jalankan semula untuk pulihkan kualiti.
Ya — trek subtitel terbenam (mov_text dalam MP4, SRT/ASS dalam MKV, WebVTT dalam WebM) disimpan bila kedua-dua M4V dan WebM kontena menyokongnya. Subtitle terbakar (hardsub) dipindahkan secara automatik kerana ia adalah sebahagian daripada bingkai video itu sendiri.
Atau letakkan fail anda di sini