Trên giao diện ASIO 96 kHz, độ trễ khứ hồi đo được tăng từ 2,30 ms ở bộ đệm 64 mẫu lên 12,30 ms ở 1.024 mẫu (MathWorks, ví dụ Measure Audio Latency), khiến thiết lập lớn nhất vượt qua mục tiêu dưới 10 ms vốn được khuyến nghị từ lâu cho nhạc cụ kỹ thuật số (Wessel và Wright 2002). Cảm nhận của con người phức tạp hơn hướng dẫn đó: độ trễ tăng thêm vừa đủ nhận ra có giá trị trung bình là 48,8 ms trong một nghiên cứu nhấn phím năm 2024 (Schmid và cs., Audio Mostly 2024), thế nhưng các cặp vỗ tay đã bắt đầu mất tempo khi vượt quá độ trễ một chiều 11,5 ms (Chafe và Gurevich, AES 117th Convention 2004). Bài tổng hợp này bàn về độ trễ và hiệu năng chứ không phải doanh số, vì vậy về doanh thu và số lượng người dùng, hãy xem thống kê thị trường DAW của chúng tôi. Chúng tôi đã tổng hợp dữ liệu từ Microsoft Learn, Android Compatibility Definition Document, MathWorks, Scan Pro Audio, Audio Engineering Society, NIME, Music Perception, PLoS One, PNAS và hàng chục nguồn gốc khác.
Tóm tắt nhanh
- Độ trễ khứ hồi đo được là 2,30 ms ở bộ đệm 64 mẫu và 12,30 ms ở 1.024 mẫu trên giao diện ASIO 96 kHz (MathWorks, ví dụ Measure Audio Latency).
- Độ trễ tăng thêm vừa đủ nhận ra có giá trị trung bình là 48,8 ms từ mốc 0 ms nhưng chỉ 27,1 ms trên mốc 64 ms (Schmid và cs., Audio Mostly 2024).
- Nghệ sĩ bộ gõ và người chơi nghiệp dư đánh giá 0 ms cao hơn 20 ms và cao hơn mức 10 ms dao động, nhưng không cao hơn mức 10 ms ổn định (Jack và cs., Music Perception 2018).
- Phản hồi thính giác bị trễ 200 ms làm tốc độ nói chậm lại từ 5,2 xuống 4,3 âm tiết mỗi giây (Ozker và Hagoort, PLoS One 2025).
- Các cặp vỗ tay giữ tempo tốt nhất ở độ trễ một chiều 11,5 ms, và 85% màn trình diễn chậm lại ở mức 14 ms trở lên (Chafe và Gurevich, AES 2004).
- Các cặp song tấu piano nhanh dần ở 10 ms, giữ ổn định ở 20 ms và chậm lại khi thêm 40 ms độ trễ (Washburn và cs., Frontiers in Psychology 2021).
- Ryzen 9 9950X chạy 2.140 giọng nhạc cụ ảo ở bộ đệm 64 mẫu so với 8.580 ở 512, nhưng số phiên bản plugin chỉ tăng từ 482 lên 618 (Scan Pro Audio, DAWBench).
- Windows 10 giảm độ trễ kết xuất của bộ máy âm thanh xuống 1,3 ms, từ khoảng 12 ms đối với ứng dụng dấu phẩy động (Microsoft Learn, Low Latency Audio).
- Thiết bị âm thanh chuyên nghiệp trên Android phải đạt độ trễ khứ hồi từ 25 ms trở xuống, và 20 ms trên đường tương tự (Android 16 Compatibility Definition Document).
- Liên kết bộ điều khiển Bluetooth LE trung bình 139 ms từ hành động đến âm thanh, so với khoảng 0,6 ms của nền tảng nhúng Bela (McPherson và cs., NIME 2016).
- Độ trễ tai nghe kiểm âm in-ear từ 5 ms trở xuống được khuyến nghị để không ảnh hưởng đến phần biểu diễn (Shure Insights 2016, hướng dẫn của nhà cung cấp).
1. Cảm Nhận Độ Trễ: Nhạc Công Nhận Ra Bao Nhiêu Độ Trễ
Không có con số kỳ diệu duy nhất. Trong nghiên cứu ngưỡng khác biệt vừa đủ nhận thấy của Regensburg, độ trễ tăng thêm vừa đủ nhận ra có giá trị trung bình là 48,8 ms từ mốc không nhưng chỉ 27,1 ms trên mốc 64 ms (Schmid và cs., Audio Mostly 2024). Ngưỡng khác biệt vừa đủ nhận thấy (JND) là độ trễ tăng thêm nhỏ nhất mà người nghe phát hiện được một cách đáng tin cậy, chứ không phải độ trễ mà họ thoải mái khi chơi nhạc, và kết quả cho thấy một hệ thống vốn đã trễ khiến độ trễ bổ sung dễ bị nhận ra hơn chứ không khó hơn.
Các bài kiểm tra khi chơi nhạc đặt ngưỡng thấp hơn các bài kiểm tra phát hiện. Trong Jack và cs. (Music Perception 2018), các nghệ sĩ bộ gõ chuyên nghiệp và nhạc công nghiệp dư không thể đánh giá mức 10 ms ổn định là tệ hơn mức không, nhưng đánh giá mức 20 ms và mức trễ 10 ms dao động cộng trừ 3 ms là có chất lượng thấp hơn. Đối với các thiết lập bộ đệm, điều rút ra là tính nhất quán quan trọng ngang con số thô: một bộ đệm nhỏ ổn định tốt hơn một bộ đệm thỉnh thoảng bị kéo giãn.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Độ trễ tăng thêm vừa đủ nhận ra trung bình trong tác vụ nhấn phím, bắt đầu từ độ trễ nền 0 ms | 48,8 ms (SD 33,0; khoảng cá nhân 10 đến 129 ms) | Schmid và cs., Audio Mostly 2024 |
| Độ trễ tăng thêm vừa đủ nhận ra trung bình, bắt đầu từ độ trễ nền 64 ms | 27,1 ms (SD 17,0) | Schmid và cs., Audio Mostly 2024 |
| Độ trễ tăng thêm vừa đủ nhận ra trung bình, bắt đầu từ độ trễ nền 512 ms | 77,1 ms (SD 57,6) | Schmid và cs., Audio Mostly 2024 |
| Tương quan giữa mức am hiểu âm nhạc (điểm Gold-MSI) và độ trễ vừa đủ nhận ra | r(32) = -0,345, p = 0,046 | Schmid và cs., Audio Mostly 2024 |
| Đánh giá chất lượng của 0 ms so với 10 ms, 10 ms có jitter cộng trừ 3 ms, và 20 ms | Cao hơn mức 10 ms dao động và 20 ms; không cao hơn mức 10 ms ổn định | Jack và cs., Music Perception 2018 |
| Mục tiêu độ trễ được khuyến nghị cho nhạc cụ kỹ thuật số | Dưới 10 ms | Wessel và Wright 2002, được trích dẫn trong McPherson và cs., NIME 2016 |
| Độ trễ chấp nhận được đối với người biểu diễn trực tiếp, tùy nhạc cụ và cách thiết lập kiểm âm | 1,4 ms đến 42 ms | Lester và Boley, AES Convention Paper 7198, 2007 |
Ghi chú bối cảnh: tương quan âm có nghĩa là những người tham gia được đào tạo âm nhạc nhiều hơn phát hiện được độ trễ nhỏ hơn. Dữ liệu mới nhất hiện có về khoảng dung sai của người biểu diễn và mục tiêu thiết kế là Lester và Boley (AES, 2007) cùng Wessel và Wright (2002). Chúng tôi không tìm thấy bản nghiên cứu lặp lại nào mới hơn đã qua bình duyệt cho cả hai.
2. Nghe Giọng Mình Bị Trễ: Lời Nói và Kiểm Âm Giọng Hát
Giọng nói là tín hiệu ít chịu được độ trễ nhất, vì người nói cũng nghe nó ngay lập tức qua dẫn truyền xương. Nghiên cứu về phản hồi thính giác bị trễ (DAF), tức là nghe giọng mình phát lại muộn qua tai nghe, dùng 200 ms làm mốc gây rối: 40 người nói chậm lại từ 5,2 xuống 4,3 âm tiết mỗi giây với độ trễ 200 ms (Ozker và Hagoort, PLoS One 2025). Con số đó vượt xa mọi bộ đệm DAW hợp lý, nhưng nó phơi bày cơ chế: não dùng âm thanh của chính mình làm mốc thời gian, và một bản sao đến muộn sẽ xung đột với bản thật.
Mức độ nhạy cảm khác nhau rất nhiều giữa các cá nhân. Chỉ 3 trong 40 người tham gia rất nhạy cảm với cả phản hồi bị trễ lẫn phản hồi bị dịch cao độ, và một nghiên cứu PNAS năm 2026 liên hệ khả năng chống chịu này với cấu trúc của bó cung bên phải, một đường dẫn ngôn ngữ trong não. Với bất kỳ ai nghe giọng đã xử lý theo thời gian thực, dù là chuỗi xử lý giọng hát trong DAW hay hiệu ứng giọng nói thời gian thực cho streaming, sự khác biệt đó giải thích vì sao người biểu diễn này phớt lờ độ trễ còn người khác thì bị làm rối. Tai nghe kiểm âm in-ear là giải pháp thường dùng cho ca sĩ, và chúng cũng đi kèm những đánh đổi riêng về mức phơi nhiễm âm thanh, được đề cập trong thống kê mất thính lực ở nhạc công của chúng tôi.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Tốc độ nói với phản hồi tức thời so với phản hồi bị trễ 200 ms (40 người nói đọc câu) | 5,2 so với 4,3 âm tiết mỗi giây | Ozker và Hagoort, PLoS One 2025 |
| Độ to của giọng với phản hồi tức thời so với phản hồi bị trễ 200 ms | 58,2 so với 59,7 dB | Ozker và Hagoort, PLoS One 2025 |
| Người nói rất nhạy cảm với phản hồi bị trễ, với phản hồi bị dịch cao độ, và với cả hai | 10 trên 40, 10 trên 40 và 3 trên 40 | Ozker và Hagoort, PLoS One 2025 |
| Thời lượng trung bình của từ được nói với phản hồi tức thời so với phản hồi bị trễ 200 ms (30 người nói) | 0,85 giây so với 0,95 giây (t = 7,859, P < 0,001) | Ozker và cs., PNAS 2026 |
| Rối loạn trôi chảy lời nói ở độ trễ 200 ms so với độ trễ 0, 25 và 50 ms (17 người trưởng thành) | Nhiều gấp hai đến ba lần | Stuart và cs., JASA 2002 |
| Độ trễ tai nghe kiểm âm in-ear được khuyến nghị để không ảnh hưởng phần biểu diễn | 5 ms trở xuống | Shure Insights 2016 (hướng dẫn của nhà cung cấp) |
| Độ trễ loa kiểm âm sân khấu mà vượt quá đó độ trễ có thể bắt đầu bị nhận ra | 10 ms | Shure Insights 2016 (hướng dẫn của nhà cung cấp) |
Ghi chú bối cảnh: Stuart và cs. (JASA 2002) là dữ liệu mới nhất hiện có so sánh nhiều độ trễ ngắn (25 và 50 ms) với 200 ms; các nghiên cứu năm 2025 và 2026 chỉ kiểm tra 200 ms. Các con số của Shure là hướng dẫn của nhà sản xuất, không phải nghiên cứu có đối chứng, và có từ năm 2016.
3. Chơi Cùng Nhau: Nhịp Phối Hợp Của Dàn Nhạc Khi Có Độ Trễ
Dữ liệu về trình diễn nhóm biến độ trễ từ một sự khó chịu thành một sự trôi tempo có thể đo lường. Dưới độ trễ một chiều 11,5 ms, 74% màn vỗ tay nhanh dần; ở 14 ms trở lên, 85% chậm lại (Chafe và Gurevich, AES 117th Convention 2004). Một độ trễ nhỏ hoạt động như cái phanh giúp tempo ổn định, còn độ trễ lớn trở thành gánh nặng mà người chơi không thể thoát ra.
Nghiên cứu song tấu piano năm 2021 chỉ cùng hướng với nhạc cụ thật: các cặp nhanh dần ở 10 ms, giữ ổn định ở 20 ms và chậm dần ở 40 ms (Washburn và cs., Frontiers in Psychology 2021). Phần tổng quan các công trình trước của nghiên cứu này xác định sự đồng bộ ổn định ở 10 đến 25 ms và sự suy giảm chung khi vượt quá 60 ms. Việc kiểm âm qua DAW cộng độ trễ bộ đệm lên trên mọi khoảng cách âm học trong phòng, vì vậy các khoảng này quan trọng đối với các buổi thu âm, chứ không chỉ với các buổi chơi nhạc qua internet.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Khoảng độ trễ một chiều được kiểm tra trên các cặp vỗ tay (15 cặp được phân tích, 173 lượt thử) | 0 đến 77 ms | Chafe và Gurevich, AES 117th Convention 2004 |
| Độ trễ một chiều mà tại đó tempo trung bình không nhanh lên cũng không chậm lại | 11,5 ms | Chafe và Gurevich, AES 117th Convention 2004 |
| Màn trình diễn nhanh dần với độ trễ dưới 11,5 ms so với màn trình diễn chậm lại ở 14 ms trở lên | 74% so với 85% | Chafe và Gurevich, AES 117th Convention 2004 |
| Tempo song tấu piano ở độ trễ thêm 10, 20 và 40 ms (12 cặp) | Nhanh dần ở 10 ms, ổn định ở 20 ms, chậm lại ở 40 ms | Washburn và cs., Frontiers in Psychology 2021 |
| Tỷ lệ biến thiên của tempo tập thể được giải thích bởi độ trễ thêm | R² = 0,88 | Washburn và cs., Frontiers in Psychology 2021 |
| Các khoảng độ trễ từ nghiên cứu trước: chơi đồng bộ, tempo giảm, suy giảm chung | 10 đến 25 ms, 25 đến 60 ms, trên 60 ms | Washburn và cs., Frontiers in Psychology 2021 (tổng quan các nghiên cứu trước) |
| Khoảng độ trễ internet điển hình được nêu cho biểu diễn âm nhạc qua mạng | 20 đến 100 ms | Washburn và cs. 2021, trích dẫn Cáceres và cs. 2008 và Cáceres và Chafe 2010 |
Ghi chú bối cảnh: Chafe và Gurevich (2004) là dữ liệu mới nhất hiện có cho điểm lý tưởng 11,5 ms; nghiên cứu song tấu năm 2021 phù hợp với nó nhưng dùng các bước độ trễ khác.
4. Kích Thước Bộ Đệm và Độ Trễ Khứ Hồi
Kích thước bộ đệm đặt ra mức sàn, chứ không phải toàn bộ hóa đơn. Trong phép đo vòng lặp của MathWorks trên giao diện USB ASIO MADIface ở 96 kHz, độ trễ khứ hồi tăng từ 2,30 ms ở 64 mẫu lên 12,30 ms ở 1.024 mẫu. Bộ đệm lớn hơn 16 lần tạo ra độ trễ gấp khoảng 5,3 lần (12,30 / 2,30 = 5,35), vì một phần độ trễ hoàn toàn không phụ thuộc vào bộ đệm.
Phép tính của chúng tôi từ cùng bảng này tách riêng phần cố định đó. Phép đo 64 mẫu là 221 mẫu, còn lại 157 mẫu sau khi trừ bộ đệm 64 mẫu; phép đo 1.024 mẫu (12,3021 ms x 96 = 1.181 mẫu) cũng còn lại 157 mẫu. Đó là khoảng 1,64 ms (157 / 96.000) chi phí của bộ chuyển đổi, trình điều khiển và truyền dữ liệu mà không thiết lập bộ đệm nào loại bỏ được, nên mỗi lần nhân đôi chỉ cộng thêm thời lượng của số mẫu tăng thêm: thêm 64 mẫu ở 96 kHz là 0,67 ms, đúng bằng chênh lệch giữa các hàng 64 và 128 mẫu.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Độ trễ khứ hồi đo được, bộ đệm 64 mẫu, giao diện ASIO 96 kHz | 2,30 ms (221 mẫu) | MathWorks, ví dụ Measure Audio Latency |
| Độ trễ khứ hồi đo được, bộ đệm 128 mẫu và 256 mẫu | 2,97 ms và 4,30 ms | MathWorks, ví dụ Measure Audio Latency |
| Độ trễ khứ hồi đo được, bộ đệm 512 mẫu | 6,97 ms | MathWorks, ví dụ Measure Audio Latency |
| Độ trễ khứ hồi đo được, bộ đệm 1.024 mẫu | 12,30 ms | MathWorks, ví dụ Measure Audio Latency |
| Khoảng bộ đệm được trình điều khiển HDAudio tích hợp sẵn của Windows hỗ trợ | 128 mẫu (2,66 ms ở 48 kHz) đến 480 mẫu (10 ms ở 48 kHz) | Microsoft Learn, Low Latency Audio |
| Kích thước bộ đệm điển hình do thiết bị Android báo cáo | 96, 128, 160, 192, 240, 256 hoặc 512 khung | Android Developers, hướng dẫn Audio Latency |
| Sai số điển hình của độ trễ mà giao diện báo cáo, được Driver Error Compensation của Ableton Live hiệu chỉnh | Khoảng cộng trừ 1 ms đến 20 ms | Ableton Help Center, câu hỏi thường gặp Driver Error Compensation |
Ghi chú bối cảnh: câu hỏi thường gặp về Driver Error Compensation của Ableton cảnh báo rằng các thiết lập trên 20 ms có thể gây sự cố và giá trị phải được tính lại mỗi khi kích thước bộ đệm hoặc tần số lấy mẫu thay đổi. Nói đơn giản, một số giao diện báo cáo sai độ trễ của chính nó, nên bản thu bị lệch muộn trừ khi DAW được cho biết con số thực.
5. Kích Thước Bộ Đệm và Dư Địa CPU
Cái giá của bộ đệm nhỏ thể hiện ở lượng công việc mà CPU có thể hoàn tất trước mỗi hạn chót âm thanh. Trong bài kiểm tra nhạc cụ ảo DAWBench của Scan Pro Audio, chạy trong Reaper với giao diện RME Babyface, AMD Ryzen 9 9950X duy trì được 2.140 giọng đa âm ở bộ đệm 64 mẫu và 8.580 ở 512, nhiều hơn khoảng 4,0 lần (8.580 / 2.140 = 4,01). Bài kiểm tra số phiên bản plugin tăng ít hơn nhiều, từ 482 lên 618 phiên bản, mức tăng 28% (618 / 482 = 1,28).
Sự khác biệt đó là bài học thực tế: các nhạc cụ thư viện mẫu lớn là nơi bộ đệm nhỏ gây hại, trong khi các chuỗi hòa âm nặng về hiệu ứng ít bị ảnh hưởng hơn. Hai CPU cũng đổi vị trí cho nhau khi bộ đệm lớn dần, như các bảng kết quả của Ryzen 9 9950X và Core Ultra 7 270K Plus cho thấy: chip Intel dẫn đầu ở 64 mẫu (512 so với 482 phiên bản plugin) và hai bên hòa nhau ở 618 tại 512 mẫu. Hướng dẫn Logic Pro của Apple đưa ra lời khuyên quy trình tương ứng: thu âm ở thiết lập bộ đệm thấp nhất và chỉ tăng lên bậc kế tiếp nếu xuất hiện cảnh báo quá tải hệ thống.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Số phiên bản plugin DAWBench DSP, AMD Ryzen 9 9950X, ở bộ đệm ASIO 64 / 128 / 256 / 512 mẫu | 482 / 562 / 594 / 618 | Scan Pro Audio, bảng kiểm chuẩn 3XS Pro DAW Ryzen 9 9950X (do nhà bán lẻ công bố) |
| Số giọng đa âm DAWBench VI, AMD Ryzen 9 9950X, ở bộ đệm ASIO 64 / 128 / 256 / 512 mẫu | 2.140 / 3.780 / 5.660 / 8.580 | Scan Pro Audio, bảng kiểm chuẩn 3XS Pro DAW Ryzen 9 9950X (do nhà bán lẻ công bố) |
| Số phiên bản plugin DAWBench DSP, Intel Core Ultra 7 270K Plus, ở bộ đệm ASIO 64 / 128 / 256 / 512 mẫu | 512 / 558 / 583 / 618 | Scan Pro Audio, bảng kiểm chuẩn 3XS Project DAW Core Ultra 7 270K Plus (do nhà bán lẻ công bố) |
| Số giọng đa âm DAWBench VI, Intel Core Ultra 7 270K Plus, ở bộ đệm ASIO 64 / 128 / 256 / 512 mẫu | 2.380 / 4.080 / 6.380 / 9.260 | Scan Pro Audio, bảng kiểm chuẩn 3XS Project DAW Core Ultra 7 270K Plus (do nhà bán lẻ công bố) |
Ghi chú bối cảnh: đây là các bảng do một nhà lắp ráp hệ thống công bố trên chính trang sản phẩm của họ, không kèm chi tiết về trình điều khiển, BIOS hay phiên bản Windows, vì vậy hãy coi chúng là chỉ báo tham khảo chứ không phải kết quả phòng thí nghiệm độc lập.
6. Ngăn Xếp Âm Thanh Của Hệ Điều Hành: Windows và Android
Trước khi bất kỳ thiết lập DAW nào có hiệu lực, hệ điều hành quyết định có bao nhiêu bộ đệm nằm trên đường truyền. Windows 10 giảm độ trễ kết xuất của bộ máy âm thanh chia sẻ xuống 1,3 ms cho mọi ứng dụng, từ khoảng 12 ms đối với ứng dụng dấu phẩy động (Microsoft Learn, Low Latency Audio), nhưng bộ đệm mặc định ở chế độ chia sẻ vẫn ở mức khoảng 10 ms trừ khi ứng dụng yêu cầu rõ ràng nhỏ hơn. Mặc định đó là lý do ASIO, mô hình trình điều khiển do Steinberg tạo ra năm 1999, vẫn là chuẩn cho phần mềm âm nhạc trên Windows (blog Microsoft Windows Music Dev, 2024); khi trả lời độc giả trên bài viết đó, kỹ sư Pete Brown của Microsoft viết rằng nhìn chung bạn sẽ không đạt thấp hơn khoảng 10 ms trên ngăn xếp gốc, trong khi các trình điều khiển ASIO thường đạt vài mili giây một chữ số.
Câu trả lời của Microsoft là một trình điều khiển USB Audio Class 2 tích hợp sẵn mới với giao diện ASIO, được phát triển cùng Yamaha và Qualcomm, dự kiến có bản xem trước công khai vào năm 2026 qua các bản dựng Windows Insider Canary (Microsoft, bản cập nhật Windows Musician Technology mùa thu 2025). Android công bố các con số đạt hoặc không đạt cứng rắn hơn bất kỳ hệ điều hành máy tính nào: Android 16 Compatibility Definition Document đặt các mức trần theo cờ tính năng, và hướng dẫn dành cho nhà phát triển Android thừa nhận rằng nhạc công nhìn chung cần 10 ms dù cờ âm thanh chuyên nghiệp của nó được định nghĩa ở 20 ms.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Độ trễ kết xuất của bộ máy âm thanh Windows trước Windows 10, ứng dụng dấu phẩy động so với ứng dụng số nguyên | Khoảng 12 ms so với khoảng 6 ms | Microsoft Learn, Low Latency Audio |
| Độ trễ kết xuất của bộ máy âm thanh Windows 10 trở về sau | 1,3 ms cho mọi ứng dụng | Microsoft Learn, Low Latency Audio |
| Bộ đệm mặc định ở chế độ chia sẻ của Windows khi ứng dụng không yêu cầu bộ đệm nhỏ hơn | Khoảng 10 ms | Microsoft Learn, Low Latency Audio |
| Độ trễ đầu ra liên tục của Android đối với thiết bị khai báo tính năng độ trễ thấp | 45 ms hoặc thấp hơn | Android Developers, hướng dẫn Audio Latency |
| Mức trần độ trễ khứ hồi của Android, thiết bị khai báo FEATURE_AUDIO_PRO | 25 ms (20 ms trên đường tương tự); độ lệch tuyệt đối trung bình 5 ms | Android 16 Compatibility Definition Document |
| Mức trần độ trễ khứ hồi của Android, thiết bị khai báo FEATURE_AUDIO_LOW_LATENCY | 50 ms; độ lệch tuyệt đối trung bình 10 ms | Android 16 Compatibility Definition Document |
| Mức trần độ trễ từ chạm đến âm thanh của Android, thiết bị cầm tay cơ bản so với thiết bị âm thanh chuyên nghiệp | 250 ms so với 80 ms | Android 16 Compatibility Definition Document |
| Mức trần độ trễ đầu ra nguội và đầu vào nguội của Android, thiết bị âm thanh chuyên nghiệp | mỗi loại 200 ms | Android 16 Compatibility Definition Document |
Ghi chú bối cảnh: độ lệch tuyệt đối trung bình đo mức độ con số khứ hồi dao động giữa các lần đo, đây là đại lượng thay thế cho jitter trong CDD. Độ trễ từ chạm đến âm thanh là khoảng chậm từ lúc chạm vào màn hình đến lúc nghe thấy âm thanh phát ra.
7. Trước Bộ Đệm: Bộ Điều Khiển, MIDI và Liên Kết Không Dây
Một thiết lập bộ đệm hoàn hảo không thể cứu được đường truyền bộ điều khiển chậm. Trong các phép đo NIME 2016 của McPherson, Jack và Moro, liên kết cảm biến Bluetooth LE trung bình 139 ms từ hành động đến âm thanh, với 1% lượt thử đạt 334 ms, trong khi nền tảng nhúng Bela giữ ở khoảng 0,6 ms với jitter khoảng 20 micro giây. Các tác giả kết luận rằng gần như không có cấu hình vi điều khiển đến máy tính phổ biến nào họ thử nghiệm đáp ứng được các hướng dẫn về độ trễ và jitter đã được chấp nhận.
USB MIDI cho kết quả tốt hơn nối tiếp USB: bo mạch Teensy gửi USB MIDI vào Max/MSP trung bình 5,1 ms, còn Arduino Uno qua nối tiếp USB trung bình 8,2 ms và vượt quá 10 ms trong 12% thời gian. Không dây kỹ thuật số chuyên nghiệp thuộc một đẳng cấp khác, với Shure nêu khoảng 2,9 ms cho hệ thống ULX-D của họ. Vấn đề chuỗi các độ trễ này cũng xuất hiện ở phần cứng chơi game, như thống kê độ trễ trong game của chúng tôi cho thấy về độ trễ đầu vào và màn hình.
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Liên kết bộ điều khiển Bluetooth LE (BLEmini), từ hành động đến âm thanh | Trung bình 139 ms; 1% lượt thử ở 334 ms | McPherson và cs., NIME 2016 |
| Arduino Uno qua nối tiếp USB vào Max/MSP, trường hợp tốt nhất | Trung bình 8,2 ms; vượt 10 ms trong 12% thời gian | McPherson và cs., NIME 2016 |
| Teensy qua USB MIDI vào Max/MSP, cấu hình tốt nhất | Trung bình 5,1 ms; jitter 1,5 ms | McPherson và cs., NIME 2016 |
| Nền tảng nhúng Bela, từ đầu vào cảm biến tương tự đến đầu ra âm thanh | Khoảng 0,6 ms; jitter khoảng 20 micro giây | McPherson và cs., NIME 2016 |
| Độ trễ hệ thống micro không dây kỹ thuật số (ULX-D) | Khoảng 2,9 ms | Shure Insights 2016 (tuyên bố của chính nhà cung cấp) |
Ghi chú bối cảnh: McPherson và cs. (2016) là dữ liệu mới nhất hiện có cho phép so sánh song song các bộ điều khiển này. Jitter ở đây là độ phân tán giữa độ trễ ngắn nhất và dài nhất, quan trọng không kém giá trị trung bình, như phần 1 đã cho thấy.
Tổng kết: Kích Thước Bộ Đệm và Độ Trễ Xử Lý của DAW Qua Các Con Số
| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Độ trễ khứ hồi ở bộ đệm 64 mẫu so với 1.024 mẫu, giao diện ASIO 96 kHz | 2,30 ms so với 12,30 ms | MathWorks, ví dụ Measure Audio Latency |
| Độ trễ tăng thêm vừa đủ nhận ra trung bình từ mốc 0 ms | 48,8 ms | Schmid và cs., Audio Mostly 2024 |
| Độ trễ tăng thêm vừa đủ nhận ra trung bình từ mốc 64 ms | 27,1 ms | Schmid và cs., Audio Mostly 2024 |
| Đánh giá chất lượng: 10 ms ổn định so với độ trễ bằng không | Không bị đánh giá thấp hơn mức không | Jack và cs., Music Perception 2018 |
| Độ trễ chấp nhận được đối với người biểu diễn trực tiếp, theo nhạc cụ và cách kiểm âm | 1,4 ms đến 42 ms | Lester và Boley, AES Convention Paper 7198, 2007 |
| Tốc độ nói với phản hồi tức thời so với phản hồi bị trễ 200 ms | 5,2 so với 4,3 âm tiết mỗi giây | Ozker và Hagoort, PLoS One 2025 |
| Rối loạn trôi chảy lời nói ở độ trễ 200 ms so với các độ trễ ngắn hơn | Nhiều gấp hai đến ba lần | Stuart và cs., JASA 2002 |
| Điểm tempo lý tưởng khi chơi nhóm (độ trễ một chiều), và tỷ lệ màn trình diễn chậm lại ở 14 ms trở lên | 11,5 ms; 85% | Chafe và Gurevich, AES 117th Convention 2004 |
| Khoảng độ trễ hỗ trợ chơi nhóm đồng bộ | 10 đến 25 ms | Washburn và cs., Frontiers in Psychology 2021 (tổng quan các nghiên cứu trước) |
| Số giọng đa âm nhạc cụ ảo, Ryzen 9 9950X, bộ đệm 64 so với 512 mẫu | 2.140 so với 8.580 | Scan Pro Audio, DAWBench VI |
| Số phiên bản plugin, Ryzen 9 9950X, bộ đệm 64 so với 512 mẫu | 482 so với 618 | Scan Pro Audio, DAWBench DSP |
| Độ trễ kết xuất của bộ máy âm thanh Windows, Windows 10 trở về sau | 1,3 ms | Microsoft Learn, Low Latency Audio |
| Bộ đệm mặc định ở chế độ chia sẻ của Windows | Khoảng 10 ms | Microsoft Learn, Low Latency Audio |
| Mức trần khứ hồi của âm thanh chuyên nghiệp trên Android | 25 ms (20 ms tương tự) | Android 16 Compatibility Definition Document |
| Liên kết bộ điều khiển Bluetooth LE, từ hành động đến âm thanh | Trung bình 139 ms | McPherson và cs., NIME 2016 |
| Nền tảng nhúng Bela, từ đầu vào đến đầu ra | Khoảng 0,6 ms | McPherson và cs., NIME 2016 |
| Độ trễ tai nghe kiểm âm in-ear được khuyến nghị | 5 ms trở xuống | Shure Insights 2016 (hướng dẫn của nhà cung cấp) |
Phương pháp luận và Nguồn
- MathWorks, ví dụ “Measure Audio Latency” của Audio Toolbox: các phép đo khứ hồi theo vòng lặp theo kích thước bộ đệm ở 96 kHz.
- Schmid, Ambros, Bogon và Wimmer, “Measuring the Just Noticeable Difference for Audio Latency”, Audio Mostly 2024: JND theo độ trễ nền, 37 người tham gia được tuyển và 34 người được phân tích.
- Jack, Mehrabi, Stockman và McPherson, “Action-sound Latency and the Perceived Quality of Digital Musical Instruments”, Music Perception 2018.
- McPherson, Jack và Moro, “Action-Sound Latency: Are Our Tools Fast Enough?”, NIME 2016: các phép đo chuỗi bộ điều khiển và hướng dẫn dưới 10 ms của Wessel và Wright.
- Lester và Boley, “The Effects of Latency on Live Sound Monitoring”, AES Convention Paper 7198 (2007): khoảng giá trị được đọc từ phần tóm tắt trong Schmid và cs. 2024 vì không truy cập được trang AES E-Library.
- Ozker và Hagoort, “Susceptibility to auditory feedback manipulations and individual variability”, PLoS One 2025.
- Ozker, Giglio, Beyh, Forkel và Hagoort, “Individual differences in speech monitoring”, PNAS 2026.
- Stuart, Kalinowski, Rastatter và Lynch, “Effect of delayed auditory feedback on normal speakers at two speech rates”, JASA 2002.
- Chafe và Gurevich, “Network Time Delay and Ensemble Accuracy: Effects of Latency, Asymmetry”, AES 117th Convention 2004.
- Washburn, Wright, Chafe và Fujioka, “Temporal Coordination in Piano Duet Networked Music Performance”, Frontiers in Psychology 2021.
- Scan Pro Audio, bảng kiểm chuẩn 3XS Pro DAW Ryzen 9 9950X và bảng kiểm chuẩn 3XS Project DAW Core Ultra 7 270K Plus: kết quả DAWBench DSP và VI, truy cập tháng 10 năm 2026.
- Microsoft Learn, Low Latency Audio (trình điều khiển Windows), cập nhật năm 2025.
- Blog Microsoft Windows Music Dev, “Make Great Music with Windows on Arm”, tháng 10 năm 2024 và Fall 2025 Windows Musician Technology and Arm64 Update, tháng 11 năm 2025.
- Android 16 Compatibility Definition Document, mục 5.6 và 5.10 và Android Developers, hướng dẫn Audio Latency.
- Ableton Help Center, câu hỏi thường gặp Driver Error Compensation và Apple Support, Manage input monitoring latency in Logic Pro for Mac (2026).
- Shure Insights, “Digital Wireless Latency Explained”, tháng 11 năm 2016: hướng dẫn của nhà sản xuất, được ghi rõ như vậy ở mọi chỗ trích dẫn.
- Lưu ý về dữ liệu: hướng dẫn dành cho nhà phát triển Android định nghĩa cờ âm thanh chuyên nghiệp ở độ trễ khứ hồi 20 ms, trong khi bảng CDD của Android 16 đặt 25 ms trên hầu hết các đường truyền và chỉ 20 ms trên đường tương tự; chúng tôi báo cáo CDD là tài liệu có tính ràng buộc. Hàng khứ hồi của thiết bị cầm tay cơ bản trong CDD liệt kê hai giá trị không có nhãn (250 và 200 ms), nên chúng tôi bỏ nó ra. Các số liệu của Scan Pro Audio là kiểm chuẩn trên trang sản phẩm do nhà bán lẻ công bố, không kèm chi tiết về trình điều khiển hay firmware. Ví dụ của MathWorks không nêu tên hệ điều hành (ASIO ngụ ý Windows) và chỉ bao gồm một giao diện, nên chi phí tuyệt đối sẽ khác trên phần cứng khác. Nhận xét “khoảng 10 ms” của Pete Brown đến từ phản hồi của ông trong phần bình luận của một bài viết trên blog Microsoft, không phải từ nội dung bài viết. Một số số liệu về cảm nhận là dữ liệu mới nhất hiện có nhưng đã cũ: Stuart và cs. (2002), Chafe và Gurevich (2004), Lester và Boley (2007), McPherson và cs. (2016) và hướng dẫn của Shure (2016). Trình điều khiển ASIO và USB Audio Class 2 tích hợp sẵn của Microsoft chưa có phép đo độ trễ nào được công bố tính đến bản cập nhật tháng 11 năm 2025.
Cập nhật lần cuối: ngày 24 tháng 10 năm 2026. Chúng tôi cập nhật bài tổng hợp này hàng quý, và lần làm mới tiếp theo dự kiến diễn ra khi Microsoft phát hành bản xem trước công khai của trình điều khiển ASIO và USB Audio Class 2 tích hợp sẵn qua các bản dựng Windows Insider Canary.