ในการทดสอบการฟังแบบปกปิดเมื่อเดือนตุลาคม 2026 บิตเรต 160 kbps เป็นบิตเรต Opus ต่ำสุดที่ผ่านเกณฑ์ความโปร่งใสเชิงการรับรู้อย่างเข้มงวดสำหรับเพลง หมายความว่าแม้ผู้ฟังที่เข้มงวดที่สุดในการทดสอบก็ไม่สามารถแยกมันออกจากต้นฉบับที่ไม่บีบอัดได้อย่างน่าเชื่อถือ (p = 0.024 สำหรับการทดสอบความเทียบเท่า) (Deezer Research, Martin และ Hennequin, arXiv 2026) บังเอิญว่านี่คือบิตเรตเสียงที่ OBS Studio ตั้งเป็นค่าเริ่มต้นให้ทั้งหกแทร็กเสียงพอดี (OBS Project, ซอร์สโค้ดของ OBS Studio 2026) แต่แพลตฟอร์มสตรีมสดกลับขอน้อยกว่า: YouTube Live แนะนำ 128 kbps สำหรับสเตอริโอ (Google, YouTube Help 2026) และ Meta ให้ความสำคัญกับ 128 kbps สำหรับ Facebook Live (Meta for Developers, เอกสารอ้างอิง Live Video API 2026) ที่เป้าหมาย 96 kbps Opus ได้ 4.65 เต็ม 5 ในการทดสอบแบบปกปิดหลายรูปแบบที่เปิดเผยต่อสาธารณะอยู่แล้ว (Hydrogenaudio, การทดสอบการฟังสาธารณะ 2014) ต่างจากไฟล์แบบออนดีมานด์ที่กล่าวถึงในสถิติแบนด์วิดท์และพื้นที่จัดเก็บของบริการโฮสต์พอดแคสต์ของเรา ตัวเข้ารหัสสำหรับสตรีมสดมีโอกาสประมวลผลเพียงรอบเดียวและไม่มีโอกาสที่สอง เรารวบรวมข้อมูลจาก Deezer Research, YouTube Help, Meta for Developers, ศูนย์ช่วยเหลือของ Kick, OBS Project, IETF, Apple, EBU, ITU-R, Spotify และชุมชนทดสอบการฟังของ Hydrogenaudio
สรุปโดยย่อ
- Opus ที่ 160 kbps เทียบเท่ากับเสียงที่ไม่บีบอัดในเชิงสถิติ (p = 0.024) แต่ผู้ฟังที่เข้มงวดที่สุด 10 คนตรวจพบ 128 kbps (p = 0.030) (Deezer Research, arXiv 2026)
- YouTube Live ขอสเตอริโอ 128 kbps ที่ 44.1 kHz ซึ่งเป็นหนึ่งในสามของ 384 kbps ที่ 48 kHz ที่แนะนำสำหรับวิดีโอที่อัปโหลด (YouTube Help การตั้งค่าสตรีมสดและการอัปโหลด 2026)
- Facebook Live ให้ความสำคัญกับเสียงสเตอริโอ AAC-LC 128 kbps โดยมี 256 kbps เป็นค่าสูงสุด (Meta for Developers, เอกสารอ้างอิง Live Video API 2026)
- ค่าที่ตั้งไว้ล่วงหน้าที่มาพร้อม OBS Studio จำกัดเสียงไว้ที่ 320 kbps สำหรับ Twitch, 160 kbps สำหรับ YouTube RTMPS และ 128 kbps สำหรับ Facebook Live (OBS Project, services.json 2026)
- OBS Studio ตั้งค่าเริ่มต้นเป็นเสียง 160 kbps, 48,000 Hz และสเตอริโอ (OBS Project, ซอร์สโค้ดของ OBS Studio 2026)
- ข้อกำหนด HLS ของ Apple จำกัด AAC สเตอริโอไว้ที่ 160 kbit/s และระบุว่าไม่ควรใช้ HE-AAC เกิน 64 kbit/s (Apple, ข้อกำหนดการสร้างเนื้อหา HLS 2026)
- ที่เป้าหมาย 96 kbps Opus ได้ 4.65 เทียบกับ 4.40 ของ Apple AAC ในมาตรา 1 ถึง 5 (Hydrogenaudio, การทดสอบการฟังสาธารณะ 2014)
- มาตรฐาน Opus ของ IETF แนะนำ 28 ถึง 40 kbit/s สำหรับเสียงพูดเต็มย่านความถี่ และ 64 ถึง 128 kbit/s สำหรับเพลงสเตอริโอ (IETF, RFC 6716 2012)
- Spotify สตรีมพอดแคสต์ที่ราว 96 kbit/s ในแอปของตน (Spotify Support, คุณภาพเสียง 2026)
- แนวทางของ EBU กำหนดให้ลิมิตเตอร์ตัวสุดท้ายก่อนตัวเข้ารหัสแบบสูญเสียข้อมูลอยู่ที่ -2 dBTP (EBU, Tech 3344 v2.1 2016)
1. ข้อกำหนดการนำเข้าสตรีมของแพลตฟอร์ม: แต่ละบริการต้องการอะไร
“การนำเข้าสตรีม” (Ingest) คือช่วงอัปโหลด ได้แก่สตรีมที่ตัวเข้ารหัสของคุณส่งไปยังแพลตฟอร์มก่อนที่แพลตฟอร์มจะเข้ารหัสใหม่ให้ผู้ชม ในช่วงนี้ตัวเลขเสียงที่เผยแพร่ออกมาเรียบง่ายอย่างน่าทึ่ง YouTube ขอเสียงสเตอริโอ 128 kbps สำหรับการสตรีมสด แต่ขอ 384 kbps สำหรับวิดีโอที่อัปโหลด ซึ่งมากกว่าสามเท่า (Google, YouTube Help 2026) เสียงสตรีมสดถูกมองเป็นสตรีมส่งเข้าที่ต้องทนต่อสายอัปโหลดตามบ้านที่คับคั่ง ไม่ใช่ไฟล์ต้นฉบับ
คำแนะนำเรื่องอัตราสุ่มตัวอย่างก็ไม่ตรงกันเช่นกัน YouTube Live ระบุ 44.1 kHz สำหรับสเตอริโอ ขณะที่หน้าอัปโหลดของตนเองและค่าเริ่มต้นของ OBS ใช้ 48 kHz และ Kick อนุญาตสูงสุด 48 kHz ความไม่ตรงกันนี้ไม่ได้ทำให้เสียงแย่ลงอย่างได้ยินด้วยตัวเอง แต่การแปลงอัตราสุ่มตัวอย่างทุกครั้งระหว่างไมโครโฟน มิกเซอร์ และตัวเข้ารหัสคือจุดที่การตั้งค่าผิดพลาดอาจแทรกเข้ามาได้ การตั้งค่าเสียงยังไม่ใช่กฎด้านเสียงเพียงข้อเดียวที่ช่องต้องเผชิญ การจัดการลิขสิทธิ์คืออีกข้อหนึ่ง ดังที่สถิติการปิดเสียงเพราะลิขสิทธิ์ในการสตรีมสดของเราแสดงให้เห็น
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| เสียงของ YouTube Live: สเตอริโอเทียบกับเซอร์ราวด์ 5.1 | 128 kbps ที่ 44.1 kHz เทียบกับ 384 kbps ที่ 48 kHz (5.1 ผ่าน RTMP หรือ RTMPS ใช้ได้เฉพาะ AAC) | Google, YouTube Help: การเลือกการตั้งค่าตัวเข้ารหัสสำหรับสตรีมสด (2026) |
| เสียงที่ YouTube แนะนำสำหรับวิดีโอที่อัปโหลด (ไม่ใช่สตรีมสด): โมโน / สเตอริโอ / 5.1 | 128 / 384 / 512 kbps ที่ 48 kHz | Google, YouTube Help: การตั้งค่าการเข้ารหัสสำหรับอัปโหลดที่แนะนำ (2026) |
| บิตเรตเสียงของ Facebook Live: ค่าที่ให้ความสำคัญเทียบกับค่าสูงสุด | 128 kbps เทียบกับ 256 kbps (AAC ความซับซ้อนต่ำ, สเตอริโอ) | Meta for Developers, เอกสารอ้างอิง Live Video API (2026) |
| อัตราสุ่มตัวอย่างเสียงที่ Facebook Live รองรับ | 44.1 kHz หรือ 48 kHz | Meta for Developers, เอกสารอ้างอิง Live Video API (2026) |
| ข้อจำกัดเสียงของ Kick | สเตอริโอ สูงสุด 48 kHz ไม่มีการเผยแพร่บิตเรตเสียง | ศูนย์ช่วยเหลือของ Kick, วิธีสตรีมบน Kick (2026) |
| บิตเรตเสียงสูงสุดในค่าที่ตั้งไว้ล่วงหน้าของบริการที่มาพร้อม OBS Studio: Twitch / YouTube RTMPS / Trovo / Facebook Live | 320 / 160 / 160 / 128 kbps | OBS Project, ไฟล์ค่าที่ตั้งไว้ล่วงหน้า services.json (2026) |
หมายเหตุบริบท: หน้าแนวทางการสตรีมของ Twitch เองโหลดผ่านสคริปต์ที่ไม่สามารถอ่านได้สำหรับบทสรุปนี้ ตัวเลขของ Twitch ข้างต้นจึงเป็นเพดานของค่าที่ตั้งไว้ล่วงหน้าจากซอฟต์แวร์สตรีม ไม่ใช่ข้อความอ้างอิงจาก Twitch คู่มือของบุคคลที่สามระบุเพดานของ Twitch ที่ต่ำกว่า (ดูข้อสังเกตเกี่ยวกับข้อมูลในส่วนระเบียบวิธี)
2. สัดส่วนของเสียงในงบประมาณบิตเรต
เสียงเป็นเพียงเศษปัดเลขในสตรีม 1080p แต่เป็นรายการใหญ่ในสตรีมบนมือถือ ที่ค่าต่ำสุด 0.4 Mbps ของ YouTube สำหรับ 360p H.264 แทร็กสเตอริโอ 128 kbps เท่ากับ 32% ของบิตเรตวิดีโอ (128 / 400) ขณะที่ที่ค่าแนะนำ 17 Mbps สำหรับ 1080p60 คิดเป็นราว 0.75% (128 / 17,000) (Google, YouTube Help 2026) การคำนวณด้านล่างเป็นของเราเอง จากตัวเลขที่เผยแพร่ และเปรียบเทียบเสียงกับบิตเรตวิดีโอเท่านั้น
ข้อสรุปเชิงปฏิบัติ: ในสตรีมความละเอียดสูง การลดเสียงจาก 160 เหลือ 128 kbps แทบไม่ประหยัดอะไร เสียงจึงเป็นที่สุดท้ายที่ควรประหยัด ส่วนในขั้นล่างของบันไดบิตเรตแบบปรับได้ ซึ่งเป็นขั้นที่ผู้ชมบนโทรศัพท์ในเครือข่ายอ่อนได้รับจริง บิตเสียงแข่งกับภาพโดยตรง นี่คือเหตุผลที่ข้อกำหนดการสตรีมแบบปรับได้อนุญาต AAC สเตอริโอต่ำถึง 32 kbit/s และชี้อัตราต่ำไปทาง HE-AAC
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| บิตเรตวิดีโอที่ YouTube Live แนะนำสำหรับ 1080p60 H.264 และสัดส่วนของเสียง 128 kbps ในบิตเรตนั้น | 17 Mbps; 128 / 17,000 = ราว 0.75% | Google, YouTube Help: การเลือกการตั้งค่าตัวเข้ารหัสสำหรับสตรีมสด (2026) |
| บิตเรตวิดีโอต่ำสุดของ YouTube Live สำหรับ 360p30 H.264 และสัดส่วนของเสียง 128 kbps ในบิตเรตนั้น | 0.4 Mbps; 128 / 400 = 32% | Google, YouTube Help: การเลือกการตั้งค่าตัวเข้ารหัสสำหรับสตรีมสด (2026) |
| ช่วงบิตเรตวิดีโอ 1080p60 ของ Facebook Live และสัดส่วนของเสียง 128 kbps ที่ให้ความสำคัญในช่วงนั้น | 4,500 ถึง 9,000 kbps; 128 / 9,000 = ราว 1.4%, 128 / 4,500 = ราว 2.8% | Meta for Developers, เอกสารอ้างอิง Live Video API (2026) |
| ช่วงบิตเรตวิดีโอของ Kick (เฉพาะ H.264 เฉพาะบิตเรตคงที่) | 1,000 ถึง 8,000 kbps | ศูนย์ช่วยเหลือของ Kick, วิธีสตรีมบน Kick (2026) |
| ค่าที่ตั้งไว้ล่วงหน้าของ Twitch ใน OBS Studio: บิตเรตวิดีโอสูงสุดเทียบกับบิตเรตเสียงสูงสุด | 6,000 เทียบกับ 320 kbps; 320 / 6,000 = ราว 5.3% | OBS Project, services.json (2026) |
| ช่วงบิตเรต AAC สเตอริโอของ Apple HLS | 32 ถึง 160 kbit/s | Apple, ข้อกำหนดการสร้างเนื้อหา HLS สำหรับอุปกรณ์ Apple (2026) |
| Apple HLS: บิตเรตที่ไม่ควรใช้ HE-AAC เมื่อเกินกว่านี้ | 64 kbit/s | Apple, ข้อกำหนดการสร้างเนื้อหา HLS (2026) |
| สตรีมสด Apple HLS: ค่าเฉลี่ยหนึ่งชั่วโมงและค่าพีกที่อนุญาตเทียบกับแบนด์วิดท์ที่ประกาศไว้ | ต่ำกว่า 110% ของ AVERAGE-BANDWIDTH; ต่ำกว่า 125% ของ BANDWIDTH | Apple, ข้อกำหนดการสร้างเนื้อหา HLS (2026) |
หมายเหตุบริบท: Kick กำหนดให้ใช้บิตเรตคงที่ (CBR) หมายถึงตัวเข้ารหัสส่งอัตราคงที่แทนที่จะใช้บิตมากขึ้นกับฉากที่ซับซ้อน บิตเรตคงที่ทำให้สัดส่วนของเสียงข้างต้นคงที่ด้วย แทร็กสเตอริโอ 160 kbps ในสตรีม Kick ที่ 8,000 kbps จึงเท่ากับ 2% ของงบวิดีโอ (160 / 8,000)
3. ค่าเริ่มต้นและโครงสร้างโคเดค: AAC ใช้อยู่ Opus กำลังมา
สตรีมเมอร์ส่วนใหญ่ไม่เคยแตะแผงตั้งค่าเสียง ค่าเริ่มต้นจึงเป็นมาตรฐานอุตสาหกรรมที่แท้จริง OBS Studio มาพร้อม 160 kbps ในทุกแทร็กเสียง ที่ 48,000 Hz และสเตอริโอ (OBS Project, ซอร์สโค้ดของ OBS Studio 2026) ค่าเริ่มต้นเดียวนี้อยู่เหนือสิ่งที่ YouTube และ Facebook แนะนำ และต่ำกว่าเพดานของ OBS สำหรับ Twitch ซึ่งเป็นจุดกึ่งกลางที่สมเหตุสมผลเมื่อตัวเข้ารหัสตัวเดียวป้อนหลายแพลตฟอร์ม หากเสียงที่ผ่านการประมวลผลของคุณเข้าสู่ OBS จากแอปอื่น เช่นการใช้โปรแกรมเปลี่ยนเสียงสำหรับ OBS การให้อัตรา 48 kHz ตรงกันตลอดสายจะช่วยเลี่ยงการแปลงอัตราสุ่มตัวอย่างเพิ่มอีกหนึ่งครั้ง
เรื่องราวของโคเดคกำลังเปลี่ยนไปเบื้องหลัง ข้อกำหนดการนำเข้าสตรีม RTMP ทุกฉบับในหัวข้อที่ 1 ระบุ AAC แต่โลก WebRTC บังคับใช้ Opus และ WHIP (WebRTC-HTTP Ingestion Protocol วิธีส่งสตรีม WebRTC เข้าเซิร์ฟเวอร์ผ่าน HTTP) นำโลกนั้นมาสู่ซอฟต์แวร์สตรีม OBS เพิ่มเอาต์พุต WHIP ในเวอร์ชัน 30.0 และ IETF เผยแพร่ WHIP เป็น RFC 9725 ในปี 2025 พร้อมตัวอย่างข้อเสนอที่เจรจา Opus ที่ 48 kHz สเตอริโอ (“opus/48000/2”)
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| บิตเรตเสียงเริ่มต้นของ OBS Studio เอาต์พุตแบบง่าย (Simple output) และทั้งหกแทร็กของเอาต์พุตขั้นสูง (Advanced output) | 160 kbps | OBS Project, ซอร์สโค้ดของ OBS Studio, InitBasicConfigDefaults (2026) |
| อัตราสุ่มตัวอย่างและรูปแบบช่องสัญญาณเริ่มต้นของ OBS Studio | 48,000 Hz, สเตอริโอ | OBS Project, ซอร์สโค้ดของ OBS Studio (2026) |
| บิตเรตที่ Opus แนะนำเมื่อใช้เฟรม 20 ms: เสียงพูดเต็มย่านความถี่เทียบกับเพลงสเตอริโอเต็มย่านความถี่ | 28 ถึง 40 kbit/s เทียบกับ 64 ถึง 128 kbit/s | IETF, RFC 6716 (กันยายน 2012) |
| โหมดเต็มย่านความถี่ของ Opus: อัตราสุ่มตัวอย่างที่มีผลและความถี่สูงสุดที่เข้ารหัส | 48 kHz; เสียงที่สูงกว่า 20 kHz จะไม่ถูกเข้ารหัสเลย | IETF, RFC 6716 (กันยายน 2012) |
| โคเดคเสียงที่ทุกปลายทาง WebRTC ต้องรองรับ | Opus และ G.711 (PCMA และ PCMU) | IETF, RFC 7874 (พฤษภาคม 2016) |
| รุ่นของ OBS Studio ที่เพิ่มเอาต์พุต WHIP/WebRTC | 30.0 พฤศจิกายน 2023 | OBS Project, บันทึกการออกรุ่น OBS Studio 30.0 (2023) |
หมายเหตุบริบท: มาตรฐาน WHIP เองไม่ได้ระบุโคเดคที่บังคับ Opus ปรากฏเฉพาะในตัวอย่างการแลกเปลี่ยนข้อมูลเท่านั้น ข้อบังคับให้ใช้ Opus มาจากกฎโคเดค WebRTC แยกต่างหากในตาราง ซึ่งกำกับดูแลปลายทาง WebRTC โดยทั่วไป
4. AAC เทียบกับ Opus ในการทดสอบการฟังแบบปกปิด
การทดสอบแบบปกปิดเป็นกรรมการที่ยุติธรรมเพียงรายเดียวระหว่างโคเดค และบันทึกสาธารณะก็เก่ากว่าระบบสตรีมที่มันตัดสิน ในการทดสอบสาธารณะของ Hydrogenaudio เมื่อกรกฎาคม 2014 ที่เป้าหมาย 96 kbps Opus 1.1 ได้ 4.65 และ Apple AAC ได้ 4.40 ในมาตราการรบกวนคุณภาพ 1 ถึง 5 ซึ่ง 5 หมายถึง “แยกไม่ออก” (Hydrogenaudio, การทดสอบการฟังหลายรูปแบบสาธารณะ 2014) ช่องว่างนี้เล็กในเชิงสัมบูรณ์แต่มั่นคงในเชิงสถิติ (p = 0.000) และเกิดขึ้นโดย Opus ใช้เพิ่มเพียง 3 kbps โดยเฉลี่ย (106.7 เทียบกับ 103.7 kbps)
ข้อมูลล่าสุดที่มี: ผลการทดสอบปี 2010 ถึง 2014 (แหล่งที่มาอยู่ในตาราง) ไม่พบการทดสอบสาธารณะหลายรูปแบบที่เทียบเคียงได้ของตัวเข้ารหัส AAC และ Opus รุ่นปัจจุบันที่บิตเรตระดับสตรีมสำหรับปี 2025 หรือ 2026 ซึ่งเป็นข้อค้นพบในตัวเอง: ค่าเริ่มต้น AAC ของแพลตฟอร์มตั้งอยู่บนความเข้ากันได้ ไม่ใช่ข้อมูลการฟังใหม่ สำหรับบิตเรตต่ำมากที่โคเดคแบบนิวรัลกำลังแข่งกับ Opus ดูสถิติบิตเรตและคุณภาพของโคเดคเสียงแบบนิวรัลของเรา
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| คะแนนเฉลี่ยที่เป้าหมาย 96 kbps มาตรา 1 ถึง 5 (5 = แยกไม่ออก): Opus 1.1 เทียบกับ Apple AAC เทียบกับ LAME MP3 เทียบกับ Vorbis | 4.65 เทียบกับ 4.40 เทียบกับ 4.24 เทียบกับ 4.24 | Hydrogenaudio, ผลการทดสอบการฟังหลายรูปแบบสาธารณะ (กรกฎาคม 2014) |
| บิตเรตเฉลี่ยจริงที่ได้ที่เป้าหมายนั้น: Opus / Apple AAC / Vorbis / MP3 | 106.7 / 103.7 / 106.1 / 135.5 kbps | Hydrogenaudio, การทดสอบการฟังหลายรูปแบบสาธารณะ (2014) |
| ตัวอ้างอิงคุณภาพต่ำ (ตัวเข้ารหัส AAC รุ่นเก่า FAAC ที่ 96 kbps) | 2.65 | Hydrogenaudio, การทดสอบการฟังหลายรูปแบบสาธารณะ (2014) |
| นัยสำคัญ: Opus เทียบกับ Apple AAC; Apple AAC เทียบกับ MP3 | Opus ดีกว่า p = 0.000; AAC ดีกว่า p ที่ปรับแล้ว = 0.043 (บูตสแตรป) | Hydrogenaudio, การทดสอบการฟังหลายรูปแบบสาธารณะ (2014) |
| คณะผู้ฟังและเนื้อหาที่ใช้ทดสอบ | ผู้เข้าร่วม 38 คน ผลที่ใช้ได้ 339 จาก 363 ผลที่ส่งมา; ตัวอย่าง 40 ชิ้น (เพลง 35 เสียงพูด 5) | Hydrogenaudio, การทดสอบการฟังหลายรูปแบบสาธารณะ (2014) |
| การทดสอบเพลงสเตอริโอของ Google (ผู้ฟัง 9 คน): Opus ที่ 128 kbps เทียบกับ AAC-LC ที่ 64 kbps, MP3 ที่ 96 kbps, Opus ที่ 64 kbps และ G.719 ที่ 64 kbps | Opus ที่ 128 kbps ได้คะแนนสูงกว่าอีกสี่รายการอย่างมีนัยสำคัญ | IETF, draft-ietf-codec-results-03 (พฤษภาคม 2013) |
| การทดสอบเพลงสเตอริโอของ Broadcom (ผู้ฟัง 17 คน ธันวาคม 2010): Opus ที่ 96 kbps เทียบกับ AAC-LC และ MP3 | แย่กว่า AAC-LC เล็กน้อย ดีกว่า MP3 อย่างมีนัยสำคัญ | IETF, draft-ietf-codec-results-03 (พฤษภาคม 2013) |
หมายเหตุค่าผิดปกติ: MP3 ใช้บิตเรตมากกว่า Opus 28.8 kbps (135.5 ลบ 106.7 kbps) เพื่อให้ได้ 4.24 เท่ากับ Vorbis และยังตามหลัง AAC ผลของ Broadcom ใช้บิตสตรีม Opus ก่อนฉบับสมบูรณ์ จึงขัดแย้งกับการทดสอบรุ่นหลัง
5. เกณฑ์ความโปร่งใส: จุดที่บิตเพิ่มไม่สำคัญอีกต่อไป
“ความโปร่งใส” มีความหมายเฉพาะในการเข้ารหัสเสียง คือผู้ฟังที่ผ่านการฝึกในการทดสอบแบบปกปิดที่ควบคุมไม่สามารถแยกเวอร์ชันที่เข้ารหัสออกจากต้นฉบับได้อย่างน่าเชื่อถือ Deezer Research พบว่า Opus ที่ 160 kbps ผ่านเกณฑ์นั้นภายใต้เงื่อนไขกดดัน (การทดสอบความต่าง p = 0.747 ความเทียบเท่าแบบเข้มงวด p = 0.024) ขณะที่ 128 kbps ไม่ผ่านเมื่อแยกตัวอย่างที่ยากที่สุดและหูที่ไวที่สุดออกมา (p = 0.030) (Deezer Research, Martin และ Hennequin, arXiv 2026) ในระยะแรกที่ใช้ผู้ฟังทั้ง 21 คน 128 kbps ดูเหมือนแยกไม่ออก (p = 0.456) ซึ่งแสดงว่าคำตอบขึ้นอยู่กับว่าใครเป็นผู้ฟังมากเพียงใด
งานวิจัยใช้ ITU-R BS.1116-3 ซึ่งเป็นวิธีที่ผู้ฟังได้ยินต้นฉบับ จากนั้นได้ยินสองเวอร์ชันที่ซ่อนไว้ (หนึ่งเข้ารหัส อีกหนึ่งคือต้นฉบับอีกครั้ง) แล้วให้คะแนนความต่าง “คะแนนความต่าง” เท่ากับ 0 หมายถึงไม่มีความต่างที่ได้ยิน ขอบเขตความเทียบเท่าคือบวกลบ 0.25 ข้อควรระวังสองข้อสำคัญสำหรับสตรีมเมอร์: การทดสอบครอบคลุมเฉพาะ Opus และเพลง และเป็นพรีพรินต์ที่อยู่ระหว่างการพิจารณา ตัวเลขเซอร์ราวด์ของงานแพร่ภาพในตารางแสดงตรรกะเดียวกันในระดับที่ใหญ่กว่า โดยบิตเรตที่ปลอดภัยสูงกว่ากรณีเฉลี่ยมาก
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| ระยะที่ 1 คะแนนความต่างเฉลี่ยเทียบกับเสียงที่ไม่บีบอัด (0 = ไม่มีความต่างที่ได้ยิน): Opus ที่ 32 เทียบกับ 64 เทียบกับ 128 kbps | -1.661 เทียบกับ -0.438 เทียบกับ -0.082 | Deezer Research, Martin และ Hennequin, arXiv 2610.20246 (ตุลาคม 2026) |
| ระยะที่ 1 Opus ที่ 128 kbps: การทดสอบความต่างเทียบกับการทดสอบความเทียบเท่าแบบเข้มงวด | p = 0.456 (ตรวจไม่พบความต่าง) เทียบกับ p = 0.064 (ยังไม่แสดงความเทียบเท่า) | Deezer Research, arXiv 2610.20246 (2026) |
| การทดสอบกดดันระยะที่ 2 (ผู้ฟังที่เข้มงวดที่สุด 10 คน ตัวอย่างที่ยากที่สุด 8 ชิ้น): การทดสอบความต่างที่ 96 เทียบกับ 128 เทียบกับ 160 kbps | p = 0.045 เทียบกับ p = 0.030 เทียบกับ p = 0.747 | Deezer Research, arXiv 2610.20246 (2026) |
| ระยะที่ 2 Opus ที่ 160 kbps: การทดสอบความเทียบเท่าแบบเข้มงวด (ขอบเขตบวกลบ 0.25 คะแนน) และคะแนนความต่างเฉลี่ย | p = 0.024; -0.035 | Deezer Research, arXiv 2610.20246 (2026) |
| ผู้ฟังที่คัดเลือกเทียบกับผู้ที่ผ่านการกลั่นกรอง; ตัวอย่างเพลงที่ตัดมา | 26 เทียบกับ 21; 23 ตัวอย่าง | Deezer Research, arXiv 2610.20246 (2026) |
| บิตเรตเซอร์ราวด์ 5.1 ที่ EBU เรียกว่าตัวเลือกปลอดภัยสำหรับคุณภาพระดับดีเยี่ยมไม่ว่าเนื้อหาจะเป็นอย่างไร | 448 kbit/s | EBU, Tech 3324 การประเมินโคเดคหลายช่องสัญญาณ (กันยายน 2007) |
| HE-AAC เซอร์ราวด์ 5.1 ที่ 160 kbit/s ขึ้นไป | ดีเยี่ยมโดยเฉลี่ย เฉพาะเสียงปรบมือได้ระดับพอใช้ | EBU, Tech 3324 (กันยายน 2007) |
| กฎการทดสอบ MUSHRA: ตัดผู้ฟังที่ให้คะแนนต้นฉบับที่ซ่อนไว้ต่ำกว่า 90 ในสัดส่วนของรายการมากกว่านี้ | 15% | ITU-R, ข้อเสนอแนะ BS.1534-3 (ตุลาคม 2015) |
หมายเหตุบริบท: ข้อมูลล่าสุดที่มีสำหรับเซอร์ราวด์: ปี 2007 MUSHRA (BS.1534) เป็นวิธีสำหรับคุณภาพระดับกลาง ให้คะแนน 0 ถึง 100 โดยตัวอ้างอิงผ่านตัวกรองความถี่ต่ำที่ 3.5 kHz และ 7 kHz ส่วน BS.1116 สงวนไว้สำหรับความเสื่อมคุณภาพที่เล็กจนมีเพียงเงื่อนไขที่เข้มงวดเท่านั้นที่เผยให้เห็น โคเดคที่ถูกประเมินว่า “ดีเยี่ยม” ใน MUSHRA ไม่ได้โปร่งใสโดยอัตโนมัติตามเกณฑ์ของ BS.1116
6. สตรีมที่เน้นเสียงพูดและจุดอ้างอิงของผู้ฟัง
สตรีมสดส่วนใหญ่คือการพูดคุยที่มีเพลงรองอยู่ด้านล่าง และเสียงพูดต้องการบิตน้อยกว่าเพลงมาก การทดสอบการฟังของ Google ในปี 2011 ให้คะแนน Opus เต็มย่านความถี่ที่ 32 kbps ที่ 98.13 จาก 100 สำหรับเสียงพูดภาษาจีนกลาง สูงกว่า G.719 ที่อัตราเดียวกัน (93.43) (IETF, draft-ietf-codec-results-03 2013) ข้อมูลล่าสุดที่มี: ปี 2013
บริการสำหรับผู้บริโภคกำหนดจุดอ้างอิงของหู Spotify สตรีมพอดแคสต์ที่ราว 96 kbit/s ในแอปของตน และแนวทางสำหรับฟีดพอดแคสต์ในตารางมีเพดานที่ 128 kbps สำหรับโมโน สตรีมพูดคุยที่ส่งที่ 128 ถึง 160 kbps สูงกว่าที่ผู้ฟังได้ยินจากแอปพอดแคสต์รายใหญ่อยู่แล้ว ส่วนสตรีมเพลงที่ 128 kbps อยู่ต่ำกว่าระดับสูงของ Spotify และต่ำกว่าระดับสูงมากของ Spotify อยู่มาก
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| การทดสอบเสียงพูดภาษาจีนกลางของ Google (ผู้ฟัง 21 คนหลังการกลั่นกรอง มาตรา 0 ถึง 100): Opus เต็มย่านความถี่ที่ 32 kbps เทียบกับ G.719 ที่ 32 kbps เทียบกับ Opus ย่านกว้างที่ 20 kbps | 98.13 เทียบกับ 93.43 เทียบกับ 81.59 | IETF, draft-ietf-codec-results-03 (พฤษภาคม 2013) |
| บิตเรตสตรีมพอดแคสต์ของ Spotify: แอปมือถือและเดสก์ท็อปเทียบกับเว็บเพลเยอร์ | ราว 96 kbit/s เทียบกับ 128 kbit/s | Spotify Support, คุณภาพเสียง (2026) |
| ระดับคุณภาพเพลงของ Spotify: ต่ำ / ปกติ / สูง / สูงมาก | ราว 24 / 96 / 160 / 320 kbit/s | Spotify Support, คุณภาพเสียง (2026) |
| เพลงบนเว็บเพลเยอร์ของ Spotify: แบบฟรีเทียบกับ Premium | AAC 128 kbit/s เทียบกับ AAC 256 kbit/s | Spotify Support, คุณภาพเสียง (2026) |
| ระดับ Lossless ของ Spotify (Premium): รูปแบบและความละเอียดสูงสุด | FLAC สูงสุด 24 บิต/44.1 kHz | Spotify Support, คุณภาพเสียง (2026) |
| ฟีด RSS ของ Apple Podcasts, AAC ที่ 44.1 หรือ 48 kHz: บิตเรตที่แนะนำสำหรับโมโนเทียบกับสเตอริโอ | 64 ถึง 128 kbps เทียบกับ 128 ถึง 256 kbps | Apple, Apple Podcasts for Creators: ข้อกำหนดด้านเสียง (2026) |
| ขั้นต่ำของ MP3 ใน Apple Podcasts: โมโนเทียบกับสเตอริโอ | 32 kbps เทียบกับ 64 kbps ที่ 44.1 kHz | Apple, Apple Podcasts for Creators: ข้อกำหนดด้านเสียง (2026) |
หมายเหตุบริบท: บนโทรศัพท์และแท็บเล็ต การเลือกคุณภาพต่ำใน Spotify จะลดพอดแคสต์เหลือราว 24 kbit/s ด้วย ซึ่งเป็นหนึ่งในสี่ของค่าเริ่มต้น 96 kbit/s และเป็นระดับต่ำสุดที่ผู้ฟังจำนวนมากยอมรับสำหรับเสียงพูดอยู่แล้ว
7. เฮดรูมและความดังก่อนเข้าตัวเข้ารหัส
ตัวเข้ารหัสแบบสูญเสียข้อมูลเปลี่ยนรูปคลื่น และค่าพีกอาจออกมาสูงกว่าตอนเข้า แนวทางของ EBU จึงกำหนดลิมิตเตอร์ตัวสุดท้ายก่อนตัวเข้ารหัสแบบสูญเสียข้อมูลไว้ที่ -2 dBTP ซึ่งต่ำกว่าเพดานการผลิต -1 dBTP อยู่หนึ่งเดซิเบลเต็ม (EBU, Tech 3344 v2.1 2016) “dBTP” หมายถึงเดซิเบลทรูพีก (ค่าพีกจริง) ซึ่งเป็นค่าที่อ่านพีกโดยรวมส่วนที่เกินระหว่างตัวอย่างดิจิทัลด้วย เอกสารเดียวกันเตือนว่าลิมิตเตอร์อาจต้องตั้งต่ำลงเมื่อบิตเรตต่ำ แต่ไม่ได้ระบุตัวเลข
สำหรับมิกซ์สตรีมสด นี่คือตัวเลขที่นำไปใช้ได้จริงที่สุดในบทความ: ลิมิตเตอร์ที่ตั้งไว้ที่ 0 dBFS บนบัสของสตรีมไม่เหลือที่ว่างให้ตัวเข้ารหัส AAC หรือ Opus สำหรับค่าที่เกินของตัวมันเอง เป้าหมายความดังเป็นคำถามแยกต่างหากที่กล่าวไว้อย่างละเอียดในสถิติการปรับระดับความดังของสตรีมมิงของเรา ภาคผนวกสตรีมมิงของ EBU คือ R 128 s2 (เวอร์ชัน 3.0 พฤศจิกายน 2023) แนะนำให้ใช้การจำกัดทรูพีกที่อุปกรณ์เล่นเมื่อบริการใช้เป้าหมายที่ดังกว่า
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| ระดับทรูพีกสูงสุดสำหรับเนื้อหาที่ผลิต | -1 dBTP | EBU, Tech 3344 v2.1 (กรกฎาคม 2016) |
| ค่าตั้งลิมิตเตอร์พีกขั้นท้ายก่อนตัวเข้ารหัสแบบสูญเสียข้อมูล | -2 dBTP (อาจต้องต่ำกว่านี้เมื่อบิตเรตต่ำ) | EBU, Tech 3344 v2.1 (กรกฎาคม 2016) |
| เอาต์พุตตัวถอดรหัสสูงสุดที่แนะนำสำหรับ AC-3 หรือ E-AC-3 ในโหมด RF | -4 dBTP | EBU, Tech 3344 v2.1 (กรกฎาคม 2016) |
| ค่าที่เกินระหว่างค่าทรูพีกที่อ่านได้กับระดับเอาต์พุตอนาล็อก | น้อยกว่า 1 dB (โดยทั่วไปไม่กี่ส่วนสิบของ dB) | EBU, Tech 3344 v2.1 (กรกฎาคม 2016) |
| เพดานทรูพีกของ Apple Podcasts | ไม่สูงกว่า -1 dBFS | Apple, Apple Podcasts for Creators: ข้อกำหนดด้านเสียง (2026) |
| Apple HLS: เมทาดาทาควบคุมความดังหรือช่วงไดนามิก | ควรมี เว้นแต่เนื้อหาทั้งหมดรวมถึงโฆษณาถูกเข้ารหัสที่ระดับเดียวกัน (ข้อกำหนด 2.18) | Apple, ข้อกำหนดการสร้างเนื้อหา HLS (2026) |
หมายเหตุบริบท: ข้อมูลล่าสุดที่มีสำหรับเฮดรูมของโคเดค: ปี 2016 หน้านำเข้าสตรีมสดที่อ่านสำหรับหัวข้อที่ 1 (YouTube Live, Facebook Live, Kick) ไม่มีหน้าใดเผยแพร่เป้าหมายความดัง ตัวเลขด้านการแพร่ภาพและพอดแคสต์ข้างต้นจึงเป็นข้อมูลอ้างอิงที่มีเอกสารรองรับและใกล้เคียงที่สุด
สรุป: บิตเรตเสียงและการตั้งค่าการเข้ารหัสของไลฟ์สตรีมในรูปตัวเลข
| ตัวชี้วัด | ค่า | แหล่งที่มา |
|---|---|---|
| บิตเรต Opus ต่ำสุดที่ผ่านความโปร่งใสแบบเข้มงวดสำหรับเพลง (BS.1116-3, ค่า p ของความเทียบเท่า) | 160 kbps (p = 0.024) | Deezer Research, arXiv 2026 |
| Opus ที่ 128 kbps เทียบกับเสียงที่ไม่บีบอัด ผู้ฟังที่เข้มงวดที่สุด 10 คน | ตรวจพบว่าคุณภาพลดลง (p = 0.030) | Deezer Research, arXiv 2026 |
| เสียงสเตอริโอของ YouTube Live | 128 kbps ที่ 44.1 kHz | Google, YouTube Help 2026 |
| บิตเรตเสียงของ Facebook Live: ค่าที่ให้ความสำคัญเทียบกับค่าสูงสุด | 128 เทียบกับ 256 kbps | Meta for Developers 2026 |
| สัดส่วนของเสียง 128 kbps ในช่วงวิดีโอ 1080p60 ของ Facebook Live | ราว 1.4% ถึง 2.8% | Meta for Developers 2026 (คำนวณโดยเรา) |
| ข้อจำกัดเสียงของ Kick | สเตอริโอ สูงสุด 48 kHz | ศูนย์ช่วยเหลือของ Kick 2026 |
| ระดับคุณภาพเพลงของ Spotify: สูงเทียบกับสูงมาก | ราว 160 เทียบกับ 320 kbit/s | Spotify Support 2026 |
| บิตเรตเสียงและอัตราสุ่มตัวอย่างเริ่มต้นของ OBS Studio | 160 kbps, 48,000 Hz | OBS Project, ซอร์สโค้ด 2026 |
| ช่วง AAC สเตอริโอของ Apple HLS | 32 ถึง 160 kbit/s | Apple, ข้อกำหนดการสร้างเนื้อหา HLS 2026 |
| ค่าที่ Opus แนะนำ: เสียงพูดเต็มย่านความถี่เทียบกับเพลงสเตอริโอ | 28 ถึง 40 เทียบกับ 64 ถึง 128 kbit/s | IETF, RFC 6716 2012 |
| โคเดคที่บังคับในทุกปลายทาง WebRTC | Opus และ G.711 | IETF, RFC 7874 2016 |
| คะแนนที่เป้าหมาย 96 kbps, Opus เทียบกับ Apple AAC (1 ถึง 5) | 4.65 เทียบกับ 4.40 | การทดสอบของ Hydrogenaudio 2014 |
| บิตเรตจริงที่เป้าหมายนั้น, MP3 เทียบกับ Opus | 135.5 เทียบกับ 106.7 kbps | การทดสอบของ Hydrogenaudio 2014 |
| สัดส่วนของเสียง 128 kbps ในบิตเรตวิดีโอต่ำสุด 360p ของ YouTube Live | 32% (128 / 400) | Google, YouTube Help 2026 (คำนวณโดยเรา) |
| บิตเรตพอดแคสต์ของ Spotify ในแอป | ราว 96 kbit/s | Spotify Support 2026 |
| บิตเรต AAC สเตอริโอที่ Apple Podcasts แนะนำ | 128 ถึง 256 kbps | Apple Podcasts for Creators 2026 |
| ลิมิตเตอร์ตัวสุดท้ายก่อนตัวเข้ารหัสแบบสูญเสียข้อมูล | -2 dBTP | EBU Tech 3344, 2016 |
ระเบียบวิธีและแหล่งที่มา
เราอ่านตัวเลขทุกตัวในบทสรุปนี้จากเอกสารต้นทางโดยตรงในเดือนพฤศจิกายน 2026 ตัวเลขเปอร์เซ็นต์ในหัวข้อที่ 2 เป็นการคำนวณของเราเองจากบิตเรตที่เผยแพร่ โดยแสดงสูตรไว้ข้างค่าแต่ละค่า
- Deezer Research, Benjamin Martin และ Romain Hennequin, การประเมินความโปร่งใสเชิงการรับรู้ของการบีบอัดเสียงเพลงแบบสูญเสียข้อมูลด้วยโคเดค Opus พรีพรินต์บน arXiv ตุลาคม 2026
- Google, YouTube Help: การเลือกการตั้งค่าตัวเข้ารหัส บิตเรต และความละเอียดสำหรับสตรีมสด 2026
- Google, YouTube Help: การตั้งค่าการเข้ารหัสสำหรับอัปโหลดที่แนะนำ 2026
- Meta for Developers, เอกสารอ้างอิง Live Video API 2026
- ศูนย์ช่วยเหลือของ Kick, วิธีสตรีมบน Kick 2026
- OBS Project, ไฟล์ services.json ของ rtmp-services, ซอร์สโค้ดของ OBS Studio (ค่าเริ่มต้น) และ บันทึกการออกรุ่น OBS Studio 30.0
- IETF, RFC 6716 Opus (2012), RFC 7874 ข้อกำหนดโคเดคเสียงของ WebRTC (2016), RFC 9725 WHIP (2025) และ draft-ietf-codec-results-03 (2013)
- Apple, ข้อกำหนดการสร้างเนื้อหา HLS สำหรับอุปกรณ์ Apple และ Apple Podcasts for Creators: ข้อกำหนดด้านเสียง 2026
- ชุมชน Hydrogenaudio, ผลการทดสอบการฟังหลายรูปแบบสาธารณะ กรกฎาคม 2014
- EBU, Tech 3324: การประเมินโคเดคเสียงหลายช่องสัญญาณของ EBU (2007), Tech 3344 v2.1 (2016) และ R 128 s2 เวอร์ชัน 3.0 (2023)
- ITU-R, ข้อเสนอแนะ BS.1534-3 (2015) และ ข้อเสนอแนะ BS.1116-3 (2015)
- Spotify Support, คุณภาพเสียง 2026
- ข้อสังเกตเกี่ยวกับข้อมูล: หน้าแนวทางการสตรีมของ Twitch ไม่สามารถแสดงผลเพื่ออ่านได้ ตัวเลขของ Twitch ที่ใช้จึงมีเพียงเพดานของค่าที่ตั้งไว้ล่วงหน้าใน OBS (320 kbps) คู่มือตัวเข้ารหัสของบุคคลที่สามอย่างน้อยหนึ่งฉบับ (Switchboard) ระบุ 160 kbps เป็นค่าสูงสุดของ AAC สำหรับ Twitch ซึ่งเป็นครึ่งหนึ่งของค่าที่ตั้งไว้ล่วงหน้าของ OBS เราไม่สามารถยืนยันตัวเลขใดตัวเลขหนึ่งกับ Twitch เองได้ จึงควรถือว่าข้อจำกัดเสียงของ Twitch ยังไม่ได้รับการยืนยันจนกว่าจะตรวจสอบบนหน้าจริง Kick ไม่เผยแพร่บิตเรตเสียง งานของ Deezer เป็นพรีพรินต์ที่อยู่ระหว่างการพิจารณาสำหรับ ICASSP 2027 ผู้ฟังเป็นพนักงานของ Deezer และทดสอบ Opus กับเพลงเท่านั้น เกณฑ์ 160 kbps ของงานนี้จึงไม่ควรนำไปใช้กับ AAC หรือเสียงพูด หน้าผลลัพธ์ของ Hydrogenaudio อธิบายบิตเรตส่วนเกินของ MP3 ทั้งว่า “มากกว่า 30 kbps” และ “มากกว่า 29%” เรารายงานเฉพาะค่าเฉลี่ยที่วัดได้ EBU Tech 3324 อ้างถึงคะแนนมากกว่า 14,000 คะแนนจากผู้ร่วมทดสอบราว 150 คนในส่วนสรุป ซึ่งไม่ตรงกับตารางรายห้องปฏิบัติการของเอกสารเอง (ผู้ฟังที่ยอมรับ 87 และ 71 คน) เราจึงไม่ใช้ยอดรวมผู้ฟังจากเอกสารนั้น ข้อมูลการทดสอบการฟังในหัวข้อที่ 4 และ 5 ส่วนใหญ่เก่ากว่าสามปี (2007 ถึง 2014) โดยงานของ Deezer เป็นข้อยกเว้นล่าสุดเพียงรายการเดียว YouTube Live แนะนำ 44.1 kHz สำหรับสเตอริโอ ขณะที่แนวทางการอัปโหลดของตนเอง Kick และ OBS ใช้ 48 kHz
อัปเดตล่าสุด: 6 พฤศจิกายน 2026 เราจะทบทวนและอัปเดตสรุปนี้ทุกไตรมาส และคาดว่าการอัปเดตครั้งถัดไปจะเกิดขึ้นเมื่อรายงานการประชุม ICASSP 2027 เผยแพร่ฉบับที่ผ่านการพิจารณาโดยผู้เชี่ยวชาญของงานศึกษาความโปร่งใสของ Deezer Research