บีบอัดวิดีโอ

เกี่ยวกับเครื่องมือนี้

คลิปครอบครัว 200 MB ที่แอปแชทปฏิเสธ การอัปโหลดคลาวด์จำกัด 100 MB และพอร์ทัลที่กำหนดวิดีโอไม่เกิน 50 MB - สถานการณ์เหล่านี้ต้องการการบีบอัด ไม่ใช่การแปลงรูปแบบ เครื่องมือนี้เสนอตรงนั้นพอดี: บีบตามระดับคุณภาพ (เลือกเป้าหมายคุณภาพแล้วขนาดตาม) หรือบีบตามขนาดเป้าหมาย (พิมพ์จำนวน MB แล้วการเข้ารหัสสองรอบอัตโนมัติจะพาคุณไป) รับไฟล์ MP4, MKV, MOV, AVI และ WebM ผลลัพธ์คือ MP4 ที่เข้ากันได้มากที่สุด

ขอบเขตตามจริง: การบีบอัดวิดีโอแบบไม่สูญเสียจริงไม่มีในทางปฏิบัติ ไฟล์วิดีโอที่เสร็จแล้วเป็น H.264/H.265 แบบสูญเสีย การเข้ารหัสซ้ำแบบ "ไม่สูญเสียทางคณิตศาสตร์" มักเพิ่มขนาดหลายเท่า ทางที่มีประโยชน์คือระดับเกือบไม่สูญเสีย (CRF 18): แยกจากต้นฉบับได้ยากที่ระยะดูปกติ แต่เล็กลงมาก ถ้าต้องการแค่เปลี่ยน container โดยไม่แตะคุณภาพเลย ใช้ remux ไม่สูญเสียในตัวแปลงวิดีโอแทน

ทุกอย่างประมวลผลในเบราว์เซอร์ของคุณด้วย FFmpeg ที่คอมไพล์เป็น WebAssembly - ไฟล์ไม่เคยถูกอัปโหลดหรือเก็บไว้ วิดีโอครอบครัวและกล้องวงจรปิดส่วนตัวจึงอยู่บนอุปกรณ์คุณเสมอ การเข้ารหัสใช้ CPU หนัก ควรจำกัดงานไว้ต่ำกว่า 1 GB / 1 ชม.; มีแถบความคืบหน้าสดและปุ่มยกเลิกเสมอ

ฟีเจอร์ของเครื่องมือ

• สามระดับคุณภาพ - เกือบไม่สูญเสีย (CRF 18), สมดุล (CRF 23), จัด (CRF 28)
• โหมดขนาดเป้าหมาย: พิมพ์ MB ที่ต้องการ ระบบคำนวณ bitrate และเข้ารหัสสองรอบให้ตรงเป้า
• จำกัดความเสริมเลือก (1080p / 720p / 480p) - บังคับลดขนาดมากกว่าลดคุณภาพหลายเท่า
• ผลลัพธ์ MP4 (H.264 + AAC) พร้อม faststart ใช้ได้ทั้งหน้าเว็บและแชท
• ประมวลผลในเครื่อง - ไม่อัปโหลด ไม่มีลายน้ำ ไม่จำกัด พร้อมความคืบหน้าสดและยกเลิกได้

วิธีใช้งาน

1. ลากวิดีโอเข้ากล่อง (หรือคลิกเลือก) ระบบอ่านเวลา ความละเอียด และ bitrate อัตโนมัติ
2. เลือกระดับคุณภาพ หรือสลับเป็นโหมดขนาดเป้าหมายแล้วกรอก MB ที่ต้องการ
3. จำกัดความละเอียดถ้าจำเป็น แล้วคลิกบีบอัด
4. ดูผลเทียบขนาดก่อน-หลัง แล้วดาวน์โหลด

คำถามที่พบบ่อย

บีบอัดวิดีโอไม่สูญเสียจริงไหม

ไม่จริงในทางปฏิบัติ ไฟล์วิดีโอสำเร็จรูปมีการสูญเสียอยู่แล้ว (H.264/H.265) การเข้ารหัสใหม่แบบไม่สูญเสียทางคณิตศาสตร์มักทำให้ไฟล์ใหญ่ขึ้นหลายเท่า ทางเลือกที่ดีคือระดับเกือบไม่สูญเสีย (CRF 18) ที่แยกกับต้นฉบับได้ยากที่ระยะดูปกติแต่เล็กลงมหาศาล ถ้าแค่ต้องการ container อื่นโดยไม่แตะคุณภาพเลย ใช้ remux ไม่สูญเสียในตัวแปลงวิดีโอแทน

ควรเลือกกี่ระดับ และจะเล็กลงแค่ไหน

ถ้างานเก็บถาวรหรือต้องการเอาไปต่อ ใช้เกือบไม่สูญเสีย (CRF 18) งานทั่วไปแชร์/อัปโหลด ใช้สมดุล (CRF 23) ซึ่งมักจบที่ 1/2 ถึง 1/5 ของต้นฉบับ ถ้าคลิปหน้าจอ กล้อง หรือกล้องวงจรปิดที่ bitrate สูงมาก ใช้ระดับจัด (CRF 28) บวกจำกัดความละเอียดลง 720p/480p ก็อาจถึง 1/10 หรือน้อยกว่า

จะบีบวิดีโอให้ออกมา 50 MB เป๊ะ ๆ ได้ไหม

ได้ สลับเป็นโหมดขนาดเป้าหมายแล้วพิมพ์ 50 ระบบคำนวณ bitrate รวมจากเวลาของวิดีโอ (เผื่อ overhead ของ container) แล้วเข้ารหัสสองรอบเพื่อชนเป้าหมาย ผลลัพธ์มักอยู่ภายใน ±5% ของเป้า; ถ้าเป้าใหญ่กว่าต้นฉบับ หน้าเว็บเตือนก่อนเริ่ม

ทำไมบีบช้ากว่าที่คิด

เบราว์เซอร์เรียกใช้ GPU encoder ไม่ได้ ทุกอย่างรันบน CPU ผ่าน WebAssembly งาน 1080p มักใช้เวลา 1-5 เท่าของเวลาวิดีโอ itself (โหมดสองรอบใช้สองเท่า) เป็นเรื่องปกติ สังเกตแถบความคืบหน้าและยกเลิกได้ทุกเมื่อ สำหรับ 4K หรือไฟล์ยาวมาก ให้แยกก่อน

ใช้บนมือถือได้ไหม และไฟล์ถูกอัปโหลดหรือเปล่า

ได้ หน้าเว็บ responsive ใช้งานได้ทั้ง Android/iOS แต่ด้วยข้อจำกัดหน่วยความจำและความร้อน บนมือถือควรจำกัดที่ราวหลายร้อย MB; และไม่มีอะไรถูกอัปโหลด - ไม่มี backend รับวิดีโอได้ ทุกอย่างรันในหน่วยความจำเครื่องคุณหลังโหลดเอนจิน ~31 MB ครั้งเดียว ซึ่งแคชไว้ใช้แบบออฟไลน์ได้

เครื่องมือที่เกี่ยวข้อง