Initializing, please wait a moment

Mức Kiểm Tra Microphone: Yên Tĩnh, Bình Thường và Peak Thực Sự Có Nghĩa Là Gì

Dành cho khi đồng hồ microphone ĐANG di chuyển nhưng bạn không biết liệu mức có phù hợp cho cuộc gọi Zoom, quá yên, hay đang clipping. Bài kiểm tra chạy trên Microphone Test Online, trong trình duyệt, không tải lên.

Last reviewed: 2026-07-01

Câu trả lời 30 giây. Khi bạn nói ở âm lượng bình thường, đồng hồ đo mức nên nhảy đến khoảng nửa thang đo trên một kiểm tra microphone trình duyệt tiêu biểu - khoảng giữa đồng hồ, rõ ràng xa khỏi đáy, không bao giờ chạm vào đỉnh. Một đồng hồ chỉ nhích lên khỏi đáy là quá yên (tăng gain đầu vào hoặc đi gần microphone hơn - xem các bước bên dưới); một đồng hồ ghim vào đỉnh mỗi từ là đang clipping (giảm gain đầu vào). Cho cuộc gọi Zoom hoặc Google Meet mục tiêu giữa thang đo là đúng; cho ghi âm podcast bạn muốn mục tiêu thấp hơn một chút (khoảng một phần ba thang đo) để nhấn mạnh kịch tính vẫn có chỗ để peak mà không clipping.

Cái đồng hồ đo mức thực sự hiển thị

Cái đồng hồ đo mức thực sự hiển thị trên Kiểm tra microphone yên / bình thường / peak là trình duyệt nghe mic to thế nào lúc này - thanh chuyển động chứng minh chuỗi hoạt động, không phải gain đã lý tưởng.

Điều này quan trọng vì một đồng hồ đang di chuyển là bằng chứng ba thứ cùng một lúc: mic được chọn và không tắt tiếng, ngăn xếp audio hệ điều hành đang chuyển mẫu đến trình duyệt, và trang có quyền đọc chúng. Ngược lại, một đồng hồ phẳng nghĩa là chuỗi bị gãy ở đâu đó - cái mà Microphone test no sound: 4 fixes that work hướng dẫn bạn giải quyết. Hướng dẫn này tiếp tục từ nơi cái đó kết thúc: đồng hồ đang di chuyển, nhưng mức có đúng?

Yên tĩnh, bình thường và peak: ba vùng của đồng hồ

Hầu hết kiểm tra microphone trình duyệt dùng một đồng hồ thang đo cố định: một thanh dọc (hoặc chồng segment) với một "đáy" được xác định (im lặng) và "đỉnh" (thang đo đầy số, nơi màu bão hòa). Chia tinh thần thang đo đó thành ba phần:

  • Phần ba dưới (yên tĩnh). Thanh chỉ nhích lên khỏi sàn khi bạn nói ở âm lượng bình thường. Audio đang đến trình duyệt, nhưng mức đầu vào quá thấp cho một cuộc gọi sạch: người nghe sẽ nghe bạn ở tiếng thầm trừ khi họ tăng âm lượng phát lại, cái cũng khuếch đại bất kỳ tiếng ồn phòng nào bạn có. Cái gì để sửa: tăng gain đầu vào mic, đi gần mặt bàn đến mic hơn (một boom headset USB nên ngồi cách góc miệng hai đến ba độ rộng ngón tay), hoặc chuyển sang một mic nhạy hơn nếu bạn dùng một array tích hợp laptop.
  • Phần ba giữa (bình thường). Thanh nhảy đến khoảng nửa thang đo trên các từ nhấn mạnh và rồi trở lại gần đáy giữa các từ. Đây là mức tiêu chuẩn sẵn sàng cho cuộc gọi: đủ to để hiểu được mà không cần gain bên người nghe, đủ nhỏ để nhấn mạnh thỉnh thoảng ("có!", một tiếng cười) có chỗ peak trên trung bình mà không đập vào đỉnh. Hầu hết mục tiêu chuyên nghiệp podcast và broadcast cũng đáp vào đây, hơi nghiêng về cuối thấp của "bình thường" để transient lớn vẫn vừa.
  • Phần ba trên (peak). Thanh đến vùng trên trên các âm tiết to hơn, thỉnh thoảng chạm đỉnh. Đây là "nóng" - chấp nhận cho rafagas ngắn nhưng có hại nếu kéo dài. Nếu thanh ghim ở đỉnh mỗi từ, tín hiệu đang clipping: màu số bão hòa ở thang đo đầy, và bất kỳ peak nào trên thang đo đầy bị cắt ngắn thành thang đo đầy, tạo distortion âm thanh được (một chất lượng vỡ vỡ, cắt lá ở các phụ âm). Cái gì để sửa: giảm gain đầu vào mic, đi xa mic một chút, hoặc tắt một tính năng auto-gain có thể đang khuếch đại quá mức.

Tính không đối xứng là có ý: audio số có trần cứng (thang đo đầy = 0 dBFS) và sàn mềm (tiếng ồn phòng + tiếng ồn điện tử). Bạn muốn headroom dưới trần vì clipping phá hoại và không đảo ngược, trong khi khoảng cách thêm từ sàn chỉ tốn một lượng nhỏ tỷ lệ tín hiệu-tiếng ồn mà người nghe sẽ không nghe được trên một cuộc gọi tiêu biểu.

Cái test không thể nói bạn về mức của bạn

Cái test không thể nói bạn về mức của bạn trên Microphone Test là hiệu chỉnh studio tuyệt đối - yên, bình thường và peak là vùng tương đối trên trang này, không phải số dBFS phòng lab.

  • Auto-gain control (AGC) cấp hệ điều hành có thể đang hoạt động. Windows ("Listen to this device" + "Microphone Boost"), macOS ("Use ambient noise reduction"), và nhiều driver headset USB chạy một AGC software để tăng đầu vào yên và làm giảm đầu vào lớn trước khi trình duyệt thấy mẫu. Một đồng hồ trông "hoàn hảo" khi AGC bật có thể ẩn một vị trí mic yếu cần bạn (hoặc ồn). Cho một đọc cấp-ghi-âm, tắt AGC cấp hệ điều hành trong cài đặt audio hệ điều hành, sau đó test lại.
  • Trình duyệt có thể áp dụng suppression tiếng ồn và hủy bỏ tiếng vọng của chúng. Các ràng buộc mặc định getUserMedia của Chrome bật echoCancellation, noiseSuppression, và autoGainControl. Một số trang test tắt các ràng buộc đó (nên bạn thấy đầu vào thô); các trang khác để chúng bật (nên bạn thấy tín hiệu đã xử lý mà Zoom và Meet sẽ nhận). Đọc đồng hồ có thể chuyển một đến hai phần ba thang đo giữa hai chế độ. Kiểm tra microphone trình duyệt trên trang này (xem trang công cụ) render canvas đo trực tiếp từ AnalyserNode thô nên bạn thấy tín hiệu trước lớp xử lý ứng dụng họp.
  • Mức bạn thấy không phải cái đối tác cuộc gọi của bạn nghe. Ứng dụng họp chạy suppression tiếng ồn và gain của chúng bên nhận. Một mức trong hơi nóng trong test trình duyệt có thể nghe ồn đối với người nghe Zoom; một mức trong ổn trong test có thể nghe mỏng nếu ứng dụng họp đang áp dụng gate tiếng ồn mạnh mẽ cắt âm tiết yên nhất của bạn. Đồng hồ là điểm khởi đầu, không phải mix cuối - xác nhận với một clip test đã ghi âm và một đối tác trước cuộc gọi quan trọng cao.

Mục tiêu theo trường hợp sử dụng

Mục tiêu theo trường hợp sử dụng cho Kiểm tra microphone yên / bình thường / peak: giữ giọng nói ở phần ba giữa cho cuộc gọi; để headroom dưới vùng peak để tiếng cười không clip giữa câu.

  • Cuộc họp video (Zoom, Google Meet, Microsoft Teams). Giữa thang đo trên các từ nhấn mạnh. Ứng dụng họp khoan dung với phạm vi đầu vào rộng vì các giai đoạn gain riêng của chúng tại chuẩn hóa bên nhận. Rủi ro lớn hơn là clipping (cái chúng không thể sửa) và tiếng ồn phòng quá mức (cái chúng có thể suppression một phần nhưng không loại bỏ).
  • Ghi âm podcast hoặc phỏng vấn. Khoảng một phần ba thang đo trên các từ nhấn mạnh. Podcaster làm việc trong dBFS (decibel so với thang đo đầy) và nhắm khoảng -18 dBFS đến -12 dBFS trung bình (mức "LUFS" tương tự về hình dạng). Mục tiêu thấp hơn để headroom cho các phản ứng to và chuẩn hóa hậu kỳ. Nếu ứng dụng ghi âm của bạn hiện dBFS số, ưu tiên các số đó; đồng hồ trực quan chỉ là một proxy.
  • Voice-over hoặc thuyết minh với một condenser studio. Khoảng một phần ba đến nửa thang đo trên các từ nhấn mạnh. Condenser studio đủ nhạy để ngay cả phòng yên cũng sẽ đưa các luồng nhỏ tiếng ồn lên bề mặt; ghi âm ở mức hơi thấp hơn và chuẩn hóa hậu kỳ là quy trình công việc tiêu chuẩn.
  • Chẩn đoán cuộc gọi di động / điện thoại. Nửa thang đo trên các từ nhấn mạnh. Cuộc gọi điện thoại và ngăn xếp headset Bluetooth thêm nén và giới hạn băng thông của chúng (thường 8 kHz mono trên di động, 16 kHz wideband trên VoIP); mức bạn ghi trong một test trình duyệt desktop chỉ vòng vo biểu thị cái một đối tác di động nghe.
See muc tieu muc mic theo truong hop su dung: cuoc hop video, podcast, thuyet minh, hoac cuoc goi.
Mục tiêu khác nhau theo trường hợp: gọi video, podcast, thuyết minh, hoặc điện thoại.

Nếu đồng hồ không bao giờ đến phần ba giữa

Trình duyệt đang đọc mẫu (đồng hồ di chuyển), nhưng mức bị mắc kẹt ở vùng dưới ngay cả khi bạn nói to. Ba kiểm tra nhanh giải quyết gần như mọi trường hợp:

  1. Tăng gain đầu vào mic trong cài đặt âm thanh hệ điều hành. Trên Windows, Cài đặt → Hệ thống → Âm thanh → Đầu vào, nhấp mic của bạn, trượt Volume đầu vào lên. Trên macOS, Cài đặt Hệ thống → Âm thanh → Đầu vào, trượt Volume đầu vào lên. Trên Chrome OS, Cài đặt → Thiết bị → Audio → Gain microphone. Chạy lại test và xem đồng hồ chuyển cao hơn.
  2. Đến gần mic. Áp suất âm thanh giảm với khoảng cách bình phương. Giảm một nửa khoảng cách bạn đến mic tăng mức bắt được khoảng 6 dB - một phần ba thang đo đầy trên một đồng hồ tiêu biểu. Array tích hợp của một laptop bắt to hơn nhiều khi bạn cách 30 cm hơn 60 cm.
  3. Chuyển thiết bị đầu vào. Hệ điều hành có thể đang chụp từ mic vật lý sai. Trang test trình duyệt nên gắn nhãn thiết bị hoạt động; nếu hiện "MacBook Pro Microphone" nhưng bạn đang đeo headset USB, hệ điều hành chọn thiết bị sai. Chuyển trong bảng âm thanh hệ điều hành, tải lại trang, re-cấp quyền, chạy lại test.

Nếu cả ba đúng và đồng hồ vẫn bay gần sàn, preamp mic có thể đang lỗi hoặc driver hệ điều hành có thể đang tắt tiếng kênh dưới thanh trượt volume đầu vào. Thử mic trong ứng dụng khác (Voice Memos trên macOS, Sound Recorder trên Windows) để tách lớp; nếu ứng dụng khác cũng hiện tín hiệu yếu, lỗi dưới lớp trình duyệt.

Nếu đồng hồ bị ghim ở đỉnh (clipping)

Nếu đồng hồ bị ghim ở đỉnh (clipping) trên Microphone Test, giảm gain mic ở hệ điều hành hoặc trình duyệt trước phỏng vấn - thanh đỏ nghĩa là méo tiếng mà app gọi cũng nghe thấy.

  1. Giảm gain đầu vào mic trong cài đặt âm thanh hệ điều hành. Cùng điều khiển trên; trượt xuống thay vì lên.
  2. Đi xa mic một chút. Ba đến năm centimet khoảng cách thêm thường đủ để lấy mức ra khỏi vùng clipping mà không mất dễ hiểu.
  3. Tắt mic boost. Trên Windows, Âm thanh → Ghi âm → (mic của bạn) → Properties → Levels thường hiện thanh trượt Microphone Boost với giá trị đến +30 dB. Đặt thành 0 dB. Nhiều driver OEM laptop được gửi với cái này bật mặc định; đó là nguyên nhân phổ biến nhất của "tôi không hét, nhưng tôi vẫn đang clipping".

Quyền riêng tư - cái xảy ra với audio khi bạn đang đọc đồng hồ

Kiểm tra microphone trình duyệt trên trang này chỉ trong trình duyệt: canvas đo trực tiếp đọc mẫu PCM từ AnalyserNode của Web Audio API và render đồng hồ trên cùng trang. Không gì được tải lên; không gì được lưu; không gì được ghi âm. Khi bạn dừng test hoặc đóng tab, trình duyệt giải phóng thiết bị và mẫu bắt được bị loại bỏ. Mức bạn thấy được tính cục bộ; không phải một chỉ báo "gửi đến server". (Xem trang công cụ cho khối quyền riêng tư đầy đủ và troubleshooting quyền trình duyệt.)

Đọc liên quan

Một thanh đang di chuyển chứng minh chuỗi hoạt động, không phải mức đã đúng

Điều hữu ích nhất mà một đồng hồ đang di chuyển cho bạn biết là ba lớp đều khỏe cùng một lúc: thiết bị đầu vào đúng được chọn và không tắt tiếng, ngăn xếp audio hệ điều hành đang số hóa mẫu, và trang có quyền đọc - một thanh phẳng nghĩa là một trong ba lớp đó bị gãy, không bao giờ chỉ nghĩa là mức của bạn "quá yên". Chiều cao thanh từ nó là một đọc biến đổi thô của các mẫu PCM được lấy mỗi khung từ AnalyserNode của Web Audio API, nên nó báo cáo tín hiệu sau driver hệ điều hành nhưng trước bất kỳ gain nào của ứng dụng họp - đó là lý do tại sao cùng một giọng nói có thể đọc nửa thang đo trên đồng hồ AnalyserNode thô mà vẫn nghe mỏng đối với một người nghe Zoom có gate tiếng ồn cắt các âm tiết yên. Các ràng buộc mặc định getUserMedia của Chrome bật echoCancellation, noiseSuppression và autoGainControl, và một trang test để chúng bật so với một trang tắt chúng có thể hiện một đọc chênh lệch một đến hai phần ba thang đo cho cùng một microphone. Khoảng cách là đòn bẩy rẻ nhất khi chuỗi đã được xác nhận hoạt động: giảm một nửa khoảng cách giữa miệng bạn và microphone tăng mức bắt được khoảng 6 dB, tức khoảng một phần ba đầy của một đồng hồ thang đo cố định tiêu biểu, nên chuyển từ 60 cm xuống 30 cm thường nâng một đọc phần ba dưới lên giữa sẵn sàng cho cuộc gọi mà không chạm vào bất kỳ thanh trượt gain nào. Nếu bạn vẫn cần chẩn đoán chính chuỗi thay vì tinh chỉnh mức, Microphone test no sound: 4 fixes that work bao quát trường hợp đồng hồ phẳng; trang này giả định thanh đã di chuyển và bạn chỉ cần biết liệu nửa thang đo, phần ba dưới, hay ghim ở đỉnh là đọc bạn muốn.