ไม่มีการอัปโหลด, 100% ในเครื่อง, ไม่มีบัญชี

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

เข้ารหัสวิดีโอของคุณใหม่เป็น H.264+AAC (MP4) ในเบราว์เซอร์ ตั้งค่าคุณภาพหรือบิตเรทเป้าหมาย ไม่มีการส่งข้อมูลไปยังเซิร์ฟเวอร์

บีบอัดวิดีโอ ทำงานอย่างไร

บีบอัดวิดีโอให้มีขนาดเล็กลงโดยไม่ต้องส่งไฟล์ไปที่ใด เครื่องมือ encode วิดีโอของคุณใหม่โดยใช้ H.264 video และ AAC audio ใน MP4 container โดยขับเคลื่อนด้วย ffmpeg ที่คอมไพล์เป็น WebAssembly คุณควบคุมการบีบอัดผ่านแถบเลื่อน CRF (Constant Rate Factor) หรือ target bitrate ตามเป้าหมายของคุณ

CRF 18 รักษาคุณภาพใกล้เคียงต้นฉบับในขณะที่ตัดขนาดบางส่วน CRF 28 ลดขนาดลงมากขึ้นแต่ทำให้รายละเอียดละเอียดอ่อนลง การผ่าน target-bitrate ช่วยให้คุณกำหนดเพดานขนาดไฟล์เฉพาะเจาะจง ซึ่งมีประโยชน์เมื่อฟอร์มอัปโหลดบังคับใช้ขีดจำกัดขนาดไฟล์ การ re-encoding ใช้ CPU มากและทำงานบนเครื่องของคุณเอง ดังนั้นคลิป 4K ยาว 10 นาทีจะใช้เวลานานกว่าคลิป 1080p สั้น 30 วินาทีอย่างเห็นได้ชัด

วิธีใช้ บีบอัดวิดีโอ ทีละขั้นตอน

  1. วางหรือเลือกไฟล์วิดีโอที่ต้องการบีบอัด
  2. เลือกโหมด CRF สำหรับคุณภาพทางสายตาที่สอดคล้องกัน หรือโหมด bitrate เมื่อต้องการขนาดไฟล์ที่แม่นยำ
  3. ปรับค่า CRF (ช่วง 18-28 ต่ำกว่า = คุณภาพดีกว่า ไฟล์ใหญ่กว่า) หรือป้อน target kilobits ต่อวินาที
  4. คลิก Compress และรอให้ ffmpeg ทำการ re-encode บนอุปกรณ์ของคุณ
  5. ดาวน์โหลด MP4 ที่เล็กลงเมื่อปุ่มปรากฏ

กรณีการใช้งานที่พบบ่อย

  • ย่อขนาดการบันทึกหน้าจอดิบก่อนแนบไปกับรายงาน bug หรือข้อความ Slack
  • นำวิดีโอวันหยุดให้อยู่ภายใต้ขีดจำกัดขนาดที่กำหนดโดยอีเมลหรือบริการ cloud-storage
  • ลดการใช้ bandwidth สำหรับวิดีโอ loop พื้นหลังบนเว็บไซต์ โดยกำหนด bitrate เฉพาะ
  • จัดเก็บคลังวิดีโอ SD-card เก่าที่คุณภาพต่ำกว่าเพื่อเพิ่มพื้นที่ดิสก์โดยไม่ลบไฟล์

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

H.264 re-encoder ส่งวิดีโอของฉันไปยังเซิร์ฟเวอร์หรือไม่?

ไม่ ffmpeg ที่คอมไพล์เป็น WebAssembly รัน libx264 encoder โดยตรงในแท็บเบราว์เซอร์ของคุณ วิดีโอของคุณถูกอ่านเข้าหน่วยความจำในเครื่อง บีบอัดที่นั่น และ MP4 ที่เล็กกว่าถูกบันทึกไปยังอุปกรณ์ของคุณ ไม่มีสิ่งใดถูกส่งไปยัง Sunasty หรือบุคคลที่สาม คุณสามารถยืนยันได้โดยดูแท็บ Network ใน DevTools ขณะที่เครื่องมือทำงาน

ควรใช้ค่า CRF เท่าไร?

CRF 18 ใกล้เคียง lossless ทางสายตาและเป็นจุดเริ่มต้นที่ดีสำหรับการจัดเก็บวิดีโอที่คุณสนใจ CRF 23 เป็นค่าเริ่มต้นของ libx264 ซึ่งเป็นการประนีประนอมทั่วไปที่ดี CRF 28 ลดขนาดไฟล์อย่างรุนแรงแต่ทำให้เกิดความนุ่มมองเห็นได้บนการเคลื่อนไหวเร็วหรือพื้นผิวละเอียด สำหรับการแชร์คลิปออนไลน์ 21-24 เป็น sweet spot ปกติ

ทำไมการบีบอัดในเบราว์เซอร์ถึงช้ากว่าในแอปเดสก์ท็อปมาก?

WebAssembly ทำงานใกล้ความเร็ว native แต่ยังคงอยู่ในบริบทเบราว์เซอร์ single-threaded โดยไม่มีการเร่งความเร็ว hardware video การ encode ด้วย libx264 ผ่าน ffmpeg.wasm ช้ากว่า ffmpeg binary ที่ native จริง ๆ ซึ่งสามารถใช้ NVENC, QuickSync หรือ multi-core CPU parallelism คลิปสั้นหรือความละเอียดต่ำเสร็จสิ้นอย่างรวดเร็ว คลิป 4K ยาวต้องใช้ความอดทน

ฉันสามารถบีบอัดไฟล์ MKV, MOV หรือ AVI ไม่ใช่แค่ MP4 ได้หรือไม่?

ได้ ffmpeg.wasm อ่าน container formats ทั่วไปทั้งหมด เอาต์พุตเป็น MP4 กับ H.264 เสมอ เนื่องจากการรวมกันนั้นเล่นได้บนทุกอุปกรณ์และเบราว์เซอร์โดยไม่ต้องใช้ plugins

เอาต์พุตรักษาคุณภาพเสียงต้นฉบับหรือไม่?

เสียงถูก re-encode เป็น AAC ที่ 128 kbps ตามค่าเริ่มต้น ซึ่งโปร่งใสสำหรับเสียงพูดและเพียงพอสำหรับดนตรี หากเสียงต้นฉบับเป็น AAC อยู่แล้วและคุณต้องการรักษาไว้อย่างแน่นอน ให้ใช้เครื่องมือคัดลอกเสียงแยกต่างหากแทน compressor นี้

มีขีดจำกัดขนาดไฟล์หรือไม่?

ไม่มีขีดจำกัดฝั่งเซิร์ฟเวอร์เนื่องจากไม่มีเซิร์ฟเวอร์เกี่ยวข้อง เพดานในทางปฏิบัติคือ RAM ที่มีของเบราว์เซอร์ อุปกรณ์ส่วนใหญ่รองรับไฟล์ได้ถึงไม่กี่กิกะไบต์ คลิปขนาดใหญ่มากอาจทำให้แท็บหมดหน่วยความจำก่อนการ encode เสร็จ การแบ่งคลิปก่อนและบีบอัดแต่ละส่วนแยกกันเป็นวิธีแก้ปัญหาที่เชื่อถือได้

ฉันสามารถบีบอัดวิดีโอบนมือถือได้ไหม?

ทำได้ แต่บอกตามตรงว่าเบราว์เซอร์มือถือมีหน่วยความจำสำหรับหนึ่งแท็บน้อยกว่าแล็ปท็อปมาก คลิปสั้นที่ 1080p หรือต่ำกว่าจะบีบอัดได้ดีบนมือถือรุ่นใหม่ส่วนใหญ่ คลิปยาวหรือ 4K มีแนวโน้มทำให้แท็บหน่วยความจำหมดบนมือถือมากกว่าบนเดสก์ท็อป หากเกิดเหตุการณ์นั้น ให้ตัดคลิปให้สั้นลงก่อนหรือลองใหม่บนคอมพิวเตอร์