M4V ເຖິງ WebM ຄຳຖາມທີ່ຖືກຖາມເລື້ອຍໆກ່ຽວກັບການປ່ຽນແປງ

ຂ້ອຍຈະ​ເຂົ້າລະຫັດ M4V ເປັນ WebM ຄືນໃໝ່ໄດ້ແນວໃດໂດຍບໍ່ເສຍຄຸນນະພາບ?
+
ສົ່ງໄຟລ໌ M4V ຂອງທ່ານແລະເຄື່ອງແປພາສາຈະໃຊ້ການເຂົ້າລະຫັດຄືນ ໃໝ່ ທີ່ມີພື້ນຖານ CRF ແນໃສ່ການອອກສຽງທີ່ບໍ່ມີຄວາມເສຍຫາຍ WebM (CRF 18 ສຳ ລັບ H.264 / H.265, CRF 30 ສຳ ລັບ VP9 / AV1 ແມ່ນເທົ່າກັບຄວາມຫນາແຫນ້ນ). WebM ແນໃສ່ເປົ້າ ໝາຍ ແບບ ຈຳ ລອງໄປຫາ VP9; MP4 ແນໃສ່ເປົ້າ ໝາຍ ແບບ ຈຳ ລອງໄປຫາ H.264 ສຳ ລັບການສະຫນັບສະຫນູນການຫຼີ້ນທີ່ກວ້າງຂວາງທີ່ສຸດ.
ໂຄເດກ​ຈະ​ປະຕິບັດ​ຕາມ​ຕົວ​ບັນຈຸ WebM. WebM = WebM ເລືອກ VP9 (ຫຼື AV1 ຖ້າ​ທ່ານ​ເລືອກ​ເອົາ​ໄຟ​ລ໌​ທີ່​ນ້ອຍກວ່າ ~30%); WebM = MP4 ເລືອກ H.264; WebM = MKV ເລືອກ H.265. ຕົວເລືອກ​ຂັ້ນ​ສູງ​ຈະ​ອະນຸຍາດ​ໃຫ້​ທ່ານ​ບິດເບືອນ​ໂຄເດກ​ໂດຍ​ບໍ່​ຂຶ້ນ​ກັບ​ຕົວ​ບັນຈຸ​ນັ້ນ​ເອງ.
ຍອມຮັບ — ສຽງຈະຖືກ​ມູກຄືນເມື່ອ​ແຫຼ່ງ ແລະ ເປົ້າໝາຍ ແບ່ງປັນ​ໂຄເດກ (ຕົວຢ່າງ AAC ໃນ MP4 ແລະ MKV) ຫຼື ຖືກ​ເຂົ້າລະຫັດຄືນເປັນ WebM - ໂຄເດກທີ່​ເປັນ​ມິດ​ກັບ​ເຄື່ອງ​ບັນຈຸ (Opus / Vorbis ໃນ WebM, AAC ໃນ MP4). ສຽງຫຼາຍດາວໂຫລດຈະຖືກ​ຮັກສາໄວ້ເມື່ອ WebM ສະໜັບສະໜູນມັນ.
ໂດຍ​ປັ໊ກ​ອິນ, ອັດຕາ​ເຟຣມ​ບໍ່​ໄດ້​ປ່ຽນແປງ (M4V 24 fps ຮັກສາ​ໄວ້ 24 fps ໃນ WebM; 60 fps ຮັກສາ​ໄວ້ 60 fps). ສຳ​ລັບ​ແຫຼ່ງ​ທີ່​ຖືກ​ປະສົມ​ກັນ ເຮົາ​ຈະ​ເອົາ​ການ​ປະສົມ​ກັນ​ອອກ ແລະ ເລືອກ​ອັດຕາ​ທີ່​ເພີ່ມ​ຂຶ້ນ​ສອງ​ເທົ່າ​ໃນ​ແຖບ; ທ່ານ​ສາມາດ​ບັງຄັບ​ອັດຕາ​ເຟຣມ​ທີ່​ສະເພາະ (ຕົວຢ່າງ 30 fps ສຳ​ລັບ​ການ​ຈຳກັດ​ການ​ອັບໂຫລດ​ເວບ) ໃນ​ຕົວເລືອກ​ຂັ້ນສູງ.
Same-codec re-muxes (e.g. M4V → WebM where both can hold H.264) produce nearly-identical sizes. Codec changes can swing it dramatically: H.264 → VP9/AV1 typically cuts the file 30-50% at the same visual quality; H.264 → H.265 roughly halves it; VP9 → H.264 grows it.
WebM (VP9 / VP8) ຫຼິ້ນໂດຍທໍາມະຊາດໃນ Chrome, Firefox, Edge, ແລະ Safari 14+. MP4 / H.264 ຫຼິ້ນທຸກບ່ອນ - ເວບໄຊທ໌, iOS, Android, Smart TVs. MKV ຕ້ອງການ VLC ໃນ iOS. ລະດັບສູງ "ຄວາມເຂົ້າກັນໄດ້ຂອງອຸປະກອນ" ຕັ້ງຄ່າກ່ອນເລືອກເອົາການປະສົມປະສານທີ່ປອດໄພທີ່ສຸດ ສຳ ລັບເວທີເປົ້າ ໝາຍ.
ລະຫັດຜ່ານດຽວກັນກັບ codec: ຢູ່ໃນນາທີ (ບໍ່ມີການເຂົ້າລະຫັດຄືນ ໃໝ່). ເຂົ້າລະຫັດຄືນ ໃໝ່ ໄປຫາ codec ທີ່ແຕກຕ່າງກັນ: ໂດຍປົກກະຕິແລ້ວ 0.3-0.7 × ໄລຍະເວລາແຫຼ່ງໃນທໍ່ຂອງພວກເຮົາ, ສະນັ້ນ 1-hour M4V → WebM ສໍາເລັດໃນ 18-40 ນາທີ. AV1 ແມ່ນເປົ້າຫມາຍທີ່ຊ້າທີ່ສຸດ; VP9 ແລະ H.265 ແມ່ນກາງ; H.264 ແມ່ນໄວທີ່ສຸດ.
ເຖິງ 8K (7680×4320) ໃນ Premium. ຜູ້ໃຊ້ຟຣີແມ່ນຖືກ ຈຳ ກັດຢູ່ທີ່ 4K (3840×2160) ຕໍ່ ຈຳ ກັດຂະ ໜາດ ໄຟລ໌. ຂໍ້ມູນເມຕາ HDR (HDR10, Dolby Vision) ຖືກຮັກສາໄວ້ບ່ອນທີ່ທັງສອງ M4V ແລະ WebM ບັນຈຸບັນທຶກ ສະຫນັບສະຫນູນມັນ; ການວາງແຜນສີໃຫ້ກັບ SDR ແມ່ນສະເຫນີເມື່ອ WebM pipeline ບໍ່ສາມາດເກັບ HDR ໄດ້.
ຍິນດີຕ້ອນຮັບ - ໄຟລ໌ວິດີໂອທີ່ອັບໂຫລດແມ່ນຖືກປະມວນຜົນໃນພະນັກງານທີ່ແຍກຕ່າງຫາກແລະຖືກລຶບອອກພາຍໃນນາທີຂອງການສໍາເລັດ. ພວກເຮົາບໍ່ເຄີຍເບິ່ງ, ເກັບຮັກສາ, ຮັກສາ, ຫຼືແບ່ງປັນເນື້ອໃນ. ນະໂຍບາຍການເກັບຮັກສາຂໍ້ມູນເຕັມແມ່ນຢູ່ທີ່ /privacy/.
ບໍ່​ແມ່ນ​ໃນ​ບາດກ້າວ​ດຽວ — ໃຊ້ /trim-video/ ຫຼື /resize-video/ ເພື່ອ​ຕັດ ແລະ ຕັດ​ M4V ກ່ອນ, ຈາກນັ້ນ​ຈອດ​ເປັນ​ລໍາລຽງ​ບາດກ້າວ M4V → WebM. ເຮັດ​ພວກ​ມັນ​ເປັນ​ລໍາດັບ​ໄວ​ກວ່າ​ການ​ເຂົ້າລະຫັດ​ຄືນ​ໃໝ່​ຂອງ​ໄຟລ໌​ທັງ​ໝົດ​ເພື່ອ​ຕັດ​ວິນາທີ​ອອກ​ຈາກ​ຈຸດ​ສຸດ​ທ້າຍ.
ເກືອບຈະເປັນການຕັ້ງຄ່າ bitrates-too-low ສະເໝີ. ການເຂົ້າລະຫັດຄືນ ໃໝ່ ຂອງ bitrates ສູງ M4V ເຂົ້າໄປໃນ bitrates ຕ່ ຳ WebM ທີ່ CRF ແບບ ຈຳ ລອງຈະຖືກບີບອັດຢ່າງ ໜັກ ໃນສະຖານທີ່ທີ່ມີການເຄື່ອນຍ້າຍ ໜັກ. ຫຼຸດ CRF ລົງເປັນ 16-18 (H.264) ຫຼື 24-28 (VP9 / AV1) ຫຼື ຕັ້ງເປົ້າ ໝາຍ ຢ່າງຈະແຈ້ງແລະແລ່ນຄືນ ໃໝ່ ເພື່ອຟື້ນຟູຄຸນນະພາບ.
ຍອມຮັບ — ບັນທຶກຊື່ສຽງພາຍໃຕ້ (mov_text ໃນ MP4, SRT/ASS ໃນ MKV, WebVTT ໃນ WebM) ຈະຖືກຮັກສາໄວ້ເມື່ອທັງ M4V ແລະ WebM ບັນຈຸບັນ ສະໜັບສະໜູນພວກມັນ. ຊື່ສຽງພາຍໃຕ້ທີ່ຂຽນເຂົ້າ (hardsub) ຈະຖືກສົ່ງໄປໂດຍອັດຕະໂນມັດ ເພາະພວກມັນເປັນສ່ວນໜຶ່ງຂອງກຣາຟິກວີດີໂອເອງ.
ຫຼື ວາງໄຟລ໌ຂອງທ່ານໄວ້ບ່ອນນີ້