Trong sáu dịch vụ phát trực tuyến hay được bàn đến nhất về cách xử lý độ lớn, đúng một dịch vụ công bố một mức mục tiêu chuẩn hóa mà bạn có thể trích dẫn. Spotify công bố −14 LUFS độ lớn tích hợp, với trần đỉnh thực −1 dBTP, siết xuống −2 dBTP nếu bản master to hơn −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL và Deezer không công bố mức mục tiêu chuẩn hóa nào cả. Mọi con số bạn từng thấy cho năm dịch vụ đó đều là đồn đoán được thuật lại, không phải số công bố — và khác biệt ấy trở nên quan trọng ngay khi có người dùng nó để tính bản master của mình sẽ bị hạ bao nhiêu.
Con số phát trực tuyến duy nhất được công bố
Trang về chuẩn hóa độ lớn của chính Spotify nêu mức mục tiêu là −14 LUFS độ lớn tích hợp. Trang đó nêu trần đỉnh thực là −1 dBTP, và −2 dBTP với các bản master giao nộp to hơn −14 LUFS. Ba con số ấy là những đặc tả chuẩn hóa duy nhất của một dịch vụ phát trực tuyến trong bài này đến từ chính dịch vụ đó.
Đó là một nền tảng dữ kiện hẹp hơn nhiều so với những gì phần lớn lời khuyên về mastering ngụ ý. Nhưng cũng đủ để làm việc, vì cơ chế ở đâu cũng như nhau kể cả khi mức mục tiêu không được công bố: đo độ lớn tích hợp, so với một mức mục tiêu, áp mức khuếch đại lúc phát.
Năm dịch vụ không công bố gì
Apple Music, YouTube Music, Amazon Music, TIDAL và Deezer không công bố mức mục tiêu chuẩn hóa nào. Những con số đang lưu hành về họ, nói theo cách trung thực duy nhất có thể, là:
Được đồn rộng rãi, dịch vụ không công bố: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Chúng được tách riêng ra một cách có chủ ý, và quy tắc đi kèm rất nghiêm: đừng tính ra một mức khuếch đại từ chúng. “Bản master của bạn ở −8, Apple ở −16, vậy Apple sẽ kéo bạn xuống 8 dB” là phép tính thực hiện trên một con số mà chính công ty ấy chưa bao giờ xác nhận, dùng một thuật toán mà họ cũng chưa bao giờ xác nhận các tham số. Phép trừ thì sạch sẽ; kết quả thì vô căn cứ.
Đây không phải sự câu nệ về nguồn. Đây là lý do thực tế khiến rất nhiều lời khuyên về độ lớn tự mâu thuẫn với nhau: hai người viết nhặt hai giá trị đồn khác nhau cho cùng một dịch vụ, cả hai đều làm phép trừ, và cả hai đều đưa ra một con số đầy tự tin.
−23, −16, −18: ba con số không thể thay thế cho nhau
Ba con số khác lưu hành như thể chúng là các mức mục tiêu phát trực tuyến thay thế. Chúng không phải vậy.
- EBU R 128 đặc tả −23 LUFS. R 128 là một khuyến nghị cho phát sóng. Nó không phải mức mục tiêu cho phát trực tuyến và chưa bao giờ được định là như vậy. Trích nó trong một cuộc bàn về giao nộp cho phát trực tuyến là một lỗi nhầm phạm trù, không phải một tiêu chuẩn nghiêm hơn.
- AES TD1008 đưa ra −16 LUFS cho âm nhạc. Đây mới là con số hướng tới phát trực tuyến mà người ta thường muốn nhắc tới khi viện dẫn AES.
- Con số −18 LUFS của TD1008 áp dụng cho nội dung thiên về lời nói — tin tức, tọa đàm, kịch. Nêu −18 như mức mục tiêu cho âm nhạc là một lỗi phổ biến và nghiêm trọng. Nếu một hướng dẫn mastering, một preset plugin hay một bài đăng diễn đàn bảo bạn rằng AES khuyến nghị −18 LUFS cho âm nhạc, tài liệu đó đã lẫn con số cho lời nói với con số cho âm nhạc, và bạn nên nghi ngờ toàn bộ phần còn lại của nó.
Phân biệt đúng −16 với −18 là một trong những cách nhanh nhất để biết người viết về độ lớn đã đọc nguồn hay chỉ chép lại một bản tóm tắt.
Tiêu chuẩn đo, và bản hiệu lực hiện hành
Mọi thứ ở trên đều được đo bằng ITU-R BS.1770. Nó có sáu bản: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) và -5 (November 2023).
BS.1770-5 đang có hiệu lực. BS.1770-4, từ October 2015, đã bị thay thế — dù đó vẫn là bản mà phần lớn thiết bị đo đang triển khai còn viện dẫn. Nếu sách hướng dẫn của máy đo của bạn nêu -4, điều đó nói cho bạn biết tuổi của cuốn sách, chứ không phải bản nào đang chi phối. Hãy gọi -5 là bản hiện hành.
Thuật toán thực sự làm gì, và các máy đo sai ở đâu
Đặc tả thì ngắn và chính xác, nhưng vài chi tiết của nó bị triển khai sai đủ thường xuyên để bạn nên biết.
Trọng số K. Một bộ lọc hai tầng: một bộ shelf cao (bộ lọc “head”) rồi đến một bộ lọc thông cao (RLB). Độ khuếch đại của đường cong trọng số K tại 1 kHz là +0.698 dB — tuyến tính là 1.0836. Chính độ lệch đó khiến phép đo có trọng số K của một tone 1 kHz không bằng mức không trọng số của nó.
Khối. Độ lớn được tính trên các khối 400 ms chồng lấn 75%.
Cổng tuyệt đối. Các khối dưới −70 LUFS bị loại bỏ hoàn toàn.
Cổng tương đối — cái bị nêu sai nhiều nhất. Cổng tương đối được tính từ trung bình của những khối đã qua được cổng tuyệt đối, rồi lệch đi −10 LU. Nó không phải là trung bình chưa qua cổng. Một máy đo lấy cổng tương đối từ trung bình chưa qua cổng sẽ đọc một bản nhạc có nhiều đoạn lặng khác với một máy đo theo đúng đặc tả, và hai máy sẽ chênh nhau một lượng phụ thuộc vào cách phối khí của bạn chứ không phải vào độ lớn của bạn.
Loudness Range. LRA, được định nghĩa trong EBU Tech 3342, dùng cổng tương đối −20 LU — không phải −10 LU. Dùng lại cổng của độ lớn tích hợp cho LRA là một lỗi triển khai phổ biến, và nó làm cho chất liệu giàu động thái trông đều đặn hơn thực tế.
Cửa sổ thời gian. Độ lớn ngắn hạn dùng cửa sổ 3 s (EBU Tech 3341). Độ lớn tức thời dùng 400 ms. Đó là hai phép đo khác nhau, không phải hai mức làm mượt của cùng một phép đo.
Đỉnh thực. Đỉnh thực được đo trên tín hiệu lấy mẫu quá mức — tối thiểu 4× theo BS.1770, và 8× thì tốt hơn. Đỉnh mẫu không phải đỉnh thực. Các đỉnh giữa mẫu có thể vượt quá giá trị mẫu lớn nhất trong tệp, và đó là lý do một bản master đọc đúng 0.0 dBFS trên máy đo đỉnh mẫu vẫn có thể gây méo ở một bộ giải mã nén mất dữ liệu. Trần −1 dBTP và −2 dBTP của Spotify là các con số đỉnh thực, nên một máy đo đỉnh mẫu không thể cho bạn biết bạn có đạt hay không.
| Tham số | Giá trị | Lỗi thường gặp |
|---|---|---|
| Cổng tuyệt đối | −70 LUFS | — |
| Cổng tương đối (tích hợp) | −10 LU dưới trung bình của các khối còn lại | Tính từ trung bình chưa qua cổng |
| Cổng LRA | −20 LU | Dùng lại −10 LU của tích hợp |
| Cửa sổ tức thời | 400 ms | — |
| Cửa sổ ngắn hạn | 3 s | — |
| Lấy mẫu quá mức cho đỉnh thực | tối thiểu 4×, 8× thì tốt hơn | Báo đỉnh mẫu như đỉnh thực |
Nâng lên: có điều kiện, không phải chuyện có hay không
Các dịch vụ chuẩn hóa lúc phát. Một bản master to hơn mức mục tiêu sẽ bị hạ xuống đúng bằng phần chênh. Phần đó không ai tranh cãi.
Trường hợp bản master nhỏ tiếng mới là chỗ cả hai câu trả lời tự tin đều sai. Trang của Spotify nêu rằng “Positive gain is applied to softer masters so the loudness level is -14 dB LUFS”. Trang đó cũng nêu: “We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality”.
Đọc cùng nhau, hai câu ấy mô tả một điều kiện. Một bản master nhỏ tiếng có thể được nâng lên mức mục tiêu. Một bản master nhỏ tiếng nhưng có đỉnh cao thì có thể không được nâng lên hết, vì nâng lên sẽ ăn mất chính phần dự trữ mà câu thứ hai giữ lại.
Vậy nên:
- “Master nhỏ tiếng thì không bao giờ được nâng lên” là sai.
- “Master nhỏ tiếng thì luôn được nâng lên tới mức mục tiêu” cũng sai.
- Đúng là: việc nâng lên có thật, và nó được áp tùy theo phần dự trữ đỉnh của bản nhạc.
Nếu bạn muốn có phần nâng đó, đòn bẩy là kiểm soát đỉnh trong bản master — không phải mức trung bình. Một bản master có dự trữ thật là một bản master còn chỗ để được nâng lên.
Ép limiter thực sự mua cho bạn cái gì
Ghép các mảnh lại. Một bản master bị đẩy lên độ lớn tích hợp cao sẽ bị hạ xuống lúc phát đúng bằng phần chênh giữa mức của nó và mức mục tiêu. Nó không đến tai người nghe to hơn. Thứ nó đến kèm là những gì bạn đã làm với nó trên đường đi: hệ số đỉnh giảm, các transient bị san phẳng, và — nếu bạn đẩy vượt trần đỉnh thực — những đỉnh giữa mẫu mà một bộ mã hóa nén mất dữ liệu sẽ xử lý theo cách riêng của nó.
Ép limiter mua cho bạn sự phẳng, không phải độ lớn. Đó là phát biểu có thể bảo vệ được, và nó đứng vững mà không cần một mức mục tiêu công bố từ bất kỳ dịch vụ nào ngoài dịch vụ duy nhất đã công bố. Kể cả nếu mọi con số được đồn về năm dịch vụ kia hóa ra đều chính xác, kết luận cũng không đổi, vì thứ làm nên việc là cơ chế — chuẩn hóa lúc phát, hạ phần to xuống — chứ không phải con số cụ thể.
Làm gì với những điều này
- Hãy đo độ lớn tích hợp và đỉnh thực, có lấy mẫu quá mức, trước khi giao nộp bất cứ thứ gì.
- Đối chiếu bản master của bạn với −14 LUFS và −1 dBTP (hoặc −2 dBTP nếu bạn to hơn −14 LUFS), vì đó là những con số được công bố, và hãy coi mọi thứ khác là chưa kiểm chứng.
- Nếu một công cụ, plugin hay bài viết đưa cho bạn một mức mục tiêu theo từng dịch vụ cho Apple Music, YouTube Music, Amazon Music, TIDAL hay Deezer mà không ghi rõ đó là số được đồn chứ không phải số công bố, hãy coi đó là một tín hiệu về chính công cụ ấy.
- Xác nhận cách máy đo của bạn xử lý cổng tương đối và cổng LRA nếu nó cho phép. −10 LU cho tích hợp, −20 LU cho LRA.
- Thôi đuổi theo một con số sẽ bị gỡ bỏ lúc phát, và bắt đầu giữ lấy phần dự trữ vốn quyết định việc nâng lên có đến được với bạn hay không.
Công cụ kiểm tra độ lớn miễn phí của Mazufa nằm ở /loudness-checker. Nó chạy hoàn toàn trong trình duyệt của bạn — không có tệp âm thanh nào được tải lên — và nó báo các con số công bố của Spotify là số công bố, còn mọi thứ khác đúng như bản chất của chúng.
Nguồn
- Spotify, “Loudness normalization” (trang hỗ trợ nghệ sĩ) — mục tiêu −14 LUFS, trần đỉnh thực −1/−2 dBTP, cùng các phát biểu về khuếch đại dương và phần dự trữ 1 dB. support.spotify.com/us/artists/article/loudness-normalization/ — đọc 2026-09-07.
- Lịch sử các bản và cơ chế của ITU-R BS.1770; BS.1770-5 (November 2023) đang có hiệu lực, BS.1770-4 (October 2015) đã bị thay thế. itu.int — kiểm chứng 2026-09-07.
- EBU R 128 — −23 LUFS, phát sóng; và EBU Tech 3341 (cửa sổ tức thời và ngắn hạn) cùng EBU Tech 3342 (Loudness Range, cổng −20 LU). tech.ebu.ch — bảng dữ liệu của chúng tôi không ghi ngày đọc.
- AES TD1008 — −16 LUFS cho âm nhạc; −18 LUFS cho nội dung thiên về lời nói. aes.org/community/technical-council/technical-document-aestd1008/ — bảng dữ liệu của chúng tôi không ghi ngày đọc.