Thống Kê Bitrate Âm Thanh và Cài Đặt Mã Hóa Livestream (2026): 45+ Điểm Dữ Liệu Về Thông Số Ingest Của Nền Tảng, Bài Nghe Thử Codec và Ngưỡng Trong Suốt

Thống kê bitrate âm thanh livestream 2026: Opus đạt độ trong suốt nghiêm ngặt ở 160 kbps trong bài nghe thử mù 2026, còn YouTube Live yêu cầu stereo 128 kbps.

Trong một bài nghe thử mù tháng 10 năm 2026, 160 kbps là bitrate Opus thấp nhất đạt được độ trong suốt cảm thụ nghiêm ngặt đối với âm nhạc, nghĩa là ngay cả những người nghe khắt khe nhất trong bài thử cũng không thể phân biệt nó với bản gốc chưa nén một cách đáng tin cậy (p = 0,024 cho kiểm định tương đương) (Deezer Research, Martin và Hennequin, arXiv 2026). Con số đó tình cờ đúng bằng bitrate âm thanh mà OBS Studio đặt mặc định cho cả sáu track âm thanh của nó (OBS Project, mã nguồn OBS Studio 2026), trong khi các nền tảng phát trực tiếp lại yêu cầu thấp hơn: YouTube Live khuyến nghị 128 kbps cho stereo (Google, YouTube Help 2026) và Meta ưu tiên 128 kbps cho Facebook Live (Meta for Developers, tài liệu tham chiếu Live Video API 2026). Ở mức mục tiêu 96 kbps, Opus đã đạt 4,65 trên 5 trong một bài nghe thử mù đa định dạng công khai (Hydrogenaudio, bài nghe thử công khai 2014). Khác với các tệp theo yêu cầu được đề cập trong thống kê băng thông và lưu trữ của dịch vụ lưu trữ podcast của chúng tôi, một bộ mã hóa trực tiếp chỉ có một lượt xử lý và không có cơ hội thứ hai. Chúng tôi tổng hợp dữ liệu từ Deezer Research, YouTube Help, Meta for Developers, Kick Help Center, OBS Project, IETF, Apple, EBU, ITU-R, Spotify và cộng đồng nghe thử Hydrogenaudio.

Tóm tắt nhanh

  • Opus ở 160 kbps tương đương về mặt thống kê với âm thanh chưa nén (p = 0,024), nhưng 10 người nghe khắt khe nhất đã phát hiện được 128 kbps (p = 0,030) (Deezer Research, arXiv 2026).
  • YouTube Live yêu cầu stereo 128 kbps ở 44,1 kHz, bằng một phần ba mức 384 kbps ở 48 kHz mà nền tảng khuyến nghị cho video tải lên (YouTube Help, cài đặt phát trực tiếp và tải lên 2026).
  • Facebook Live ưu tiên âm thanh stereo AAC-LC 128 kbps, với mức tối đa là 256 kbps (Meta for Developers, tài liệu tham chiếu Live Video API 2026).
  • Các cấu hình sẵn tích hợp của OBS Studio giới hạn âm thanh ở 320 kbps cho Twitch, 160 kbps cho YouTube RTMPS và 128 kbps cho Facebook Live (OBS Project, services.json 2026).
  • OBS Studio mặc định dùng âm thanh 160 kbps, 48.000 Hz và stereo (OBS Project, mã nguồn OBS Studio 2026).
  • Đặc tả HLS của Apple giới hạn AAC stereo ở 160 kbit/s và nêu rõ không nên dùng HE-AAC ở trên 64 kbit/s (Apple, HLS Authoring Specification 2026).
  • Ở mức mục tiêu 96 kbps, Opus đạt 4,65 so với 4,40 của Apple AAC trên thang 1 đến 5 (Hydrogenaudio, bài nghe thử công khai 2014).
  • Tiêu chuẩn Opus của IETF khuyến nghị 28 đến 40 kbit/s cho giọng nói toàn băng tần và 64 đến 128 kbit/s cho nhạc stereo (IETF, RFC 6716 2012).
  • Spotify phát podcast ở khoảng 96 kbit/s trong các ứng dụng của mình (Spotify Support, Chất lượng âm thanh 2026).
  • Hướng dẫn của EBU đặt bộ giới hạn cuối cùng trước bộ mã hóa có tổn hao ở -2 dBTP (EBU, Tech 3344 v2.1 2016).

1. Thông số Ingest của Nền tảng: Mỗi Dịch vụ Yêu cầu Gì

“Ingest” là chặng tải lên: luồng mà bộ mã hóa của bạn gửi đến nền tảng trước khi nền tảng mã hóa lại cho người xem. Ở chặng đó, các con số âm thanh được công bố khá khiêm tốn. YouTube yêu cầu âm thanh stereo 128 kbps cho phát trực tiếp nhưng 384 kbps stereo cho video tải lên, gấp ba lần (Google, YouTube Help 2026). Âm thanh trực tiếp được xem như một luồng đóng góp phải trụ vững trên đường tải lên gia đình đang nghẽn, chứ không phải một bản master.

Hướng dẫn về sample rate cũng không thống nhất. YouTube Live ghi 44,1 kHz cho stereo, trong khi trang tải lên của chính nó và mặc định của OBS dùng 48 kHz, còn Kick cho phép tới 48 kHz. Sự lệch này không gây ra chi phí nghe được nào, nhưng mỗi lần resample giữa micro, bàn trộn và bộ mã hóa là một bước mà một cài đặt sai có thể lọt vào. Cài đặt âm thanh cũng không phải quy tắc âm thanh duy nhất mà một kênh gặp phải: quản lý bản quyền là quy tắc còn lại, như thống kê tắt tiếng do bản quyền khi phát trực tiếp của chúng tôi cho thấy.

Chỉ sốGiá trịNguồn
Âm thanh YouTube Live: stereo so với 5.1 surround128 kbps ở 44,1 kHz so với 384 kbps ở 48 kHz (5.1 qua RTMP hoặc RTMPS chỉ bằng AAC)Google, YouTube Help: Choose live encoder settings (2026)
Âm thanh YouTube khuyến nghị cho video tải lên (không phải trực tiếp): mono / stereo / 5.1128 / 384 / 512 kbps ở 48 kHzGoogle, YouTube Help: Recommended upload encoding settings (2026)
Bitrate âm thanh Facebook Live: ưu tiên so với tối đa128 kbps so với 256 kbps (AAC độ phức tạp thấp, stereo)Meta for Developers, tài liệu tham chiếu Live Video API (2026)
Các sample rate âm thanh Facebook Live chấp nhận44,1 kHz hoặc 48 kHzMeta for Developers, tài liệu tham chiếu Live Video API (2026)
Giới hạn âm thanh của KickStereo, tối đa 48 kHz; không công bố bitrate âm thanhKick Help Center, How to stream on Kick (2026)
Bitrate âm thanh tối đa trong các cấu hình dịch vụ tích hợp của OBS Studio: Twitch / YouTube RTMPS / Trovo / Facebook Live320 / 160 / 160 / 128 kbpsOBS Project, tệp cấu hình services.json (2026)

Ghi chú bối cảnh: trang Broadcasting Guidelines của chính Twitch tải qua một đoạn script mà bài tổng hợp này không đọc được, nên con số Twitch ở trên là mức trần của cấu hình sẵn trong phần mềm phát sóng, không phải trích dẫn từ Twitch. Các hướng dẫn của bên thứ ba nêu một mức trần Twitch thấp hơn (xem Lưu ý về dữ liệu trong phần Phương pháp luận).

2. Tỷ trọng của Âm thanh trong Ngân sách Bitrate

Âm thanh chỉ là sai số làm tròn trên một luồng 1080p và là một khoản lớn trên luồng di động. Ở mức tối thiểu 0,4 Mbps của YouTube cho 360p H.264, một track stereo 128 kbps bằng 32% bitrate video (128 / 400), trong khi ở mức khuyến nghị 17 Mbps cho 1080p60 thì chỉ khoảng 0,75% (128 / 17.000) (Google, YouTube Help 2026). Phép tính dưới đây là của chúng tôi, từ các con số đã công bố, và chỉ so sánh âm thanh với bitrate video.

Cách đọc thực tế: trên luồng độ phân giải cao, cắt âm thanh từ 160 xuống 128 kbps gần như không tiết kiệm được gì, nên âm thanh là nơi cuối cùng để tiết kiệm. Ở các bậc thấp của thang thích ứng, những bậc mà người xem bằng điện thoại trên mạng yếu thực sự nhận được, các bit âm thanh cạnh tranh trực tiếp với hình ảnh, đó là lý do các đặc tả streaming thích ứng cho phép AAC stereo thấp tới 32 kbit/s và hướng các tốc độ thấp sang HE-AAC.

Chỉ sốGiá trịNguồn
Bitrate video YouTube Live khuyến nghị cho 1080p60 H.264, và tỷ trọng của âm thanh 128 kbps trong đó17 Mbps; 128 / 17.000 = khoảng 0,75%Google, YouTube Help: Choose live encoder settings (2026)
Bitrate video tối thiểu của YouTube Live cho 360p30 H.264, và tỷ trọng của âm thanh 128 kbps trong đó0,4 Mbps; 128 / 400 = 32%Google, YouTube Help: Choose live encoder settings (2026)
Khoảng bitrate video Facebook Live 1080p60, và tỷ trọng của âm thanh 128 kbps ưu tiên trong đó4.500 đến 9.000 kbps; 128 / 9.000 = khoảng 1,4%, 128 / 4.500 = khoảng 2,8%Meta for Developers, tài liệu tham chiếu Live Video API (2026)
Khoảng bitrate video của Kick (chỉ H.264, chỉ bitrate cố định)1.000 đến 8.000 kbpsKick Help Center, How to stream on Kick (2026)
Cấu hình Twitch của OBS Studio: bitrate video tối đa so với bitrate âm thanh tối đa6.000 so với 320 kbps; 320 / 6.000 = khoảng 5,3%OBS Project, services.json (2026)
Khoảng bitrate AAC stereo của Apple HLS32 đến 160 kbit/sApple, HLS Authoring Specification for Apple Devices (2026)
Apple HLS: bitrate mà trên đó không nên dùng HE-AAC64 kbit/sApple, HLS Authoring Specification (2026)
Luồng trực tiếp Apple HLS: mức trung bình một giờ và đỉnh được phép so với băng thông đã khai báodưới 110% của AVERAGE-BANDWIDTH; dưới 125% của BANDWIDTHApple, HLS Authoring Specification (2026)

Ghi chú bối cảnh: Kick yêu cầu bitrate cố định (CBR), nghĩa là bộ mã hóa gửi một tốc độ ổn định thay vì dùng nhiều bit hơn cho các cảnh khó. CBR làm cho tỷ trọng âm thanh ở trên cố định, nên một track stereo 160 kbps trên luồng Kick 8.000 kbps chiếm 2% ngân sách video (160 / 8.000).

3. Mặc định và Hạ tầng Codec: AAC Đang Dùng, Opus Đang Đến

Hầu hết streamer không bao giờ đụng đến bảng điều khiển âm thanh, nên các giá trị mặc định mới là tiêu chuẩn thực sự của ngành. OBS Studio xuất xưởng với 160 kbps trên mọi track âm thanh, ở 48.000 Hz và stereo (OBS Project, mã nguồn OBS Studio 2026). Giá trị mặc định duy nhất đó cao hơn mức YouTube và Facebook khuyến nghị và thấp hơn mức trần của OBS cho Twitch, là điểm giữa hợp lý khi một bộ mã hóa cấp luồng cho nhiều nền tảng. Nếu giọng đã xử lý của bạn vào OBS từ một ứng dụng khác, như với bộ đổi giọng cho OBS, việc khớp sample rate 48 kHz đó từ đầu đến cuối sẽ tránh được thêm một lần resample.

Câu chuyện codec đang dịch chuyển ngầm bên dưới. Mọi đặc tả ingest RTMP ở mục 1 đều nêu AAC, nhưng thế giới WebRTC bắt buộc Opus, và WHIP (WebRTC-HTTP Ingestion Protocol, cách dựa trên HTTP để đẩy một luồng WebRTC vào máy chủ) mang thế giới đó đến phần mềm phát sóng. OBS đã thêm đầu ra WHIP ở phiên bản 30.0, và IETF công bố WHIP thành RFC 9725 vào năm 2025, với một ví dụ chào mời thương lượng Opus ở 48 kHz stereo (“opus/48000/2”).

Chỉ sốGiá trịNguồn
Bitrate âm thanh mặc định của OBS Studio, đầu ra Đơn giản (Simple output) và cả sáu track của đầu ra Nâng cao (Advanced output)160 kbpsOBS Project, mã nguồn OBS Studio, InitBasicConfigDefaults (2026)
Sample rate và bố cục kênh mặc định của OBS Studio48.000 Hz, stereoOBS Project, mã nguồn OBS Studio (2026)
Bitrate Opus khuyến nghị với khung 20 ms: giọng nói toàn băng tần so với nhạc stereo toàn băng tần28 đến 40 kbit/s so với 64 đến 128 kbit/sIETF, RFC 6716 (tháng 9 năm 2012)
Chế độ toàn băng tần của Opus: sample rate hiệu dụng và tần số mã hóa cao nhất48 kHz; âm thanh trên 20 kHz không bao giờ được mã hóaIETF, RFC 6716 (tháng 9 năm 2012)
Các codec âm thanh mà mọi điểm cuối WebRTC phải triển khaiOpus cùng G.711 (PCMA và PCMU)IETF, RFC 7874 (tháng 5 năm 2016)
Bản phát hành OBS Studio đã thêm đầu ra WHIP/WebRTC30.0, tháng 11 năm 2023OBS Project, ghi chú phát hành OBS Studio 30.0 (2023)

Ghi chú bối cảnh: bản thân tiêu chuẩn WHIP không nêu codec bắt buộc nào; Opus chỉ xuất hiện trong ví dụ trao đổi của nó. Yêu cầu về Opus đến từ các quy tắc codec WebRTC riêng trong bảng, vốn điều chỉnh các điểm cuối WebRTC nói chung.

4. AAC so với Opus trong Các Bài Nghe Thử Mù

Bài thử mù là trọng tài công bằng duy nhất giữa các codec, và hồ sơ công khai lại cũ hơn chính hệ thống streaming mà nó đánh giá. Trong bài thử công khai tháng 7 năm 2014 của Hydrogenaudio ở mức mục tiêu 96 kbps, Opus 1.1 đạt 4,65 và Apple AAC đạt 4,40 trên thang suy giảm 1 đến 5, trong đó 5 nghĩa là “không thể nhận ra” (Hydrogenaudio, bài nghe thử đa định dạng công khai 2014). Khoảng cách nhỏ về giá trị tuyệt đối nhưng vững chắc về mặt thống kê (p = 0,000), và đạt được khi Opus chỉ dùng trung bình nhiều hơn 3 kbps (106,7 so với 103,7 kbps).

Dữ liệu gần nhất hiện có: kết quả bài thử từ 2010 đến 2014 (nguồn trong bảng). Không tìm thấy bài thử đa định dạng công khai tương đương nào cho các bộ mã hóa AAC và Opus hiện nay ở bitrate streaming trong năm 2025 hoặc 2026, bản thân điều đó đã là một phát hiện: mặc định AAC của các nền tảng dựa trên tính tương thích, không dựa trên dữ liệu nghe thử mới. Với các bitrate rất thấp mà codec nơ-ron hiện đang cạnh tranh với Opus, hãy xem thống kê bitrate và chất lượng codec âm thanh nơ-ron của chúng tôi.

Chỉ sốGiá trịNguồn
Điểm trung bình ở mức mục tiêu 96 kbps, thang 1 đến 5 (5 = không thể nhận ra): Opus 1.1 so với Apple AAC so với LAME MP3 so với Vorbis4,65 so với 4,40 so với 4,24 so với 4,24Hydrogenaudio, kết quả bài nghe thử đa định dạng công khai (tháng 7 năm 2014)
Bitrate trung bình thực tế đạt được ở mức mục tiêu đó: Opus / Apple AAC / Vorbis / MP3106,7 / 103,7 / 106,1 / 135,5 kbpsHydrogenaudio, bài nghe thử đa định dạng công khai (2014)
Mẫu neo chất lượng thấp (một bộ mã hóa AAC cũ hơn, FAAC, ở 96 kbps)2,65Hydrogenaudio, bài nghe thử đa định dạng công khai (2014)
Ý nghĩa thống kê: Opus so với Apple AAC; Apple AAC so với MP3Opus tốt hơn, p = 0,000; AAC tốt hơn, p đã hiệu chỉnh = 0,043 (bootstrap)Hydrogenaudio, bài nghe thử đa định dạng công khai (2014)
Hội đồng nghe và tư liệu38 người tham gia, 339 kết quả hợp lệ trên 363 kết quả được gửi; 40 mẫu (35 nhạc, 5 giọng nói)Hydrogenaudio, bài nghe thử đa định dạng công khai (2014)
Bài thử nhạc stereo của Google (9 người nghe): Opus ở 128 kbps so với AAC-LC ở 64 kbps, MP3 ở 96 kbps, Opus ở 64 kbps và G.719 ở 64 kbpsOpus ở 128 kbps đạt điểm cao hơn đáng kể so với bốn loại còn lạiIETF, draft-ietf-codec-results-03 (tháng 5 năm 2013)
Bài thử nhạc stereo của Broadcom (17 người nghe, tháng 12 năm 2010): Opus ở 96 kbps so với AAC-LC và MP3Kém hơn AAC-LC một chút, tốt hơn MP3 đáng kểIETF, draft-ietf-codec-results-03 (tháng 5 năm 2013)

Ghi chú về giá trị ngoại lệ: MP3 dùng nhiều hơn Opus 28,8 kbps (135,5 trừ 106,7 kbps) để đạt cùng mức 4,24 với Vorbis, mà vẫn thua AAC. Kết quả của Broadcom dùng một bitstream Opus trước bản chính thức, đó là lý do nó không khớp với các bài thử sau này.

5. Ngưỡng Trong suốt: Nơi Các Bit Thừa Không Còn Quan Trọng

“Trong suốt” có nghĩa chính xác trong mã hóa âm thanh: những người nghe được huấn luyện trong một bài thử mù có kiểm soát không thể phân biệt đáng tin cậy bản đã mã hóa với bản gốc. Deezer Research phát hiện Opus ở 160 kbps đạt ngưỡng đó trong điều kiện căng thẳng (kiểm định khác biệt p = 0,747, tương đương nghiêm ngặt p = 0,024), trong khi 128 kbps thì không đạt khi tách riêng các mẫu khó nhất và đôi tai tinh nhất (p = 0,030) (Deezer Research, Martin và Hennequin, arXiv 2026). Ở giai đoạn đầu, với cả 21 người nghe, 128 kbps trông không thể phân biệt (p = 0,456), cho thấy câu trả lời phụ thuộc nhiều đến mức nào vào người nghe.

Nghiên cứu dùng ITU-R BS.1116-3, một phương pháp trong đó người nghe nghe bản gốc, rồi hai phiên bản ẩn (một bản đã mã hóa, một bản lại là bản gốc) và chấm điểm sự khác biệt. “Điểm khác biệt” bằng 0 nghĩa là không có khác biệt nghe được; biên tương đương là cộng trừ 0,25. Hai lưu ý quan trọng với streamer: bài thử chỉ bao gồm Opus và âm nhạc, và đó là bản in trước đang được thẩm định. Các con số surround phát sóng trong bảng cho thấy cùng logic ở quy mô lớn hơn, với bitrate an toàn cao hơn nhiều so với bitrate của trường hợp trung bình.

Chỉ sốGiá trịNguồn
Giai đoạn 1, điểm khác biệt trung bình so với âm thanh chưa nén (0 = không có khác biệt nghe được): Opus ở 32 so với 64 so với 128 kbps-1,661 so với -0,438 so với -0,082Deezer Research, Martin và Hennequin, arXiv 2610.20246 (tháng 10 năm 2026)
Giai đoạn 1, Opus ở 128 kbps: kiểm định khác biệt so với kiểm định tương đương nghiêm ngặtp = 0,456 (không phát hiện khác biệt) so với p = 0,064 (chưa chứng minh được tương đương)Deezer Research, arXiv 2610.20246 (2026)
Bài thử căng thẳng giai đoạn 2 (10 người nghe khắt khe nhất, 8 mẫu khó nhất): kiểm định khác biệt ở 96 so với 128 so với 160 kbpsp = 0,045 so với p = 0,030 so với p = 0,747Deezer Research, arXiv 2610.20246 (2026)
Giai đoạn 2, Opus ở 160 kbps: kiểm định tương đương nghiêm ngặt (biên cộng trừ 0,25 điểm) và điểm khác biệt trung bìnhp = 0,024; -0,035Deezer Research, arXiv 2610.20246 (2026)
Người nghe được tuyển so với số đạt sau sàng lọc; đoạn nhạc26 so với 21; 23 đoạnDeezer Research, arXiv 2610.20246 (2026)
Bitrate surround 5.1 mà EBU gọi là lựa chọn an toàn cho chất lượng Xuất sắc bất kể nội dung448 kbit/sEBU, Tech 3324, đánh giá codec đa kênh (tháng 9 năm 2007)
HE-AAC surround 5.1 ở 160 kbit/s trở lênXuất sắc về trung bình, riêng tiếng vỗ tay chỉ ở mức KháEBU, Tech 3324 (tháng 9 năm 2007)
Quy tắc bài thử MUSHRA: loại người nghe chấm bản gốc ẩn dưới 90 ở nhiều hơn tỷ lệ mục này15%ITU-R, Khuyến nghị BS.1534-3 (tháng 10 năm 2015)

Ghi chú bối cảnh: dữ liệu gần nhất hiện có cho surround: 2007. MUSHRA (BS.1534) là phương pháp cho chất lượng trung gian, chấm từ 0 đến 100 với các mẫu neo được lọc thông thấp ở 3,5 kHz và 7 kHz, còn BS.1116 dành cho những suy giảm nhỏ đến mức chỉ điều kiện nghiêm ngặt mới phát hiện ra. Một codec được đánh giá “Xuất sắc” trong MUSHRA không tự động trong suốt theo tiêu chuẩn BS.1116.

6. Luồng Ưu tiên Giọng nói và Các Điểm Tham chiếu của Người nghe

Hầu hết các luồng phát trực tiếp là trò chuyện có nhạc nền, và giọng nói cần ít bit hơn nhiều so với âm nhạc. Một bài nghe thử của Google năm 2011 chấm Opus toàn băng tần ở 32 kbps đạt 98,13 trên 100 với giọng nói tiếng Quan Thoại, cao hơn G.719 ở cùng tốc độ (93,43) (IETF, draft-ietf-codec-results-03 2013). Dữ liệu gần nhất hiện có: 2013.

Các dịch vụ tiêu dùng đặt ra điểm tham chiếu cho đôi tai. Spotify phát podcast ở khoảng 96 kbit/s trong các ứng dụng của mình, và hướng dẫn về nguồn cấp podcast trong bảng dừng ở 128 kbps cho mono. Một luồng trò chuyện gửi ở 128 đến 160 kbps đã cao hơn những gì người nghe thấy từ các ứng dụng podcast lớn; một luồng nhạc ở 128 kbps nằm dưới mức Cao của Spotify và thấp hơn nhiều so với mức Rất cao.

Chỉ sốGiá trịNguồn
Bài thử giọng nói Quan Thoại của Google (21 người nghe sau sàng lọc, thang 0 đến 100): Opus toàn băng tần ở 32 kbps so với G.719 ở 32 kbps so với Opus băng rộng ở 20 kbps98,13 so với 93,43 so với 81,59IETF, draft-ietf-codec-results-03 (tháng 5 năm 2013)
Bitrate phát podcast của Spotify: ứng dụng di động và máy tính so với trình phát webKhoảng 96 kbit/s so với 128 kbit/sSpotify Support, Chất lượng âm thanh (2026)
Các mức nhạc của Spotify: Thấp / Bình thường / Cao / Rất caoKhoảng 24 / 96 / 160 / 320 kbit/sSpotify Support, Chất lượng âm thanh (2026)
Nhạc trên trình phát web Spotify: Miễn phí so với PremiumAAC 128 kbit/s so với AAC 256 kbit/sSpotify Support, Chất lượng âm thanh (2026)
Mức Lossless của Spotify (Premium): định dạng và độ phân giải tối đaFLAC, tối đa 24-bit/44,1 kHzSpotify Support, Chất lượng âm thanh (2026)
Nguồn cấp RSS Apple Podcasts, AAC ở 44,1 hoặc 48 kHz: bitrate khuyến nghị mono so với stereo64 đến 128 kbps so với 128 đến 256 kbpsApple, Apple Podcasts for Creators: Yêu cầu về âm thanh (2026)
Mức tối thiểu MP3 của Apple Podcasts: mono so với stereo32 kbps so với 64 kbps ở 44,1 kHzApple, Apple Podcasts for Creators: Yêu cầu về âm thanh (2026)

Ghi chú bối cảnh: trên điện thoại và máy tính bảng, chọn chất lượng Thấp trong Spotify cũng kéo podcast xuống khoảng 24 kbit/s, bằng một phần tư mức mặc định 96 kbit/s, đây là mức sàn mà nhiều người nghe vốn đã chấp nhận cho giọng nói.

7. Headroom và Độ lớn Âm thanh Trước Bộ mã hóa

Bộ mã hóa có tổn hao làm thay đổi dạng sóng, và các đỉnh có thể ra cao hơn lúc vào. Vì vậy hướng dẫn của EBU đặt bộ giới hạn cuối cùng trước bộ mã hóa có tổn hao ở -2 dBTP, thấp hơn đúng một decibel so với trần sản xuất -1 dBTP (EBU, Tech 3344 v2.1 2016). “dBTP” nghĩa là decibel đỉnh thực (true peak), một phép đọc đỉnh bao gồm cả phần vượt giữa các mẫu số. Tài liệu đó cũng cảnh báo rằng bộ giới hạn có thể cần đặt thấp hơn khi bitrate thấp, nhưng không nêu con số.

Với một bản trộn trực tiếp, đây là con số dễ áp dụng nhất trong bài: một bộ giới hạn đặt ở 0 dBFS trên bus của luồng phát không để lại chỗ nào cho bộ mã hóa AAC hay Opus tự vượt đỉnh. Mục tiêu độ lớn âm thanh là một câu hỏi riêng, được đề cập sâu trong thống kê chuẩn hóa độ lớn âm thanh khi streaming của chúng tôi; phụ lục streaming của EBU, R 128 s2 (phiên bản 3.0, tháng 11 năm 2023), khuyến nghị áp dụng giới hạn đỉnh thực trong thiết bị phát khi một dịch vụ dùng mục tiêu to hơn.

Chỉ sốGiá trịNguồn
Mức đỉnh thực tối đa cho tư liệu sản xuất-1 dBTPEBU, Tech 3344 v2.1 (tháng 7 năm 2016)
Cài đặt bộ giới hạn đỉnh ở khâu cuối, đặt trước bộ mã hóa có tổn hao-2 dBTP (có thể cần thấp hơn ở bitrate thấp)EBU, Tech 3344 v2.1 (tháng 7 năm 2016)
Đầu ra bộ giải mã tối đa khuyến nghị cho AC-3 hoặc E-AC-3 ở chế độ RF-4 dBTPEBU, Tech 3344 v2.1 (tháng 7 năm 2016)
Phần vượt giữa giá trị đỉnh thực đọc được và mức đầu ra analogDưới 1 dB (thường vài phần mười dB)EBU, Tech 3344 v2.1 (tháng 7 năm 2016)
Trần đỉnh thực của Apple PodcastsKhông cao hơn -1 dBFSApple, Apple Podcasts for Creators: Yêu cầu về âm thanh (2026)
Apple HLS: siêu dữ liệu kiểm soát độ lớn âm thanh hoặc dải độngPhải có, trừ khi toàn bộ nội dung, kể cả quảng cáo, được mã hóa ở cùng một mức (yêu cầu 2.18)Apple, HLS Authoring Specification (2026)

Ghi chú bối cảnh: dữ liệu gần nhất hiện có về headroom của codec: 2016. Không trang ingest trực tiếp nào được đọc cho mục 1 (YouTube Live, Facebook Live, Kick) công bố mục tiêu độ lớn âm thanh, nên các con số của phát thanh truyền hình và podcast ở trên là tham chiếu có tài liệu gần nhất.

Tổng kết: Bitrate Âm thanh và Cài đặt Mã hóa Livestream qua các Con số

Chỉ sốGiá trịNguồn
Bitrate Opus thấp nhất đạt độ trong suốt nghiêm ngặt cho âm nhạc (BS.1116-3, p tương đương)160 kbps (p = 0,024)Deezer Research, arXiv 2026
Opus ở 128 kbps so với bản chưa nén, 10 người nghe khắt khe nhấtBị phát hiện là suy giảm (p = 0,030)Deezer Research, arXiv 2026
Âm thanh stereo của YouTube Live128 kbps ở 44,1 kHzGoogle, YouTube Help 2026
Bitrate âm thanh Facebook Live: ưu tiên so với tối đa128 so với 256 kbpsMeta for Developers 2026
Tỷ trọng của âm thanh 128 kbps trong khoảng video 1080p60 của Facebook LiveKhoảng 1,4% đến 2,8%Meta for Developers 2026 (phép tính của chúng tôi)
Giới hạn âm thanh của KickStereo, tối đa 48 kHzKick Help Center 2026
Các mức nhạc của Spotify: Cao so với Rất caoKhoảng 160 so với 320 kbit/sSpotify Support 2026
Bitrate âm thanh và sample rate mặc định của OBS Studio160 kbps, 48.000 HzOBS Project, mã nguồn 2026
Khoảng AAC stereo của Apple HLS32 đến 160 kbit/sApple, HLS Authoring Specification 2026
Opus khuyến nghị: giọng nói toàn băng tần so với nhạc stereo28 đến 40 so với 64 đến 128 kbit/sIETF, RFC 6716 2012
Các codec bắt buộc ở mọi điểm cuối WebRTCOpus và G.711IETF, RFC 7874 2016
Điểm ở mức mục tiêu 96 kbps, Opus so với Apple AAC (1 đến 5)4,65 so với 4,40Bài thử Hydrogenaudio 2014
Bitrate thực tế ở mức mục tiêu đó, MP3 so với Opus135,5 so với 106,7 kbpsBài thử Hydrogenaudio 2014
Tỷ trọng của âm thanh 128 kbps trong bitrate video tối thiểu 360p của YouTube Live32% (128 / 400)Google, YouTube Help 2026 (phép tính của chúng tôi)
Bitrate podcast của Spotify trong ứng dụngKhoảng 96 kbit/sSpotify Support 2026
Bitrate AAC stereo Apple Podcasts khuyến nghị128 đến 256 kbpsApple Podcasts for Creators 2026
Bộ giới hạn cuối cùng trước bộ mã hóa có tổn hao-2 dBTPEBU Tech 3344, 2016

Phương pháp luận và Nguồn

Chúng tôi đã đọc từng con số trong bài tổng hợp này tại tài liệu gốc trong tháng 11 năm 2026. Các tỷ lệ phần trăm ở mục 2 là phép tính số học của riêng chúng tôi từ các bitrate đã công bố, với công thức được ghi bên cạnh mỗi giá trị.

Cập nhật lần cuối: ngày 6 tháng 11 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 cập nhật tiếp theo dự kiến sẽ diễn ra khi kỷ yếu ICASSP 2027 công bố phiên bản đã qua bình duyệt của nghiên cứu về độ trong suốt của Deezer Research.

Dùng thử VoxBooster — 3 ngày dùng thử miễn phí.

Nhân bản giọng thời gian thực, soundboard và hiệu ứng — ở mọi nơi bạn đã nói chuyện.

  • Không cần thẻ tín dụng
  • ~30ms độ trễ
  • Discord · Teams · OBS
Dùng thử miễn phí 3 ngày