Natively จับสองแชนแนลที่เป็นอิสระจากกัน: เสียงระบบ ซึ่งคือสิ่งที่คนอื่นในสายกำลังพูด และไมโครโฟนของคุณ ซึ่งคือตัวคุณเองเท่านั้น ทั้งสองล้มเหลวด้วยสาเหตุที่ต่างกัน ดังนั้นขั้นแรกในการวินิจฉัยคือหาว่าสองสิ่งนี้สิ่งใดที่เงียบ
เปิดวิดีโอที่มีเสียงพูดและพูดประโยคหนึ่งด้วยตัวเอง หากบทถอดเสียงแสดงประโยคของคุณแต่ไม่ใช่วิดีโอ ปัญหาคือเสียงระบบ หากแสดงวิดีโอแต่ไม่ใช่คุณ ปัญหาคือไมโครโฟน หากไม่แสดงทั้งสองอย่าง ให้เริ่มจากส่วนสิทธิ์การเข้าถึงด้านล่าง
เสียงระบบเงียบ
- macOS: การจับเสียงระบบขึ้นอยู่กับสิทธิ์ Screen Recording ให้สิทธิ์ใน System Settings → Privacy & Security → Screen Recording จากนั้นปิดและเปิด Natively ใหม่: macOS ไม่ขยายสิทธิ์ใหม่ไปยังโปรเซสที่กำลังทำงานอยู่แล้ว
- Windows: ไม่เกี่ยวกับสิทธิ์ แต่เกี่ยวกับอุปกรณ์เสียงออก หากสายกำลังเล่นผ่านเฮดเซ็ตขณะที่เอาต์พุตเริ่มต้นของ Windows คือลำโพง การจับแบบ loopback จะฟังอุปกรณ์ที่ผิด ให้จับคู่กันให้ตรง
- ทั้งสอง: หากอีกฝ่ายอยู่บนบริดจ์โทรศัพท์ dial-in ที่ส่งผ่านอุปกรณ์ที่ Natively ไม่ได้ฟังอยู่ ก็ไม่มีอะไรให้จับ ตรวจสอบว่าเสียงออกมาจากที่ใดจริง ๆ
ไมโครโฟนเงียบ
- macOS: System Settings → Privacy & Security → Microphone จากนั้นรีสตาร์ทแอป
- Windows: Settings → Privacy & security → Microphone มีสวิตช์แยกกันสองตัว ตัวที่คนมักพลาดคือ Let desktop apps access your microphone ซึ่งอยู่ด้านล่างของหน้า สวิตช์ระดับแอปที่อยู่เหนือมันไม่ครอบคลุมแอปเดสก์ท็อป
- ทั้งสอง: การจับภาพแบบ exclusive-mode โดยแอปอื่นอาจล็อกอุปกรณ์ไว้ ปิดซอฟต์แวร์ประชุมหรือบันทึกอื่น ๆ แล้วลองใหม่
เสียงเข้ามาแต่บทถอดเสียงว่างเปล่า
นี่คือความล้มเหลวอีกแบบหนึ่งที่ชี้ไปที่ชั้นแปลงเสียงเป็นข้อความ ไม่ใช่การจับเสียง Natively หมุนคีย์ผู้ให้บริการโดยอัตโนมัติและตรวจสอบการเชื่อมต่อที่แช่แข็งอย่างเงียบ ๆ ดังนั้นปัญหาจากผู้ให้บริการจริงมักจะฟื้นตัวเองภายในไม่กี่วินาที หากไม่ฟื้น ให้ตรวจสอบว่าคีย์ผู้ให้บริการของคุณยังใช้ได้และมีโควต้าเหลืออยู่ คีย์ที่หมดอายุจะให้อาการแบบนี้เป๊ะ ๆ คือเสียงใสแต่ไม่มีคำพูดเลย
