เปรียบเทียบฟอร์แมตวิดีโอ: เลือก MP4·WebM·MOV·AVI ตามการใช้งาน

เผยแพร่ 2026-04-13 อ่าน 9 นาที

สรุป (TL;DR)

ปีที่แล้วเพื่อนที่เป็นบรรณาธิการวิดีโอถามผมว่า “ทำไม Premiere เปิดไฟล์ MP4 นี้ไม่ได้” นามสกุลคือ .mp4 แต่ข้างในคือ HEVC 10-bit 4:2:2 tool chain ที่คาดว่าเป็น H.264 ก็เลยค้าง นามสกุลคือกล่อง codec คือเนื้อหา ประโยคเดียวว่าสองอย่างนี้ต่างกันครอบคลุม 90% ของเรื่องราวฟอร์แมตวิดีโอ

ความสับสนที่พบบ่อยที่สุดในการเลือกฟอร์แมตวิดีโอคือการมอง container (นามสกุล) กับ codec เป็นสิ่งเดียวกัน MP4·WebM·MOV·AVI·MKV คือ container ส่วน H.264·H.265·AV1·VP9·ProRes คือ video codec จริงที่บรรจุอยู่ข้างใน สรุปคือ สำหรับการเผยแพร่บนเว็บ MP4 + H.264 ยังคงเป็นค่าเริ่มต้นที่ปลอดภัยสุด ถ้าประสิทธิภาพขนาดไฟล์สำคัญเลือก AV1 หรือ H.265 สำหรับการเก็บต้นฉบับงานตัดต่อ MOV container + ProRes เป็นมาตรฐาน และสำหรับการจัดเก็บระยะยาวมักใช้ MKV + AV1 หรือ H.265 AVI ไม่ใช่ “คุณภาพสูงโดยปริยาย” แต่เป็นฟอร์แมตเก่าที่ รองรับเสียง คำบรรยาย และ metadata แบบจำกัด H.265 มีประสิทธิภาพสูงกว่า H.264 ราว 40–50% แต่มีปัญหาเรื่อง licensing และการรองรับอุปกรณ์เก่า AV1 ปลอด royalty แต่ hardware encoder ยังจำกัด ดังนั้นแทนที่จะเลือก “ดีที่สุด” อันเดียว การออกแบบชุดผสมตาม ผู้ชมเป้าหมาย สภาพแวดล้อมการเล่น และ pipeline การตัดต่อ จะเป็นจริงมากกว่า

ภูมิหลังและแนวคิด

Container คือ “กล่อง” ที่เก็บวิดีโอ เสียง คำบรรยาย chapter และ metadata ไว้ในไฟล์เดียว MP4 (ISO Base Media File Format) เป็นมาตรฐาน MPEG, WebM เป็น subset ที่เน้นเว็บบนฐาน Matroska, MOV เป็น container QuickTime ของ Apple, AVI คือ container ยุคแรกที่ Microsoft สร้างในปี 1992 MKV (Matroska) ยืดหยุ่นสูงและแทบไม่มีข้อจำกัดเรื่อง codec

Codec คืออัลกอริทึมที่ทำการบีบอัดจริง H.264 (AVC) ที่เป็นมาตรฐานตั้งแต่ปี 2003 ครอบงำเป็นมาตรฐานโดยพฤตินัยมากว่า 20 ปี และเกือบทุกอุปกรณ์มี hardware decoding H.265 (HEVC) ให้ bitrate เล็กกว่า H.264 ราว 40–50% ที่คุณภาพเท่ากัน แต่มีค่า license และปัญหารองรับในเบราว์เซอร์และอุปกรณ์เก่า AV1 เป็น codec ปลอด royalty ที่ AOM (Alliance for Open Media) เปิดตัวในปี 2018 โดยมุ่งประสิทธิภาพเทียบเท่าหรือดีกว่า H.265 VP9 ใช้กันแพร่หลายใน WebM และ YouTube ProRes เป็น codec ของ Apple สำหรับงานตัดต่อ ที่เก็บ อัตราการบีบอัดต่ำ เพื่อให้ decode ต่อเฟรมเร็วขณะตัดต่อ สรุปคือ “คุณภาพ ≠ ฟอร์แมต” แต่คุณภาพถูกกำหนดด้วย bitrate, codec และการตั้งค่า

เปรียบเทียบและข้อมูล

ContainerCodec ตัวแทนการรองรับเบราว์เซอร์Metadata·คำบรรยายประสิทธิภาพการบีบอัดลักษณะเด่น
MP4H.264, H.265, AV1ทุกเบราว์เซอร์ (H.264)กว้าง (ID3, chapter)ขึ้นอยู่กับ codecมาตรฐานการเผยแพร่เว็บ
WebMVP9, AV1Chrome·Firefox·Edge·Safari เวอร์ชันใหม่WebVTTดี (AV1)เปิด·ปลอด royalty
MOVH.264, ProRes ฯลฯการเล่นในเบราว์เซอร์จำกัดกว้างมาก (หลาย track)สำหรับต้นฉบับตัดต่อmacOS/iOS-friendly
AVIXvid, DivX ฯลฯการเล่นไม่เข้ากันได้ดีคำบรรยาย·metadata จำกัดเก่า·ไม่มีประสิทธิภาพเข้ากันได้กับไฟล์ legacy
MKVเกือบทุก codecการเล่นในเบราว์เซอร์จำกัดยืดหยุ่นมากขึ้นอยู่กับ codecจัดเก็บ·subtitle แฟน

ตัวเลข (เช่น “ประสิทธิภาพ 50%”) แปรผันตามเนื้อหาต้นฉบับ bitrate การตั้งค่า encoder และ preset การเปรียบเทียบตัวเลขโดยไม่ระบุพารามิเตอร์เดียวกันมีความหมายน้อย

สถานการณ์จริง

สถานการณ์ 1 — วิดีโอสำหรับเผยแพร่บนเว็บไซต์ ค่าเริ่มต้นคือ MP4 (H.264 High Profile) + AAC-LC วิดีโอแนะนำ 90 วินาทีสำหรับหน้า landing ด้วย ffmpeg -crf 23 -preset slow อยู่ที่ระดับ 8MB คุณภาพ 1080p ก็น่าพึงพอใจโดยทั่วไป หากต้องการลด bandwidth ให้เพิ่ม WebM (AV1/VP9) ใน <source> และจัดคำบรรยายผ่าน WebVTT track แยกเพื่อเข้าถึงได้และ SEO

สถานการณ์ 2 — การเก็บต้นฉบับตัดต่อ การตัดต่อใช้ MOV + ProRes 422 เป็นค่าเริ่มต้น ผมเคยตัดต่อต้นฉบับ H.265 โดยตรงแล้ว timeline ของ Resolve กระตุก พอเปลี่ยนเป็น ProRes 422 proxy โปรเจ็กต์เดียวกันเล่นได้แบบ realtime ข้อเสียคือ ProRes 1080p ความยาว 10 นาทีขนาดประมาณ 8GB จึงใหญ่ Workflow สองขั้นตอนคือตัดต่อเสร็จแล้ว export เป็น H.264/H.265 ครั้งเดียวเป็นเรื่องปกติ

สถานการณ์ 3 — การจัดเก็บระยะยาว ค่าเริ่มต้นที่ไม่มีปัญหาในปัจจุบันคือ MKV + AV1 ด้วย SvtAv1EncApp --preset 4 --crf 28 re-encode วิดีโอ 4K เก่าเหลือ 40–55% ของต้นฉบับโดยที่ตามองไม่ค่อยเห็นความต่าง MKV ใส่หลาย track คำบรรยาย chapter ได้ยืดหยุ่น ใช้ร่วมกับ CRF encoding ได้ดี

ความเข้าใจผิดที่พบบ่อย

“AVI คุณภาพสูงเสมอ” AVI เป็นเพียง container เก่า คุณภาพถูกกำหนดด้วย codec และ bitrate ภายใน หากใช้ codec เดียวกัน แทบไม่ต่างจาก MP4·MKV แต่การรองรับคำบรรยายและ metadata กลับอ่อนแอกว่า

“MOV ใช้เฉพาะ Apple” มาจาก QuickTime แต่เปิดเผยใกล้เป็นมาตรฐาน player ส่วนใหญ่บน Windows·Linux เล่นได้ เพียงการเล่นในเบราว์เซอร์โดยตรงอาจเข้ากันได้น้อยกว่า MP4

“H.265 ดีกว่า H.264 เสมอ” ประสิทธิภาพการบีบอัดดี แต่มีค่า license และอุปกรณ์เก่าหรือมือถือสเปกต่ำอาจไม่มี hardware decoding เมื่อเป้าหมายคือเว็บสาธารณะที่รองรับอุปกรณ์จำนวนมาก H.264 ยังคงเป็นตัวเลือกที่ปลอดภัยสุด

“AV1 คือมาตรฐานใหม่” ระยะยาวส่วนแบ่งเพิ่มขึ้น Intel Arc, Apple M3 ขึ้นไป, NVIDIA RTX 40 series มี AV1 hardware encoder แต่ ณ ต้นปี 2026 live streaming chain ในอุตสาหกรรมส่วนใหญ่ยังรันบน H.264/H.265 AV1 realtime กิน power และความร้อนพอสมควร เหมาะกับ batch encoding และการจัดเก็บขนาดใหญ่ แต่ใช้กับทุกสถานการณ์ live streaming ยังเร็วเกินไป

เช็กลิสต์

  1. เป้าหมายสุดท้ายคืออะไร
    • เผยแพร่เว็บสาธารณะ → MP4 + H.264 (fallback) เพิ่ม AV1 เป็น source ถ้าทำได้
    • ภายในองค์กร·player เฉพาะ → ตรวจสอบรายการความเข้ากันได้ของ player นั้นก่อน
    • ต้นฉบับตัดต่อ → ฟอร์แมตที่เป็นมิตรต่อการตัดต่อเช่น MOV + ProRes
    • จัดเก็บระยะยาว → MKV + AV1 หรือ H.265
  2. การกระจายอุปกรณ์·เบราว์เซอร์ของผู้ชมเป็นอย่างไร ถ้าอุปกรณ์เก่ามีสัดส่วนมาก H.264 fallback จำเป็น
  3. ขนาดไฟล์หรือคุณภาพอันไหนมาก่อน ขนาดไฟล์ → AV1 หรือ H.265 ความเข้ากันได้ → H.264
  4. เสียง·คำบรรยาย·metadata สำคัญแค่ไหน ถ้าต้องการหลาย track·chapter ใช้ MKV หรือ MP4
  5. โครงสร้างต้นทุนเป็นอย่างไร ค่า license H.265 เวลาและพลังงาน encoding (AV1) ก็เป็นปัจจัยตัดสิน

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

เพื่อทำการแปลงฟอร์แมตในคู่มือนี้จริง คุณสามารถทดลองการแปลงระหว่าง MP4·WebM·MOV ได้ที่ เครื่องมือแปลงวิดีโอของ Patrache Studio ภาพย่อหรือ still cut สำหรับเปิดวิดีโอหากทำตามเกณฑ์ฟอร์แมตใน คู่มือการบีบอัดรูปภาพฉบับสมบูรณ์ จะช่วยลดขนาดรวมของหน้า และหากต้องการแทรก QR ที่สแกนได้ในวิดีโอ ควรตรวจสอบความต่างระหว่าง QR แบบ static กับ dynamic ก่อนใน ความปลอดภัยของ QR Code จะปลอดภัยกว่า

อ้างอิง

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

tools.patrache.studio/video/converter/