Skip to main content
appkiro.com

Test micro online

Chọn đúng thiết bị đầu vào, nói ở khoảng cách bình thường rồi kiểm tra tín hiệu mà trình duyệt nhận được. Nghe lại có độ trễ và xem dạng sóng, phổ tần, mức đỉnh để phát hiện mất tiếng, nhiễu hoặc clipping.

Trang chỉ được yêu cầu quyền micro sau khi bạn bắt đầu. Chỉ hiển thị cam kết xử lý cục bộ hoặc không ghi âm khi source code chứng minh đúng.

Quyền truy cập micro

Nội dung phải mô tả đúng source code. Nếu audio chỉ nằm trong bộ nhớ để hiển thị và nghe lại, không được ghi hay gửi lên máy chủ, có thể nói rõ như vậy. Nếu analytics, chẩn đoán, ghi âm hoặc xử lý từ xa chạm tới dữ liệu micro, phải công khai. Khi dừng, implementation cần stop toàn bộ media track đang hoạt động.

Hiển thị tín hiệu trực tiếp

Dạng sóng
Phổ tần số
Mức đầu vào-∞ dB

Input Level

-∞dBFS

Mức đỉnh

-∞dBFS

Nền nhiễu

-100dBFS

Độ trễ nghe lại

1.0s

Điều khiển nghe lại

s
Nên dùng tai nghe hoặc giảm loa để tránh hú âm.

Làm sao biết micro có hoạt động?

Hãy chọn đúng đầu vào, cấp quyền và nói ở khoảng cách bạn thường dùng. Đồng hồ mức chuyển động cho biết tín hiệu đã tới trình duyệt; phần nghe lại giúp nhận ra nhiễu, méo tiếng, ngắt quãng hoặc việc chọn nhầm micro trước khi mở ứng dụng khác.

Công cụ kiểm tra những gì?

Đúng thiết bị đầu vào

Xác nhận trình duyệt đang nghe micro USB, tai nghe hoặc micro tích hợp mà bạn thực sự muốn dùng.

Tín hiệu theo thời gian thực

Dạng sóng, phổ tần và đồng hồ mức cho thấy các khía cạnh khác nhau của tín hiệu nhưng không thay thế thiết bị đo đã hiệu chuẩn.

Nghe lại có độ trễ

Nghe tín hiệu sau một khoảng ngắn để dễ nhận biết chất lượng và giảm nguy cơ âm thanh đi thẳng từ loa trở lại micro.

Chỉ báo đang chạy

Mức trung bình, mức đỉnh, tiếng nền, giọng nói và clipping giúp phát hiện nhanh lỗi thiết lập rõ ràng.

Khi nào nên test micro?

  • Trước cuộc họp video, phỏng vấn hoặc lớp học trực tuyến.
  • Trước khi ghi podcast, voice-over hoặc hướng dẫn màn hình.
  • Sau khi đổi thiết bị đầu vào của hệ điều hành hoặc cắm tai nghe mới.
  • Khi người nghe phản ánh tiếng nhỏ, nhiễu, méo hoặc chập chờn.
  • Khi muốn so sánh tín hiệu có và không có xử lý của trình duyệt, nếu UI thực sự cho phép.

Cách kiểm tra micro

  1. Chọn đúng micro

    Chọn chính xác thiết bị bạn sẽ sử dụng. Tên thiết bị có thể chỉ hiện sau khi cấp quyền.

  2. Cấp quyền truy cập

    Cho phép trang dùng micro. Công cụ không thể bắt đầu khi quyền đang bị chặn.

  3. Nói như khi sử dụng thật

    Giữ khoảng cách và âm lượng nói bình thường, không hét sát màng micro.

  4. Nghe và quan sát

    Dùng tai nghe khi nghe lại, sau đó kiểm tra tiếng nền, mức đỉnh, clipping và việc nhận diện giọng nói có ổn định không.

  5. Sửa tại nguồn rồi thử lại

    Điều chỉnh gain, vị trí đặt micro, dây nối, trạng thái mute hoặc tiếng ồn trong phòng và lặp lại cùng điều kiện.

Cách đọc các chỉ số

Mức đầu vào và dBFS

dBFS lấy mức số tối đa làm mốc: 0 dBFS là trần, còn tín hiệu bình thường mang giá trị âm. Không nên công bố một con số “lý tưởng” cho mọi trường hợp nếu chưa có phương pháp đo rõ ràng.

Mức đỉnh và clipping

Peak là mẫu hoặc khung tín hiệu lớn nhất gần đây. Clipping lặp lại cho thấy đầu vào đã chạm trần số và cần giảm gain ngay từ nguồn.

Noise floor

Noise floor ước tính mức tín hiệu khi bạn không nói. Quạt, điều hòa, tiếng ù điện và gain quá cao đều có thể làm nền nhiễu tăng.

Độ trễ và âm lượng nghe lại

Độ trễ quyết định trình duyệt chờ bao lâu trước khi phát lại tín hiệu. Vì nghe lại có thể gây hú, tai nghe là lựa chọn an toàn nhất.

Dạng sóng, phổ tần và đồng hồ mức

Dạng sóng cho thấy biên độ theo thời gian, phổ tần cho thấy năng lượng theo tần số, còn đồng hồ mức phù hợp nhất để kiểm tra tín hiệu quá nhỏ hay quá lớn.

Quyền truy cập và cách xử lý dữ liệu

Nội dung phải mô tả đúng source code. Nếu audio chỉ nằm trong bộ nhớ để hiển thị và nghe lại, không được ghi hay gửi lên máy chủ, có thể nói rõ như vậy. Nếu analytics, chẩn đoán, ghi âm hoặc xử lý từ xa chạm tới dữ liệu micro, phải công khai. Khi dừng, implementation cần stop toàn bộ media track đang hoạt động.

Những điều bài test không thể khẳng định

  • Không đảm bảo ứng dụng họp hoặc ghi âm khác sẽ xử lý micro giống hệt.
  • Khử vọng, giảm nhiễu và tự động gain của trình duyệt có thể làm tín hiệu thay đổi.
  • Các số đo phụ thuộc implementation và không thay thế phép đo âm học đã hiệu chuẩn.
  • Nghe lại qua loa dễ gây hú và không đại diện chính xác chất lượng qua tai nghe hoặc đường truyền từ xa.

Mẹo thiết lập thực tế

  • Kiểm tra trong đúng căn phòng và khoảng cách bạn sẽ dùng.
  • Đặt micro hơi lệch trục để giảm tiếng bật hơi.
  • Giảm gain phần cứng hoặc hệ điều hành trước khi trông chờ normalize phần mềm.
  • Chỉ so sánh các chế độ xử lý của trình duyệt khi UI thực sự cung cấp lựa chọn đó.

Xử lý lỗi thường gặp

Đồng hồ mức không chuyển động

Kiểm tra thiết bị đang chọn, nút mute phần cứng, mức đầu vào của hệ điều hành và quyền trình duyệt. Ứng dụng khác cũng có thể đang giữ micro.

Nghe lại bị trễ hoặc giật

Một phần độ trễ là chủ ý. Tab nặng, thiết bị Bluetooth và tải hệ thống cao có thể làm chậm hoặc rơi mẫu.

Âm thanh bị méo

Giảm gain, nói xa hơn và kiểm tra tỷ lệ clipping về 0. Giảm âm lượng phát lại không thể sửa mẫu đã clipping ở đầu vào.

Xuất hiện tiếng hú lớn

Đó là feedback âm học. Hãy dừng nghe lại, dùng tai nghe hoặc giảm loa ngay.

Câu hỏi thường gặp về test micro

Công cụ có ghi lại giọng nói không?

Chỉ được khẳng định “không ghi âm” khi implementation không lưu hoặc duy trì audio micro ở bất kỳ nơi nào. Bài test trực tiếp vẫn phải đọc các frame trong bộ nhớ để đo mức và phát lại.

Vì sao tôi không chọn được đúng micro?

Trình duyệt thường ẩn tên thiết bị trước khi được cấp quyền. Hãy cho phép truy cập rồi mở lại danh sách micro.

Vì sao không nghe thấy tiếng phát lại?

Kiểm tra chế độ Monitor, âm lượng nghe lại, mute và thiết bị đầu ra. Dùng tai nghe và kiểm tra trình duyệt có chặn autoplay hay không.

Clipping nghĩa là gì?

Clipping xảy ra khi đầu vào chạm trần số và phần đỉnh của dạng sóng bị cắt. Hãy giảm gain hoặc tăng khoảng cách tới micro.

Mức micro bao nhiêu là tốt?

Không có một con số đúng cho mọi micro và workflow. Mục tiêu là giọng rõ, còn headroom, không clipping và cao ổn định hơn nền nhiễu; sau đó tuân theo yêu cầu của ứng dụng đích.

Vì sao âm thanh khác khi vào ứng dụng họp?

Ứng dụng khác có thể dùng giảm nhiễu, tự động gain, codec và xử lý mạng riêng. Trang này kiểm tra đường vào, không dự đoán mọi xử lý phía sau.

Có test được tai nghe Bluetooth không?

Có nếu hệ điều hành và trình duyệt nhận thiết bị đó là đầu vào. Profile Bluetooth có thể làm chất lượng giảm hoặc độ trễ tăng.

Làm sao ngừng quyền micro?

Dừng bài test và kiểm tra biểu tượng dùng micro của trình duyệt đã tắt. Implementation phải stop mọi media track khi test hoặc trang đóng.