จากบริการสตรีมมิงหกรายที่การจัดการความดังของพวกเขาถูกพูดถึงบ่อยที่สุด มีเพียงรายเดียวเท่านั้นที่ประกาศค่าเป้าหมายการปรับความดังซึ่งคุณอ้างอิงได้ Spotify ประกาศค่า −14 LUFS แบบ integrated พร้อมเพดานทรูพีคที่ −1 dBTP และเข้มขึ้นเป็น −2 dBTP หากมาสเตอร์ดังกว่า −14 LUFS ส่วน Apple Music, YouTube Music, Amazon Music, TIDAL และ Deezer ไม่ประกาศค่าเป้าหมายการปรับความดังใด ๆ เลย ตัวเลขทุกตัวที่คุณเคยเห็นสำหรับห้ารายนั้นเป็นคำบอกเล่า ไม่ใช่สิ่งที่ประกาศ และความต่างนี้สำคัญขึ้นมาทันทีที่มีใครนำมันไปคำนวณว่ามาสเตอร์ของตนจะถูกลดเกนลงเท่าไร
ตัวเลขเดียวจากบริการสตรีมมิงที่ถูกประกาศ
หน้าเรื่องการปรับความดังให้เป็นมาตรฐานของ Spotify เองระบุค่าเป้าหมายไว้ที่ −14 LUFS แบบ integrated ระบุเพดานทรูพีคไว้ที่ −1 dBTP และ −2 dBTP สำหรับมาสเตอร์ที่ส่งมอบมาดังกว่า −14 LUFS ตัวเลขสามตัวนั้นคือข้อกำหนดการปรับความดังจากบริการสตรีมมิงเพียงชุดเดียวในบทความนี้ที่มาจากตัวบริการเอง
นั่นเป็นฐานข้อเท็จจริงที่แคบกว่าที่คำแนะนำเรื่องมาสเตอริงส่วนใหญ่บอกเป็นนัย และมันก็เพียงพอที่จะทำงานด้วย เพราะกลไกเหมือนกันทุกที่แม้ค่าเป้าหมายจะไม่ถูกประกาศก็ตาม คือวัดความดังแบบ integrated เทียบกับค่าเป้าหมาย แล้วใส่เกนตอนเล่น
ห้าบริการที่ไม่ประกาศอะไรเลย
Apple Music, YouTube Music, Amazon Music, TIDAL และ Deezer ไม่ประกาศค่าเป้าหมายการปรับความดัง ตัวเลขที่หมุนเวียนกันอยู่สำหรับพวกเขา ในถ้อยคำที่ซื่อสัตย์เพียงแบบเดียวที่มีอยู่ คือ
เล่าต่อกันอย่างกว้างขวาง ไม่ได้ประกาศโดยตัวบริการ: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15
ตัวเลขเหล่านั้นถูกแยกออกมาต่างหากโดยตั้งใจ และกฎที่มาพร้อมกับมันนั้นเข้มงวด อย่าคำนวณค่าเกนจากมัน ประโยคที่ว่า "มาสเตอร์ของคุณอยู่ที่ −8 Apple อยู่ที่ −16 ดังนั้น Apple จะดึงคุณลง 8 dB" คือเลขคณิตที่กระทำบนตัวเลขซึ่งบริษัทที่ถูกอ้างถึงไม่เคยยืนยัน โดยใช้อัลกอริทึมที่บริษัทนั้นก็ไม่เคยยืนยันพารามิเตอร์ของมันเช่นกัน การลบนั้นสะอาดหมดจด ส่วนผลลัพธ์นั้นไร้ฐาน
นี่ไม่ใช่ความจู้จี้เรื่องการอ้างอิงแหล่งที่มา มันคือเหตุผลเชิงปฏิบัติว่าทำไมคำแนะนำเรื่องความดังจึงขัดแย้งกันเองมากขนาดนั้น คือนักเขียนสองคนหยิบค่าที่เล่าต่อกันมาคนละค่าสำหรับบริการเดียวกัน ทั้งคู่ทำการลบ และทั้งคู่นำเสนอตัวเลขอย่างมั่นใจ
−23, −16, −18 คือสามตัวเลขที่ใช้แทนกันไม่ได้
มีอีกสามตัวเลขที่หมุนเวียนกันอยู่ราวกับว่ามันเป็นค่าเป้าหมายทางเลือกสำหรับการสตรีม มันไม่ใช่
- EBU R 128 กำหนดไว้ที่ −23 LUFS R 128 เป็นข้อแนะนำสำหรับ การแพร่ภาพกระจายเสียง มันไม่ใช่ค่าเป้าหมายสำหรับการสตรีมและไม่เคยถูกตั้งใจให้เป็นเช่นนั้น การอ้างมันในการสนทนาเรื่องการส่งมอบงานสตรีมมิงคือความผิดพลาดเชิงประเภท ไม่ใช่มาตรฐานที่เข้มกว่า
- AES TD1008 ให้ค่า −16 LUFS สำหรับดนตรี นี่คือตัวเลขที่เอนไปทางการสตรีม ซึ่งมักเป็นสิ่งที่คนกำลังจะสื่อถึงเวลาอ้าง AES
- ค่า −18 LUFS ของ TD1008 ใช้กับเนื้อหาที่นำโดยเสียงพูด คือข่าว รายการสนทนา ละคร การระบุ −18 ว่าเป็นค่าเป้าหมายสำหรับดนตรีเป็นข้อผิดพลาดที่พบบ่อยและร้ายแรง หากคู่มือมาสเตอริง พรีเซ็ตปลั๊กอิน หรือโพสต์ในเว็บบอร์ดใดบอกคุณว่า AES แนะนำ −18 LUFS สำหรับดนตรี เอกสารนั้นสับสนระหว่างตัวเลขสำหรับเสียงพูดกับตัวเลขสำหรับดนตรี และคุณควรไม่ไว้ใจส่วนที่เหลือของมัน
การแยกความต่างระหว่าง −16 กับ −18 ให้ถูก คือหนึ่งในวิธีที่เร็วที่สุดในการบอกว่าคนที่เขียนเรื่องความดังอ่านแหล่งข้อมูลมาจริง หรือลอกบทสรุปมา
มาตรฐานการวัด และฉบับใดที่มีผลบังคับใช้
ทุกอย่างข้างต้นวัดด้วย ITU-R BS.1770 ซึ่งมีหกฉบับ คือ -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) และ -5 (November 2023)
BS.1770-5 คือฉบับที่มีผลบังคับใช้ ส่วน BS.1770-4 จาก October 2015 ถูกแทนที่แล้ว แม้ว่ามันจะเป็นฉบับที่มิเตอร์ซึ่งใช้งานกันอยู่ส่วนใหญ่ยังอ้างถึง หากคู่มือมิเตอร์ของคุณระบุ -4 นั่นบอกคุณเรื่องอายุของคู่มือ ไม่ได้บอกว่าฉบับใดกำกับอยู่ ให้ระบุ -5 ว่าเป็นฉบับปัจจุบัน
อัลกอริทึมทำอะไรจริง ๆ และมิเตอร์ทำผิดตรงไหน
ข้อกำหนดนั้นสั้นและแม่นยำ และรายละเอียดหลายข้อของมันถูกนำไปทำจริงอย่างผิดพลาดบ่อยพอที่คุณควรรู้จักมัน
K-weighting คือฟิลเตอร์สองขั้น ได้แก่ไฮเชลฟ์ (ฟิลเตอร์ "head") ตามด้วยไฮพาส (RLB) เกนของเส้นโค้ง K-weighting ที่ 1 kHz คือ +0.698 dB หรือ 1.0836 แบบเชิงเส้น ค่าชดเชยนั้นคือเหตุผลที่การวัดแบบ K-weighted ของโทน 1 kHz ไม่เท่ากับระดับที่ไม่ถ่วงน้ำหนักของมัน
บล็อก ความดังถูกคำนวณบน บล็อกขนาด 400 ms ที่ซ้อนทับกัน 75%
เกตสัมบูรณ์ บล็อกที่ต่ำกว่า −70 LUFS ถูกทิ้งไปทั้งหมด
เกตสัมพัทธ์ ซึ่งเป็นข้อที่ถูกระบุผิดบ่อยที่สุด เกตสัมพัทธ์คำนวณจากค่าเฉลี่ยของบล็อกที่ รอดจากเกตสัมบูรณ์ แล้วชดเชยด้วย −10 LU มัน ไม่ใช่ ค่าเฉลี่ยแบบไม่ผ่านเกต มิเตอร์ที่ทำเกตสัมพัทธ์เทียบกับค่าเฉลี่ยที่ไม่ผ่านเกต จะอ่านแทร็กที่มีช่วงเงียบยาว ๆ ต่างจากมิเตอร์ที่ทำตามข้อกำหนด และทั้งสองจะไม่ตรงกันด้วยปริมาณที่ขึ้นอยู่กับการเรียบเรียงของคุณ มากกว่าขึ้นอยู่กับความดังของคุณ
ช่วงความดัง LRA ซึ่งนิยามไว้ใน EBU Tech 3342 ใช้เกตสัมพัทธ์ที่ −20 LU ไม่ใช่ −10 LU การนำเกตของความดังแบบ integrated มาใช้ซ้ำกับ LRA เป็นบั๊กที่พบบ่อยในการนำไปทำจริง และมันทำให้วัสดุที่มีไดนามิกดูสม่ำเสมอกว่าความเป็นจริง
หน้าต่างเวลา ความดังระยะสั้นใช้หน้าต่าง 3 s (EBU Tech 3341) ส่วนความดังขณะปัจจุบันใช้ 400 ms ทั้งสองเป็นการวัดคนละอย่าง ไม่ใช่การตั้งค่าการทำให้เรียบคนละแบบบนการวัดเดียวกัน
ทรูพีค ทรูพีควัดบนสัญญาณที่ โอเวอร์แซมเปิล คือ อย่างน้อย 4× ตาม BS.1770 และ 8× จะดีกว่า แซมเปิลพีคไม่ใช่ทรูพีค พีคระหว่างแซมเปิลสามารถเกินค่าแซมเปิลสูงสุดในไฟล์ได้ ซึ่งเป็นเหตุผลที่มาสเตอร์ซึ่งอ่านได้ 0.0 dBFS พอดีบนมิเตอร์แซมเปิลพีค ยังคลิปตัวถอดรหัสแบบสูญเสียข้อมูลได้ เพดาน −1 dBTP และ −2 dBTP ของ Spotify เป็นตัวเลข ทรูพีค ดังนั้นมิเตอร์แซมเปิลพีคจึงบอกคุณไม่ได้ว่าคุณผ่านเกณฑ์นั้นหรือไม่
| พารามิเตอร์ | ค่า | ข้อผิดพลาดที่พบบ่อย |
|---|---|---|
| เกตสัมบูรณ์ | −70 LUFS | — |
| เกตสัมพัทธ์ (integrated) | −10 LU ต่ำกว่าค่าเฉลี่ยของบล็อกที่รอด | คำนวณจากค่าเฉลี่ยแบบไม่ผ่านเกต |
| เกต LRA | −20 LU | นำ −10 LU จาก integrated มาใช้ซ้ำ |
| หน้าต่างขณะปัจจุบัน | 400 ms | — |
| หน้าต่างระยะสั้น | 3 s | — |
| การโอเวอร์แซมเปิลทรูพีค | อย่างน้อย 4× และ 8× จะดีกว่า | รายงานแซมเปิลพีคว่าเป็นทรูพีค |
การปรับขึ้น เป็นเงื่อนไข ไม่ใช่ใช่หรือไม่ใช่
บริการต่าง ๆ ปรับความดังตอนเล่น มาสเตอร์ที่ดังกว่าค่าเป้าหมายจะถูกหรี่ ลง ตามส่วนต่าง ส่วนนั้นไม่มีข้อโต้แย้ง
กรณีมาสเตอร์ที่เบาคือจุดที่คำตอบมั่นใจทั้งสองแบบนั้นผิด หน้าเว็บของ Spotify ระบุว่า "Positive gain is applied to softer masters so the loudness level is -14 dB LUFS." และยังระบุว่า "We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality."
อ่านสองประโยคนั้นด้วยกัน มันบรรยายเงื่อนไข มาสเตอร์ที่เบา อาจ ถูกยกขึ้นสู่ค่าเป้าหมาย มาสเตอร์ที่เบาแต่มีพีคสูง อาจไม่ ถูกยกขึ้นจนสุด เพราะการยกมันขึ้นจะกินเฮดรูมที่ประโยคที่สองสงวนไว้
ดังนั้น
- "มาสเตอร์ที่เบาไม่เคยถูกเร่งขึ้น" นั้นผิด
- "มาสเตอร์ที่เบาถูกเร่งขึ้นสู่ค่าเป้าหมายเสมอ" ก็ผิดเช่นกัน
- สิ่งที่ถูกคือ เกนขาขึ้นมีอยู่จริง และมันถูกใส่โดยขึ้นอยู่กับเฮดรูมของแทร็ก
หากคุณต้องการเกนขาขึ้น คันโยกคือการควบคุมพีคในมาสเตอร์ ไม่ใช่ระดับเฉลี่ย มาสเตอร์ที่มีเฮดรูมจริงคือมาสเตอร์ที่มีที่ว่างให้ถูกยกขึ้น
การลิมิตเกินพอดีซื้ออะไรให้คุณจริง ๆ
เอาชิ้นส่วนมาต่อกัน มาสเตอร์ที่ถูกดันไปสู่ความดังแบบ integrated ที่สูง จะถูกหรี่ลงตอนเล่นด้วยส่วนต่างระหว่างระดับของมันกับค่าเป้าหมาย มันไม่ได้ไปถึงผู้ฟังในสภาพที่ดังกว่า สิ่งที่มันไปถึงในสภาพนั้นคือสิ่งที่คุณทำกับมันระหว่างทาง คือเครสต์แฟกเตอร์ที่ลดลง ทรานเซียนต์ที่ถูกทำให้แบน และหากคุณดันเกินเพดานทรูพีค ก็จะได้พีคระหว่างแซมเปิลที่ตัวเข้ารหัสแบบสูญเสียข้อมูลจะจัดการตามเงื่อนไขของมันเอง
การลิมิตเกินพอดีซื้อความแบนให้คุณ ไม่ใช่ความดัง นั่นคือข้อความที่ปกป้องได้ และมันเป็นจริงโดยไม่ต้องพึ่งค่าเป้าหมายที่ประกาศจากบริการใดนอกจากรายเดียวที่ประกาศมันไว้ แม้ตัวเลขที่เล่าต่อกันมาสำหรับอีกห้ารายจะกลายเป็นถูกต้องเป๊ะทั้งหมด ข้อสรุปก็จะไม่เปลี่ยน เพราะกลไก คือปรับความดังตอนเล่นและลดสิ่งที่ดัง คือสิ่งที่ทำงาน ไม่ใช่ตัวเลขเฉพาะตัวนั้น
จะทำอะไรกับเรื่องนี้
- วัดความดังแบบ integrated และพีค แบบทรู พร้อมโอเวอร์แซมเปิล ก่อนส่งมอบอะไรก็ตาม
- ตรวจมาสเตอร์ของคุณเทียบกับ −14 LUFS และ −1 dBTP (หรือ −2 dBTP หากคุณดังกว่า −14 LUFS) เพราะค่าเหล่านั้นถูกประกาศไว้ และให้ถือว่าทุกอย่างที่เหลือยังไม่ได้รับการตรวจสอบ
- หากเครื่องมือ ปลั๊กอินหรือบทความใดให้ค่าเป้าหมายรายบริการสำหรับ Apple Music, YouTube Music, Amazon Music, TIDAL หรือ Deezer แก่คุณ โดยไม่ติดป้ายว่ามันเป็นคำบอกเล่าไม่ใช่สิ่งที่ประกาศ ให้ถือว่านั่นเป็นสัญญาณเกี่ยวกับตัวเครื่องมือนั้น
- ตรวจสอบพฤติกรรมเกตสัมพัทธ์และเกต LRA ของมิเตอร์คุณหากมันเปิดให้ทำได้ คือ −10 LU สำหรับ integrated และ −20 LU สำหรับ LRA
- เลิกไล่ล่าตัวเลขที่จะถูกย้อนกลับตอนเล่น แล้วเริ่มปกป้องเฮดรูมที่เป็นตัวกำหนดว่าเกนขาขึ้นจะมาถึงคุณหรือไม่
เครื่องมือตรวจความดังฟรีของ Mazufa อยู่ที่ /loudness-checker มันทำงานในเบราว์เซอร์ของคุณทั้งหมด ไม่มีการอัปโหลดไฟล์เสียง และมันรายงานตัวเลขของ Spotify ที่ประกาศไว้ว่าเป็นสิ่งที่ประกาศ และรายงานทุกอย่างที่เหลือตามที่มันเป็น
แหล่งข้อมูล
- Spotify, "Loudness normalization" (หน้าสนับสนุนสำหรับศิลปิน) — ค่าเป้าหมาย −14 LUFS เพดานทรูพีค −1/−2 dBTP และข้อความเรื่องเกนบวกกับเฮดรูม 1 dB support.spotify.com/us/artists/article/loudness-normalization/ — อ่านเมื่อ 2026-09-07
- ประวัติฉบับและกลไกของ ITU-R BS.1770 โดย BS.1770-5 (November 2023) มีผลบังคับใช้ และ BS.1770-4 (October 2015) ถูกแทนที่แล้ว itu.int — ตรวจสอบเมื่อ 2026-09-07
- EBU R 128 — −23 LUFS สำหรับการแพร่ภาพกระจายเสียง และ EBU Tech 3341 (หน้าต่างขณะปัจจุบันและระยะสั้น) กับ EBU Tech 3342 (ช่วงความดัง เกต −20 LU) tech.ebu.ch — ไม่มีการบันทึกวันที่อ่านไว้ในเอกสารข้อเท็จจริงของเรา
- AES TD1008 — −16 LUFS สำหรับดนตรี −18 LUFS สำหรับเนื้อหาที่นำโดยเสียงพูด aes.org/community/technical-council/technical-document-aestd1008/ — ไม่มีการบันทึกวันที่อ่านไว้ในเอกสารข้อเท็จจริงของเรา