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

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

บิตเรตวัดอะไรกันแน่?

บิตเรตวัดว่าตัวเข้ารหัสใช้กี่บิตต่อวินาทีในการเก็บภาพวิดีโอ — เป็นค่าใช้จ่ายต่อเนื่องของการบรรยายการเคลื่อนไหวและพื้นผิวไปตามเวลา

โคเดกไม่ได้เก็บทุกพิกเซลของทุกเฟรม มันเก็บเฟรมตั้งต้นไว้หนึ่งเฟรม แล้วทำนายว่าอะไรจะเปลี่ยนต่อไปและบันทึกเฉพาะส่วนต่าง พร้อมทิ้งสิ่งที่มันตัดสินว่าคุณมีโอกาสสังเกตเห็นน้อยที่สุด บิตเรตคือวงเงินสำหรับกระบวนการนั้น วงเงินที่ใจกว้างแปลว่าตัวเข้ารหัสมีเหลือพอจะเก็บพื้นผิวละเอียด ๆ ไว้ วงเงินที่คับแคบบังคับให้มันทิ้งมากขึ้น และสิ่งที่ทิ้งไปแล้วเรียกคืนไม่ได้

นี่คือเหตุผลที่ต้นฉบับเดียวกันกลายเป็นไฟล์ที่หน้าตาต่างกันลิบลับได้ทั้งที่ความละเอียดเท่ากัน ความละเอียดเหมือนกันจริง แต่วงเงินไม่เหมือนกัน

บิตเรตคงที่กับบิตเรตแปรผันต่างกันอย่างไร?

บิตเรตคงที่ (CBR) ใช้ข้อมูลเท่ากันทุกวินาทีไม่ว่าบนจอจะเกิดอะไรขึ้น ส่วนบิตเรตแปรผัน (VBR) ใช้มากกับช่วงที่ยากและใช้น้อยกับช่วงที่ง่าย

สำหรับวิดีโอที่เก็บเป็นไฟล์ VBR แทบจะเป็นตัวเลือกที่ดีกว่าเสมอ เพราะเนื้อหาวิดีโอมีระดับความยากที่ไม่สม่ำเสมออย่างรุนแรง ภาพนิ่ง ๆ ของห้องนอนต้องการข้อมูลน้อยมาก ส่วนภาพถือกล้องเองที่มีการเคลื่อนไหวเร็ว มีเกรน และแสงเปลี่ยนไปมา ต้องการข้อมูลมหาศาล CBR ไม่ผลาญวงเงินไปกับช่วงง่าย ๆ ก็ปล่อยให้ช่วงยากอดอยาก และปกติมันทำทั้งสองอย่าง ฝั่งสตรีมมิงมักเอนไปทางบิตเรตที่ถูกจำกัดมากกว่าเพื่อให้คาดเดาได้ ซึ่งเป็นเหตุผลหนึ่งที่หนังเรื่องเดียวกันดูไม่เหมือนกันระหว่างเวอร์ชันสตรีมกับเวอร์ชันดาวน์โหลด

ฉากแบบไหนที่เข้ารหัสแล้วเปลืองที่สุด?

ทุกอย่างที่มีการเปลี่ยนแปลงแบบคาดเดาไม่ได้เยอะ ๆ ได้แก่ การเคลื่อนไหวเร็ว การถือกล้องเอง เกรนของฟิล์ม สัญญาณรบกวนจากเซ็นเซอร์ และการไล่เฉดเนียน ๆ ในที่แสงน้อย

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

ผลในทางปฏิบัติคือ บิตเรตที่ดูเพียงพออย่างยิ่งกับฉากในสตูดิโอที่แสงสว่างและตั้งกล้องบนขาตั้ง อาจพังไม่เป็นท่าเมื่อเจอฉากมืด ๆ ที่ถือกล้องเองในไฟล์เดียวกัน

ร่องรอยความผิดเพี้ยนจากการบีบอัดบอกอะไรคุณ?

ร่องรอยแต่ละแบบมีสาเหตุเฉพาะของมัน สิ่งที่คุณเห็นจึงบอกได้ว่ามีอะไรผิดพลาดไป

สิ่งที่คุณเห็น สิ่งที่มันบอก
บล็อกสี่เหลี่ยมในบริเวณมืด บิตเรตหมดเกลี้ยง ตัวเข้ารหัสไม่เหลือวงเงินให้รายละเอียดในเงา
แถบสี — เห็นเป็นขั้นบันไดพาดผ่านการไล่เฉดที่ควรจะเนียน เก็บระดับเฉดไว้น้อยเกินไป มักถูกซ้ำเติมด้วยความลึกสีแบบ 8 บิต
ภาพลากเลอะหรือมีเงาตามหลังตอนเคลื่อนไหวเร็ว การทำนายการเคลื่อนไหวล้มเหลวภายใต้วงเงินที่คับแคบ
ผิวดูเหมือนขี้ผึ้ง รูขุมขนและขนอ่อนหายไปหมด พื้นผิวความถี่สูงถูกทิ้งก่อนเพื่อน อาการคลาสสิกของการอดบิตเรต
มอสคิโตนอยส์กระพริบอยู่รอบขอบภาพและตัวหนังสือ ริงกิงจากการควอนไทซ์ที่รุนแรงบริเวณใกล้ขอบคม
รายละเอียดที่ยังนุ่มเบลอแม้กดหยุดภาพ ไม่อัปสเกลมาก็ผ่านการเข้ารหัสซ้ำอย่างหนัก พิกเซลมากขึ้นแต่ข้อมูลน้อยลง

สังเกตว่าไม่มีข้อไหนเลยที่แก้ได้ด้วยการเพิ่มความละเอียด ทุกข้อคืออาการของการมีข้อมูลต่อพิกเซลไม่พอ และการเติมพิกเซลเข้าไปยิ่งทำให้ปัญหาข้อมูลต่อพิกเซลแย่ลง

ทำไมการเข้ารหัสซ้ำถึงทำให้แย่ลงทุกรอบ?

เพราะการบีบอัดแบบสูญเสียข้อมูลย้อนกลับไม่ได้ และทุกรอบจะทิ้งข้อมูลบางส่วนไป แล้วรอบถัดไปก็ปฏิบัติกับสิ่งที่เหลือราวกับว่ามันคือรายละเอียดของจริง

เมื่อไฟล์ถูกเข้ารหัสซ้ำ ตัวเข้ารหัสจะเห็นร่องรอยความผิดเพี้ยนจากการเข้ารหัสรอบก่อน ทั้งบล็อก แถบสี และริงกิง แล้วก็ทุ่มบิตเรตรักษามันไว้อย่างซื่อสัตย์ ความเสื่อมสะสมไปทีละรุ่น ไฟล์ที่ผ่านมาหลายรอบอาจดูแย่กว่าต้นฉบับอย่างเห็นได้ชัด ทั้งที่ความละเอียดบนป้ายเท่ากันและขนาดใกล้เคียงกัน และไม่มีทางกู้สิ่งที่ตกหล่นระหว่างทางกลับคืนมาได้

เรื่องนี้สำคัญเมื่อหนังเรื่องเดียวกันหมุนเวียนอยู่หลายเวอร์ชัน ป้ายกำกับอาจเหมือนกันทุกเวอร์ชัน แต่ประวัติการเข้ารหัสไม่เหมือนกัน และมักไม่มีใครบันทึกไว้

เอาตัวเลขบิตเรตของไฟล์ต่าง ๆ มาเทียบกันตรง ๆ ได้ไหม?

ได้เฉพาะภายในโคเดกเดียวกัน ตัวเลขบิตเรตไม่มีความหมายเลยถ้าไม่รู้ว่าโคเดกไหนเป็นคนสร้างมันขึ้นมา

โคเดกรุ่นใหม่กว่ามีประสิทธิภาพสูงกว่า H.265/HEVC ให้คุณภาพเทียบเท่า H.264/AVC ที่บิตเรตต่ำกว่า และ AV1 ก็พัฒนาต่อจาก H.265 ขึ้นไปอีก ดังนั้นไฟล์ที่เข้ารหัสด้วยโคเดกใหม่กว่าและระบุบิตเรตต่ำกว่า อาจดูดีกว่าไฟล์โคเดกเก่าที่บิตเรตสูงกว่า การเอาสองตัวเลขมาเทียบกันโดยไม่มีชื่อโคเดกกำกับ ให้ข้อสรุปที่ผิดพอดี

ตัวเลขเปอร์เซ็นต์ที่ถูกยกมาพาดหัวนั้นควรค่าแก่การรู้ไว้พอ ๆ กับที่ควรค่าแก่การไม่เชื่อสนิทใจ ITU ประกาศว่า HEVC ต้องการบิตเรตครึ่งเดียวของ H.264 และต่อมาประกาศว่า H.266/VVC ต้องการบิตเรตครึ่งเดียวของ HEVC สำหรับคุณภาพเท่ากันที่ความละเอียดสูง ส่วนคำกล่าวอ้างตอนเปิดตัว AV1 ของ AOMedia คือบีบอัดได้ดีกว่า "โคเดกคู่แข่ง" ราว 30% สำหรับ 4K โดยอ้างอิงการทดสอบที่บริษัทสมาชิกของตัวเองเป็นคนทำ ไม่ใช่องค์กรมาตรฐาน

สังเกตให้ดีว่าตัวเลขเหล่านั้นอยู่ที่ไหน มันอยู่ในข่าวประชาสัมพันธ์ ไม่ได้อยู่ในตัวมาตรฐาน ข้อกำหนดของโคเดกเองไม่ได้ระบุเปอร์เซ็นต์ไว้เลยสักตัว ตัวเลขพวกนี้อธิบายว่าชุดเครื่องมือของโคเดกรุ่นหนึ่งทำอะไรได้บ้างภายใต้เงื่อนไขที่เอื้ออำนวย ส่วนผลลัพธ์จริงแปรผันไปตามการนำตัวเข้ารหัสไปทำจริง พรีเซ็ต เนื้อหา และการควบคุมอัตราข้อมูล ซึ่งเป็นเหตุผลที่ข้างล่างนี้เราเทียบกันที่ตัวไฟล์ ไม่ใช่ที่รุ่นของโคเดก

ที่มา: ข่าวประชาสัมพันธ์ของ ITU เรื่อง H.265 (2013) และ H.266/VVC (2020); ประกาศเปิดตัว AV1 ของ AOMedia (2018); ตรวจสอบเมื่อ 2026-08-03

มีสิ่งที่ต้องแลกอยู่ด้วย โคเดกใหม่กว่ากินแรงถอดรหัสมากกว่า และการรองรับการถอดรหัสด้วยฮาร์ดแวร์ก็ต่างกันไปตามอุปกรณ์และโปรแกรมเล่น ไฟล์ที่มีประสิทธิภาพสูงแต่เครื่องคุณต้องถอดรหัสด้วยซอฟต์แวร์ อาจกระตุกในจุดที่ไฟล์ประสิทธิภาพต่ำกว่าเล่นได้ลื่นไหล

ไม่มีตารางที่เชื่อถือได้ตารางไหนจับคู่การถอดรหัสด้วยฮาร์ดแวร์เข้ากับรุ่นของอุปกรณ์ และผู้ผลิตแพลตฟอร์มทั้งสองรายก็จงใจไม่เผยแพร่ตารางแบบนั้น ข้อกำหนดความเข้ากันได้ของ Android บังคับให้มือถือถอดรหัส AV1 ได้ตั้งแต่ Android 14 เป็นต้นมา แต่สิ่งที่ถูกบังคับคือความสามารถ ซึ่งตัวถอดรหัสแบบซอฟต์แวร์ก็ทำได้ ส่วนการถอดรหัส AV1 ด้วยฮาร์ดแวร์นั้นถูกบังคับเฉพาะในระดับชั้นประสิทธิภาพที่ผู้ผลิตเลือกเข้าร่วมเองเท่านั้น ฝั่ง Apple วิธีที่แนะนำคือให้สอบถามตอนรันไทม์แทนการเปิดตาราง และหน้าข้อกำหนดของ Apple เองก็ยังแยกคำกล่าวอ้างเรื่องฮาร์ดแวร์ "media engine" ของ Mac ออกจากคำกล่าวอ้างเรื่อง "รูปแบบที่รองรับ" ของ iPhone คำตอบในทางปฏิบัติคือลองไฟล์ของคุณเองบนเครื่องของคุณเอง

ที่มา: Android Compatibility Definition Document §2.2.2 และ §5.3; ข้อกำหนด Android Media Performance Class; เอกสาร Apple VideoToolbox (VTIsHardwareDecodeSupported); ตรวจสอบเมื่อ 2026-08-03

แล้วสรุปควรเลือกเวอร์ชันไหน?

ให้ใช้ขนาดไฟล์เทียบกับความยาวหนังและความละเอียดเป็นตัวแทนของบิตเรต เพราะตัวเลขบิตเรตมักไม่มีใครระบุไว้

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

กฎกว้าง ๆ ที่ได้จากทั้งหมดนี้คือ เมื่อต้องแลก ให้ยอมทิ้งความละเอียดแล้วรักษาบิตเรตไว้ ไฟล์ 1080p ที่สะอาดดูสนุกกว่าไฟล์ 4K ที่ถูกบีบลงมาให้ขนาดเท่ากัน แถมยังกินพื้นที่เก็บ กินแบนด์วิดท์ และกินแรงถอดรหัสน้อยกว่า

คำถามที่เกี่ยวข้อง

ระดับคุณภาพที่แต่ละคลังหนังมีให้เลือกนั้นต่างกันไปตามแหล่ง — รายชื่อเว็บไซต์ ของเราแสดงว่าเราทำดัชนีที่ไหนบ้าง