เลเทนซีเสียงลูปแบ็ก — สิ่งที่ทดสอบเล่นไม่บอก

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

ทุกการตรวจฮาร์ดแวร์เริ่มเหมือนกัน เสียบลำโพงใหม่ เล่นโทนทดสอบ ยืนยันว่าเสียงออก เสียบไมโครโฟน พูด ดูมิเตอร์ระดับกระโดด สองการทดสอบนั้นยืนยันว่าเส้นทางเอาต์พุตทำงานและเส้นทางอินพุตทำงาน ไม่มีการทดสอบใดวัดคำถามที่กำหนดว่าระบบเสียงของคุณรับมืองานจริงได้หรือไม่: เสียงใช้เวลานานเท่าไหร่จากไมโครโฟน ผ่านคอมพิวเตอร์ และออกลำโพง?

ตัวเลขนั้นคือ เลเทนซีรอบไปกลับ และมันกำหนดเงียบๆ ว่าระบบของคุณรับมืองานใดได้จริง:

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

การทดสอบลำโพงและไมโครโฟนของคุณตอบว่า “ทำงานไหม?” การทดสอบเลเทนซีลูปแบ็กตอบว่า “เร็วแค่ไหน?” หน้านี้อธิบายเลเทนซีรอบไปกลับคืออะไร มาจากไหน และจะลดได้อย่างไร ตัวเลขที่นี่มาจากประสบการณ์ทั่วไปจากฮาร์ดแวร์และซอฟต์แวร์หลายชุด — ASIO บน Focusrite Scarlett 2i2 จะให้ตัวเลขต่างจาก Realtek codec ออนบอร์ดบน Windows 11 ผลของคุณจะต่างไปตามอินเทอร์เฟซ ไดรเวอร์ และการตั้งค่าบัฟเฟอร์เฉพาะของคุณ

โทนทดสอบไม่วัดเลเทนซี

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

ดูบัฟเฟอร์เติม

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

1. บัฟเฟอร์อินพุต. ตัวแปลงอนาล็อกเป็นดิจิทัลสุ่มต่อเนื่อง แต่ระบบปฏิบัติการส่งเสียงเป็นบล็อก ไดรเวอร์รอบัฟเฟอร์เต็มก่อนส่งข้อมูลให้แอป ที่ 48 kHz บัฟเฟอร์ 128 ตัวอย่างใช้ 2.7 มิลลิวินาทีเติม — นั่นคือระยะเวลาที่เสียงของคุณรอก่อนใครประมวลผล ระบบส่วนใหญ่เก็บสองหรือสามบัฟเฟอร์ในการส่ง คาดว่าประมาณห้าถึงแปดมิลลิวินาทีก่อนแอปเห็นตัวอย่างแรก
2. แปลงอนาล็อกเป็นดิจิทัล. ตัวแปลงต้องการเวลาสุ่ม ควอนไทซ์ และจังหวะสัญญาณ บนฮาร์ดแวร์ผู้บริโภคมักให้หนึ่งถึงสามมิลลิวินาที อินเทอร์เฟซเฉพาะทำได้ดีกว่า
3. การกำหนดเวลาระบบปฏิบัติการ. ออดิโอเอนจินปลุกแอปตามจับเวลา และการปลุกขึ้นกับการกำหนดเวลาเธรดปกติ ในโหมดร่วมระบบปฏิบัติการยังผสมสตรีมของคุณกับแหล่งเสียงอื่นทุกตัวในระบบ เพิ่มการประมวลผลของตัวเอง ขั้นตอนนี้ให้ตั้งแต่ไม่กี่มิลลิวินาทีถึงยี่สิบหรือมากกว่า ขึ้นกับแพลตฟอร์มและโหลด นี่คือขั้นตอนที่ Linux กับ PipeWire สามารถนำหน้า Windows — และที่เดสก์ท็อปสับสนสามารถเพิ่มเลเทนซีของคุณอย่างเงียบ
4. ประมวลผลแอปพลิเคชัน. ซอฟต์แวร์ปลายทาง — เวิร์กสเตชันออดิโอดิจิทัล ห่วงเอฟเฟกต์ กราฟออดิโอเบราว์เซอร์ — ประมวลผลบล็อกก่อนส่งต่อ น้อย แต่เป็นส่วนหนึ่งของผลรวมทั้งหมด
5. แปลงดิจิทัลเป็นอนาล็อก. กระจกของขั้นตอนสอง เพิ่มอีกหนึ่งถึงสามมิลลิวินาทีขณะที่สัญญาณที่ประมวลผลแล้วกลายเป็นแรงดันอนาล็อก
6. บัฟเฟอร์เอาต์พุต. ตัวอย่างที่ประมวลผลแล้วรอในบัฟเฟอร์เอาต์พุตจนกว่าตัวแปลงพร้อมเล่น ทำซ้ำคำนวณขนาดบัฟเฟอร์จากด้านอินพุต เพิ่มอีกห้าถึงแปดมิลลิวินาทีในการตั้งค่าทั่วไป รวมทุกขั้นตอน เลเทนซีรอบไปกลับโหมดร่วมมักอยู่ระหว่างสามสิบถึงหกสิบมิลลิวินาทีบนคอมพิวเตอร์ทั่วไป — ตัวเลขที่วัดได้ต่อไปนี้เป็นตัวอย่างจากฮาร์ดแวร์เฉพาะ ไม่ใช่ข้อกำหนดสากล ในการทดสอบอย่างไม่เป็นทางการบนแล็ปท็อป Windows 11 สต็อกกับ Realtek ALC897 codec ที่บัฟเฟอร์ 128 ตัวอย่าง การวัดโหมดร่วมอยู่ใกล้ขอบบนของช่วงนั้น ด้วย Behringer U-Phoria UM2 ผ่าน ASIO4ALL บนฮาร์ดแวร์เดียวกัน การวัดลดลงใกล้สิบห้ามิลลิวินาที นี่เป็นการสังเกตจากเครื่องเดียวโดยไม่มีเงื่อนไขควบคุม ใช้เป็นจุดอ้างอิงสำหรับช่องว่างทั่วไประหว่างเส้นทางโหมดร่วมและ ASIO ไม่ใช่ค่าที่รับประกันสำหรับฮาร์ดแวร์ของคุณ ไม่มีไดรเวอร์ใดลบเวลาแปลง — แต่โอเวอร์ฮีดบัฟเฟอร์และการกำหนดเวลา ซึ่งครอบคลุมทั้งหมด ลดลงอย่างมาก

ตัวเลขเดียว สองนิยาม

ซอฟต์แวร์เสียงมืออาชีพไม่ค่อยอ้างตัวเลขเดียว เปิดการตั้งค่าแอปพลิเคชันมืออาชีพจะเห็นสองค่า: เลเทนซีอินพุต คือเวลาจากไมโครโฟนถึงแอปพลิเคชัน และ เลเทนซีเอาต์พุต คือเวลาจากแอปพลิเคชันถึงลำโพง ไดรเวอร์เช่น ASIO รายงานทั้งสองค่าแยกกัน ส่วนเอกสารโฆษณามักอ้างตัวเลขที่ดูดีกว่า เลเทนซีรอบไปกลับคือผลรวมของทั้งสอง บวกเวลาประมวลผลของแอปพลิเคชันเอง หาระบบอ้าง 20 มิลลิวินาทีทางเดียว รอบไปกลับจะประมาณ 40 มิลลิวินาที ผู้ใช้ที่อ่าน “เลเทนซี 20 ms” แล้วคิดว่าเป็นความล่าช้าที่จะได้ยินจะผิดไปสองเท่า — และความผิดพลาดนี้พบบ่อยเพราะตัวเลขทางเดียวคือสิ่งที่พิมพ์บนสเปก สิ่งที่คุณรับรู้คือรอบไปกลับเสมอ เมื่อนักดนตรีมอนิเตอร์เสียงตัวเองหรือเครื่องดนตรี เสียงต้องออกจากไมโครโฟน ผ่านระบบ และกลับถึงหูฟังก่อนพวกเขาจะได้ยิน นั่นคือเส้นทางเต็มรูปแบบ ตัวเลขทางเดียวอธิบายเพียงครึ่งเส้นทาง เพื่อให้การสนทนาสม่ำเสมอ ตัวเลขทั้งหมดที่นี่หมายถึงเลเทนซีรอบไปกลับ เมื่อคุณเปรียบเทียบการวัดของคุณกับข้อกำหนดผลิตภัณฑ์หรือเกณฑ์มาตรฐาน ตรวจสอบเสมอว่าตัวเลขทั้งสองอธิบายการเดินทางชนิดเดียวกัน การเปรียบเทียบการวัดรอบไปกลับกับข้อกำหนดทางเดียวทำให้ระบบของคุณดูช้ากว่าความเป็นจริงสองเท่า

ระบบปฏิบัติการตัดสินใจก่อนคุณ

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

Windows: โหมดร่วม โหมดเอกสิทธิ์ และ ASIO

Windows เสนอสามวิธีเข้าถึงฮาร์ดแวร์ แต่ละวิธีมีโปรไฟล์เลเทนซีต่างกัน:

• WASAPI โหมดร่วม เป็นเส้นทางเริ่มต้นที่ทุกแอปพลิเคชันใช้ ยกเว้นขอร้องเป็นอย่างอื่น (Microsoft Learn: WASAPI Shared Mode, 2023) เสียงทั้งหมดถูกผสมกันและส่งด้วยบัฟเฟอร์อนุรักษ์นิยม เลเทนซีรอบไปกลับที่สังเกตได้ทั่วไปอยู่ระหว่างสามสิบสองถึงหกสิบสี่มิลลิวินาทีบนระบบทั่วไป ขึ้นกับขนาดบัฟเฟอร์และโหลด — เป็นช่วงจากประสบการณ์ทั่วไป ไม่ใช่ค่าที่รับประกัน Web Audio, WebRTC และมีเดียเพลย์แบ็กผ่านเส้นทางที่แตกต่างกันเล็กน้อย แต่ทั้งหมดเริ่มที่มิกเซอร์ร่วมนี้
• WASAPI โหมดเอกสิทธิ์หรือ ASIO บายพาสมิกเซอร์และให้แอปพลิเคชันหนึ่งเข้าถึงอุปกรณ์โดยตรง มักลดเลเทนซีเหลือประมาณสิบมิลลิวินาทีบนฮาร์ดแวร์ทั่วไป (Microsoft Learn: WASAPI Exclusive Mode, 2023) ใช้ได้กับแอปพลิเคชันเนทีฟที่ขอร้องเท่านั้น เบราว์เซอร์ใช้ไม่ได้
• ASIO เป็นโปรโตคอลไดรเวอร์ที่บายพาสสแต็กเสียงของ Windows ทั้งหมดและสื่อสารตรงกับฮาร์ดแวร์อินเทอร์เฟซ (Steinberg: ASIO Host and Driver Guide v2.3, 2021) ด้วยอินเทอร์เฟซที่มีความสามารถ ASIO มักทำได้แปดถึงสิบห้ามิลลิวินาที แม้ตัวเลขที่แน่นอนขึ้นกับอินเทอร์เฟซเฉพาะ เวอร์ชันไดรเวอร์ และการตั้งค่าบัฟเฟอร์ เบราว์เซอร์ใช้ไม่ได้

macOS: Core Audio

เฟรมเวิร์ก Core Audio ของ Apple มีการปรับปรุงที่ดี และแอปพลิเคชันเนทีฟมักทำได้แปดถึงยี่สิบมิลลิวินาทีรอบไปกลับด้วยการตั้งค่าบัฟเฟอร์ที่เหมาะสม เส้นทางร่วมมีประสิทธิภาพ ดังนั้นเลเทนซีที่วัดในเบราว์เซอร์บน macOS มักดีกว่าบน Windows แต่ยังคงอยู่เหนือขั้นต่ำเนทีฟ เพราะเบราว์เซอร์เข้าถึงอุปกรณ์เอกสิทธิ์หรือปรับบัฟเฟอร์ตามต้องการไม่ได้

Linux: ALSA, PulseAudio และ PipeWire

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

60 มิลลิวินาทีมีความหมายอย่างไร

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

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

สามคันโยก: อัตราตัวอย่าง บัฟเฟอร์ ไดรเวอร์

สามตัวควบคุมกำหนดว่าเลเทนซีของคุณอยู่ตรงไหนในเส้นทาง และไม่เท่ากันในผลกระทบ อัตราตัวอย่าง กำหนด throughput ของไปป์ไลน์ — จำนวนครั้งต่อวินาทีที่เสียงถูกวัด — ไม่ใช่ความล่าช้าโดยตรง มันโต้ตอบกับการกำหนดเวลาบัฟเฟอร์ เพราะบัฟเฟอร์วัดเป็นตัวอย่าง: 128 ตัวอย่างใช้ 2.9 มิลลิวินาทีที่ 44.1 kHz แต่เพียง 1.3 มิลลิวินาทีที่ 96 kHz ดังนั้นขนาดบัฟเฟอร์เดียวกันแม็พเป็นระยะเวลาต่างกันที่อัตราตัวอย่างต่างกัน ข้อจำกัดคืออัตราที่สูงกว่าต้องการการประมวลผลมากขึ้นต่อวินาที ซึ่งมักบังคับให้คุณเพิ่มบัฟเฟอร์กลับขึ้นเพื่อรักษาความเสถียร ยกเลิกการได้ประโยชน์ การไล่ 96 หรือ 192 kHz มักบังคับบัฟเฟอร์ใหญ่ขึ้นเพื่อให้สตรีมเสถียร ซึ่งอาจยกเลิกการได้ประโยชน์ทางทฤษฎีหรือทำให้ช้าลง ถือว่าอัตราตัวอย่างเป็นการตั้งค่าเวิร์กโฟลว์ โดยทั่วไป 48 kHz ไม่ใช่ตัวควบคุมเลเทนซีหลัก 48 kHz กลายเป็นมาตรฐานโดยพฤตินัยสำหรับเสียงที่ซิงค์กับวิดีโอเพราะแม็พลงบนอัตราเฟรมวิดีโอ 24, 25 และ 30 fps ได้อย่างสะอาด ซึ่งเป็นเหตุผลที่ไปป์ไลน์ออดิโอ-วิดีโอมืออาชีพตั้งค่าเริ่มต้นที่นั่น ขนาดบัฟเฟอร์ เป็นคันโยกเลเทนซีหลัก กำหนดว่าเสียงสะสมเท่าใดก่อนระบบประมวลผล และปรากฏสองครั้งในรอบไปกลับ — ครั้งฝั่งอินพุตและครั้งฝั่งเอาต์พุต การลดบัฟเฟอร์ครึ่งหนึ่งลดส่วนของความล่าช้านั้นครึ่งหนึ่ง แต่ยังลดเวลาที่ระบบมีเพื่อส่งบล็อกแต่ละชุดครึ่งหนึ่งด้วย เพิ่มความเสี่ยงบัฟเฟอร์อันเดอร์รัน: คลิก ป๊อป และดรอปเอาต์ เมทริกซ์ปฏิบัติที่ 48 kHz มีลักษณะดังนี้:

• 64 ตัวอย่าง — ประมาณ 8–12 ms รอบไปกลับบนฮาร์ดแวร์ที่มีความสามารถกับ ASIO หรือโหมดเอกสิทธิ์ อินเทอร์เฟซประหยัดมักผลิตคลิกที่ขนาดนี้
• 128 ตัวอย่าง — ประมาณ 12–20 ms จุดที่เหมาะ ASIO ทั่วไปสำหรับการผลิต
• 256 ตัวอย่าง — ประมาณ 20–35 ms มักเป็นขนาดเสถียรน้อยที่สุดในโหมดร่วม
• 512 ตัวอย่าง — ประมาณ 35–60 ms ปลอดภัยแต่ช้าเห็นได้ชัด
• 1024 ตัวอย่าง — ประมาณ 60–100 ms สำหรับสตรีมมิ่งหรือเพลย์แบ็กที่เลเทนซีไม่สำคัญเท่านั้น ไดรเวอร์ กำหนดขั้นต่ำ ASIO และโหมดเอกสิทธิ์อนุญาตขนาดบัฟเฟอร์ 32 ถึง 128 ตัวอย่าง โหมดร่วมขั้นต่ำสูงกว่า โค้ดบลูทูธเพิ่มหนึ่งร้อยมิลลิวินาทีหรือมากกว่าก่อนจะพิจารณาบัฟเฟอร์ การปรับบัฟเฟอร์ใดๆ ไม่สามารถเอาชนะขั้นต่ำของไดรเวอร์ได้ ซึ่งเป็นเหตุผลที่ไดรเวอร์เป็นคันโยกแรก ไม่ใช่คันโยกสุดท้าย

เบราว์เซอร์ไม่ใช่ DAW

เบราว์เซอร์สามารถประเมินเลเทนซีรอบไปกลับโดยใช้ Web Audio API (MDN: Web Audio API, 2024) ซึ่งจัดกำหนดเวลาอิมพัลส์ผ่านเอาต์พุตและจับสัญญาณที่มาถึงที่อินพุตไมโครโฟน การวัดลูปแบ็ก Web Audio ทั่วไปบนแล็ปท็อปโหมดร่วมมักรายงาน 55–70 ms — สูงกว่าตัวเลข ASIO หลายเท่า — ช่องว่างที่แสดงภาษีเส้นทางร่วมของเบราว์เซอร์ เวลาที่วัดรวมเส้นทางอะคูสติกผ่านอากาศ ทรานสดิวเซอร์ลำโพงและไมโครโฟน การประมวลผลยกเลิกเสียงสะท้อนห้อง และสแต็กเสียงระบบทั้งหมด นี่เรียกว่า ความล่าช้ารอบไปกลับอะคูสติก และเป็นตัวเลขที่เกี่ยวข้องสำหรับคอลในเบราว์เซอร์ คาราโอเกะ และเกมในเบราว์เซอร์ แต่ไม่เท่ากับเลเทนซีรอบไปกลับ ASIO ที่ซอฟต์แวร์เสียงมืออาชีพวัด ข้อสังเกต: การวัดนี้ต้องการเส้นทางอะคูสติกระหว่างลำโพงและไมโครโฟนจริง การควบคุมเพิ่มอัตโนมัติ การกำจัดสัญญาณรบกวน และการยกเลิกเสียงสะท้อนสามารถเปลี่ยนรูปร่างอิมพัลส์ ขณะที่ระยะไมโครโฟน การสะท้อนห้อง และการตั้งค่าระดับเสียงมีผลต่อผลลัพธ์ทั้งหมด สิ่งที่เบราว์เซอร์ทำไม่ได้คือเข้าถึงกรณีที่ดีที่สุดของฮาร์ดแวร์ ต้องใช้เส้นทางเสียงร่วมของระบบปฏิบัติการ เข้าถึงอุปกรณ์เอกสิทธิ์ไม่ได้ โหลดไดรเวอร์ ASIO ไม่ได้ และควบคุมขนาดบัฟเฟอร์เสียงหรือลำดับความสำคัญเธรดของตัวเองไม่ได้ การวัดจึงสะท้อนเพดานโหมดร่วมของแพลตฟอร์มของคุณแทนขั้นต่ำจริงของฮาร์ดแวร์ เพดานนั้นคือตัวเลขที่ถูกต้องสำหรับงานในเบราว์เซอร์ คอลเว็บ เกมเบราว์เซอร์ คาราโอเกะเว็บ และสิ่งอื่นใดที่ทำงานในแท็บใช้เส้นทางเสียงของเบราว์เซอร์ที่ระดับ OS ร่วมกัน แม้ Web Audio, WebRTC และมีเดียเพลย์แบ็กจะแตกต่างกันในรายละเอียด หากตัวเลขที่วัดในเบราว์เซอร์ดี ทุกกรณีใช้งานเบราว์เซอร์จะรู้สึกดี หากแย่ ซอฟต์แวร์เนทีฟอาจยังช่วยคุณได้ — แต่เบราว์เซอร์มักช้ากว่าซอฟต์แวร์เนทีฟบนฮาร์ดแวร์และการตั้งค่าเดียวกัน

หกวิธีลดเลเทนซี

ทำตามลำดับผลกระทบ และหยุดทันทีที่ตัวเลขของคุณอยู่ในโซนที่คุณอยู่ได้:

1. แก้โหมดไดรเวอร์ก่อน. บน Windows ติดตั้งไดรเวอร์ ASIO สำหรับอินเทอร์เฟซเสียงของคุณ หรือเปลี่ยนเป็น WASAPI โหมดเอกสิทธิ์ นี่เป็นคันโยกใหญ่ที่สุดและฟรี
2. ลดขนาดบัฟเฟอร์. ลดจาก 512 เป็น 256 เป็น 128 เป็น 64 ตัวอย่าง ทดสอบทุกการตั้งค่า จนกว่าจะได้ยินคลิกหรือป๊อป แล้วเพิ่มกลับขึ้นหนึ่งระดับไปยังบัฟเฟอร์ใหญ่ที่สุดที่สะอาด
3. ตรวจอัตราตัวอย่าง. ใช้ 48 kHz สำหรับงานดนตรีและวิดีโอ การไล่ 96 หรือ 192 kHz มักบังคับบัฟเฟอร์ใหญ่ขึ้นและช้าลง
4. ปิดแอปพลิเคชันแข่ง. สตรีมมิ่ง แคปเจอร์ และแท็บเบราว์เซอร์ยุ่งแย่งเวลา CPU จากเธรดเสียงและทำให้อันเดอร์รันที่บัฟเฟอร์เล็ก
5. พิจารณาอินเทอร์เฟซเสียง. ฮาร์ดแวร์เฉพาะนำมาซึ่งตัวแปลงที่ดีกว่า ไดรเวอร์ ASIO ที่เหมาะสม และขนาดบัฟเฟอร์ที่เสียงออนบอร์ดทำไม่ได้
6. เลือกการเชื่อมต่อมีสาย. สำหรับสิ่งที่ไวต่อเวลา หูฟังมีสายดีกว่าบลูทูธหนึ่งร้อยมิลลิวินาทีหรือมากกว่า ไม่ว่าการตั้งค่าอื่นใดจะเป็นอย่างไร แต่ละขั้นตอนซ้อนทับ การย้ายจากโหมดร่วมที่ 512 ตัวอย่างเป็น ASIO ที่ 128 ตัวอย่างมักเปลี่ยนระบบจากห้าสิบมิลลิวินาทีเหลือต่ำกว่ายี่สิบ — ความแตกต่างระหว่างใช้ไม่ได้กับมืออาชีพ

บทสรุป

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

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