มิเตอร์ของคุณกำลังโกหกเรื่องพีค และเหตุผลคือเลขคณิต

ไฟล์ที่แซมเปิลสูงสุดอ่านได้ 0.0 dBFS ไม่ใช่ไฟล์ที่สัญญาณของมันไปถึง 0 dB ระหว่างแซมเปิลสองตัวใดก็ตาม คลื่นที่ถูกสร้างขึ้นใหม่สามารถยกตัวสูงกว่าทั้งสองตัวได้ และมิเตอร์แซมเปิลพีคนั้นไร้ความสามารถเชิงโครงสร้างที่จะมองเห็นสิ่งนั้น จากนั้นโคเดกแบบสูญเสียข้อมูล ซึ่งเป็นสิ่งที่บริการสตรีมมิงทุกรายใส่ลงบนมาสเตอร์ของคุณก่อนที่จะมีใครได้ยินมัน ก็ดันส่วนที่ยื่นออกมาเหล่านั้นให้สูงขึ้นไปอีก ผลลัพธ์คือมาสเตอร์ที่วัดแล้วสะอาดใน DAW ของคุณแต่แตกพร่าตอนเล่น และไม่มีส่วนใดของเรื่องนี้เป็นเรื่องความคิดเห็น มันคือผลสืบเนื่องจากวิธีที่เสียงซึ่งถูกสุ่มตัวอย่างถูกสร้างขึ้นใหม่

บทความนี้ครอบคลุมว่าแซมเปิลพีคกับทรูพีคคืออะไรกันแน่ ทำไมการโอเวอร์แซมเปิลจึงเป็นวิธีเดียวที่จะวัดอย่างหลังได้ มิเตอร์ 4× มองเห็นและมองไม่เห็นอะไร และมิเตอร์ความดังมาตรฐานตัวใดในสามตัวตอบคำถามข้อใด ส่วนเรื่องที่ว่าแต่ละบริการประกาศค่าเป้าหมายอะไร และเกิดอะไรขึ้นกับมาสเตอร์ที่เบา ครอบคลุมไว้ต่างหากใน เกิดอะไรขึ้นกับมาสเตอร์ของคุณจริง ๆ

แซมเปิลพีคคือจุดสูงสุดในไฟล์ ส่วนทรูพีคไม่ได้อยู่ในไฟล์

มิเตอร์แซมเปิลพีครายงานค่าสัมบูรณ์ของแซมเปิลที่ใหญ่ที่สุดในไฟล์ นั่นเป็นตัวเลขจริงและคำนวณง่าย คือคุณดูทุกแซมเปิลแล้วเก็บตัวที่ใหญ่ที่สุดไว้

แต่แซมเปิลคือจุดบนคลื่นต่อเนื่อง ไม่ใช่ตัวคลื่นเอง คลื่นที่ลากผ่านจุดเหล่านั้นสามารถยกตัวสูงกว่าทั้งสองจุดในช่วงระหว่างจุดได้ คลื่นแอนะล็อกที่ถูกสร้างขึ้นใหม่สามารถเกินแซมเปิลที่สูงที่สุดในไฟล์ได้ และมิเตอร์แซมเปิลพีคไม่มีกลไกใดที่จะตรวจจับสิ่งนี้ ส่วนที่ยื่นออกมาเหล่านั้นคือ พีคระหว่างแซมเปิล ส่วนระดับของคลื่นที่ถูกสร้างขึ้นใหม่ซึ่งรวมส่วนเหล่านั้นด้วยคือ ทรูพีค แสดงหน่วยเป็น dBTP

นี่คือเหตุผลที่ "ไม่มีอะไรถูกคลิป" กับ "จะไม่มีอะไรถูกคลิป" เป็นคำกล่าวอ้างคนละอย่าง ไฟล์ที่ปลอดภัยในเชิงดิจิทัลซึ่งแซมเปิลสูงสุดหยุดที่ −0.1 dBFS สามารถมีทรูพีคสูงกว่า 0 dBTP ได้มากทีเดียว ไม่มีอะไรในไฟล์ที่เกิน แต่ทุกสิ่งที่อยู่ปลายทางซึ่งสร้างคลื่นขึ้นใหม่ ไม่ว่าจะเป็น DAC ตัวแปลงอัตราสุ่มตัวอย่าง หรือตัวถอดรหัสแบบสูญเสียข้อมูล อาจคลิปมันได้

การทดสอบเชิงปฏิบัตินั้นตรงไปตรงมา มิเตอร์ที่ไม่มีโหมดทรูพีคหรือ dBTP อย่างชัดแจ้งคือมิเตอร์แซมเปิลพีค ไม่ว่าคู่มือของมันจะบอกเป็นนัยว่าอย่างไร นั่นรวมถึงมิเตอร์ระดับสัญญาณส่วนใหญ่ที่ติดมากับ DAW และรวมถึงตัวควบคุมเพดานบนลิมิตเตอร์อีกจำนวนมาก

ทำไมการเข้ารหัสแบบสูญเสียข้อมูลจึงทำให้แย่ลง ไม่ใช่เป็นกลาง

การสตรีมไม่ได้ส่ง WAV ของคุณไป มันส่งไฟล์ AAC, Ogg Vorbis หรือ MP3 ที่เข้ารหัสจากมัน และโคเดกแบบสูญเสียข้อมูลไม่ได้สร้างคลื่นของคุณขึ้นมาใหม่ทีละแซมเปิล มันสร้างคลื่นที่คล้ายกันในเชิงการรับรู้ ผลลัพธ์ที่ออกจากตัวถอดรหัสจึงล้ำเกินสิ่งที่เข้าไปในตัวเข้ารหัสอยู่เป็นประจำ

ส่วนที่ล้ำเกินนั้นไม่ใช่บั๊กของตัวเข้ารหัสตัวใดตัวหนึ่ง มันคือผลสืบเนื่องที่หลีกเลี่ยงไม่ได้ของการควอนไทซ์และการทิ้งรายละเอียดเชิงสเปกตรัม และนี่คือส่วนที่สำคัญต่อการตัดสินใจเรื่องมาสเตอริง คือ มันแปรผันตามว่าต้นทางถูกลิมิตหนักแค่ไหน ยิ่งคุณกดสัญญาณให้แบนราบชนเพดานอย่างดุดันมากเท่าไร โคเดกก็ยิ่งสร้างส่วนล้ำเกินตอนขาออกมากเท่านั้น

ดังนั้นมาสเตอร์ที่อยู่ที่ 0.0 dBTP พอดีจะถอดรหัสออกมาพร้อมพีคที่สูงกว่า 0 dBFS และตัวถอดรหัสก็คลิปมัน คุณไม่มีทางได้ยินสิ่งนี้บนไฟล์ของคุณเอง คุณได้ยินมันบนเวอร์ชันที่ผู้ฟังได้รับ

ข้อกำหนดที่ถูกประกาศทุกฉบับซึ่งพูดถึงเรื่องนี้ล้วนไปถึงข้อสรุปเดียวกัน AES TD1008 ระบุว่า "For all content, it is recommended that the Maximum True Peak level not exceed −1 dBTP at the codec input of lossy-encoded streams." ส่วน Spotify ขอให้คุณรักษาทรูพีคไว้ "below −1dB TP (True Peak) max" และสำหรับมาสเตอร์ที่ดังกว่า −14 LUFS ให้ "keep True Peak below −2dB to avoid extra distortion."

ตัวเลขตัวที่สองของ Spotify คือตัวที่น่าสนใจ มันมีอยู่เพราะวัสดุที่ถูกลิมิตหนักกว่าย่อมล้ำเกินมากกว่าในโคเดก เพดานไม่ใช่ความเชื่องมงายที่ตายตัว มันเข้มขึ้นเมื่อวัสดุแน่นขึ้น

การโอเวอร์แซมเปิลทำอะไรอยู่ และ 4× มองไม่เห็นอะไร

การจะวัดพีคที่ไม่ได้อยู่ในไฟล์ได้ คุณต้องสร้างคลื่นในช่วงระหว่างแซมเปิลขึ้นมาใหม่ ITU-R BS.1770 กำหนดให้ทำสิ่งนั้นด้วยการโอเวอร์แซมเปิล คือแทรกจุดแซมเปิลเพิ่มเข้าไปแล้ววัดพีคของสัญญาณที่หนาแน่นขึ้นนั้น

ข้อแนะนำกำหนด ค่าต่ำสุดไว้ที่การโอเวอร์แซมเปิล 4× ที่ 48 kHz และตั้งข้อสังเกตว่า "Higher sampling rates and over-sampling ratios are preferred."

ให้อ่านตามที่มันเขียนไว้ 4× คือพื้นขั้นต่ำของการทำตามข้อกำหนด ไม่ใช่คำตอบที่แม่นยำ มิเตอร์ 4× รับประกันว่าจับได้มากกว่ามิเตอร์แซมเปิลพีค และไม่ได้รับประกันว่าจับได้ทุกอย่าง ที่ 4× การวัดยังอ่านต่ำกว่าพีคจริงได้อีกไม่กี่ส่วนสิบ dB และไม่กี่ส่วนสิบนั้นแหละคือขนาดของระยะเผื่อที่คนพยายามเจียดออกจากเพดานพอดี

ให้ใช้การโอเวอร์แซมเปิล 8× หรือ 16× หากมิเตอร์ของคุณมีให้ ต้นทุน CPU ที่เพิ่มมานั้นแทบไม่มีนัยสำคัญ ส่วนความแม่นยำที่เพิ่มมานั้นมีนัยสำคัญ

มีกับดักคู่แฝดอยู่ที่ฝั่งลิมิตเตอร์ เพดานทรูพีคที่ตั้งไว้ที่ −1.0 dBTP จะมีความหมายก็ต่อเมื่อลิมิตเตอร์กำลังลิมิตแบบทรูพีคอยู่จริง ตัวควบคุมเพดานของลิมิตเตอร์จำนวนมากเป็นแบบแซมเปิลพีค และการตั้งค่ามันไว้ที่ −1.0 ก็ให้พีคระหว่างแซมเปิลที่ไหนสักแห่งเหนือ −0.5 dBTP คือระยะเผื่อของคุณหายไปครึ่งหนึ่งก่อนที่โคเดกจะแตะไฟล์เสียด้วยซ้ำ

มิเตอร์ของคุณกำลังอ้างมาตรฐานฉบับไหนอยู่

BS.1770 มีหกฉบับ คือ 2006, 2007, 2011, 2012, 2015 และ 2023 BS.1770-4 (October 2015) คือฉบับที่มิเตอร์ซึ่งใช้งานกันอยู่ส่วนใหญ่อ้างถึง ส่วน BS.1770-5 (November 2023) คือฉบับที่มีผลบังคับใช้อยู่ในปัจจุบัน พื้นขั้นต่ำการโอเวอร์แซมเปิล 4× ขั้นของฟิลเตอร์ และเกตทั้งสองที่บรรยายไว้ที่นี่ ล้วนตรวจสอบเทียบกับ BS.1770-5 ฉบับที่ประกาศแล้ว

เรื่องนี้ควรรู้ไว้เป็นหลักเพื่อให้คุณอ่านเอกสารของมิเตอร์ได้อย่างถูกต้อง มิเตอร์ที่อ้าง -4 ไม่ได้ผิดเพราะเหตุนั้น แต่ -5 คือตัวบทปัจจุบันและเป็นฉบับที่ควรเอ่ยชื่อเมื่อคุณกำลังตรวจสอบคำกล่าวอ้างเทียบกับเอกสาร

ขณะปัจจุบัน ระยะสั้น อินทิเกรเทด คือสามมิเตอร์ สามคำถาม

อีกครึ่งหนึ่งของปัญหาคือคนส่วนใหญ่อ่านมิเตอร์ความดังผิดตัวเมื่อเทียบกับการตัดสินใจที่กำลังทำอยู่ EBU Tech 3341 นิยามหน้าต่างไว้สามแบบ และทั้งสามตอบคำถามที่ต่างกันจริง ๆ สามข้อ

ขณะปัจจุบัน (M) คือ 400 ms ไม่มีเกต เป็นหน้าต่างเดียวกับบล็อกเกตของ BS.1770 ความดังขณะปัจจุบันติดตามเหตุการณ์เดี่ยว ๆ ได้แก่เสียงสแนร์ พยัญชนะในเสียงร้อง จังหวะตก ให้ใช้มันเพื่อ จับ สิ่งต่าง ๆ เช่นเสียงคิกที่พุ่งขึ้น 6 LU เหนือทุกอย่างรอบข้าง หรือท่อนที่กระโดดออกมา อย่าใช้มันตัดสินใจเรื่องระดับสัญญาณ มันไวเกินไปมาก และการวิ่งไล่มิเตอร์ขณะปัจจุบันให้ผลออกมาเป็นงานที่ถูกบีบอัดเกินพอดีอย่างที่การปรับความดังตอนเล่นลงโทษพอดี

ระยะสั้น (S) คือ 3 s ไม่มีเกต สามวินาทีนั้นราวหนึ่งวรรคดนตรี ความดังระยะสั้นคือมิเตอร์ที่ถูกต้องสำหรับการตัดสินใจเรื่องความสมดุลภายในแทร็ก เพราะสามวินาทีคือช่วงเวลาที่ผู้ฟังรับรู้จริง ๆ ว่าท่อนหนึ่งดังหรือเบา ให้ใช้มันเทียบท่อนเวิร์สกับท่อนคอรัส ตรวจว่าท่อนบริดจ์ไม่ทรุดลง และมองเห็นรูปทรงของการเรียบเรียงของคุณในรูปตัวเลข

อินทิเกรเทด (I) คือทั้งรายการ ผ่านเกตสองชั้น นี่คือตัวเลขที่บริการต่าง ๆ ใช้เป็นฐานในการปรับความดัง และเป็นตัวเดียวที่ควรอยู่ในข้อกำหนดการส่งมอบ มันถูกวัดตลอดทั้งแทร็ก จากแซมเปิลแรกถึงแซมเปิลสุดท้าย ไม่ใช่วัดบนท่อนที่เลือกไว้ ความดังแบบอินทิเกรเทดคือข้อกำหนดการส่งมอบ ไม่ใช่เครื่องมือทำมิกซ์ หากคุณจ้องมันอยู่ระหว่างทำงาน แปลว่าคุณกำลังจ้องมิเตอร์ผิดตัว

กฎที่ตามมาคือ ให้มิกซ์และมาสเตอร์ด้วยระยะสั้น ตรวจยืนยันด้วยอินทิเกรเทด และสืบสวนความผิดปกติด้วยขณะปัจจุบัน

ความผิดพลาดที่เรื่องนี้ก่อขึ้นจริง ๆ

ความผิดพลาดที่พบบ่อยคือการจ้องความดังแบบอินทิเกรเทดขณะทำมาสเตอริงแล้วเพิ่มการลิมิตไปเรื่อย ๆ จนกว่ามันจะอ่านได้ตามตัวเลขที่ใครสักคนบอกให้คุณไปให้ถึง พฤติกรรมนั้นมีความล้มเหลวสองอย่างแยกกันซ้อนทับกันอยู่

อย่างแรกคือความดังแบบอินทิเกรเทดผ่านเกตสองชั้น และการเกตนั้นทำให้มันไม่ได้วัดสิ่งที่คนคิดว่ามันวัด บล็อกที่ต่ำกว่า −70 LKFS ถูกทิ้งไปทันที จากนั้นค่าเฉลี่ยของบล็อกที่รอดมาถูกคำนวณ แล้วลบด้วย 10 และทุกบล็อกที่ต่ำกว่าเกณฑ์สัมพัทธ์นั้นก็ถูกทิ้งไปด้วย เกตสัมพัทธ์อยู่ต่ำกว่าค่าเฉลี่ยที่ผ่านเกตสัมบูรณ์แล้วอยู่ 10 LU ไม่ใช่ต่ำกว่าค่าเฉลี่ยแบบไม่ผ่านเกตของทั้งไฟล์อยู่ 10 LU ผลที่ตามมาต่อเซสชันการทำงานของคุณนั้นตรงไปตรงมา คือ ความดังแบบอินทิเกรเทดของแทร็กคุณคือความดังเฉลี่ยของช่วงที่ดังของมันโดยพฤตินัย ไม่ใช่ของทั้งแทร็ก เพลงที่มีอินโทรกระซิบยาว 40 วินาทีกับคอรัสหนาแน่นเหมือนกำแพงเสียงจะถูกวัดจากท่อนคอรัสแทบทั้งหมด การเติมอินโทรที่เบาเข้าไปในมาสเตอร์ที่เสร็จแล้วแทบไม่ขยับค่าอินทิเกรเทดเลย และวิศวกรที่คาดหวังว่ามันจะขยับก็จะประหลาดใจ

ความล้มเหลวอย่างที่สองคือ Loudness Range ใช้เกตอีกแบบหนึ่งไปเลย LRA ซึ่งกำหนดไว้ใน EBU Tech 3342 คือผลต่างระหว่างค่าประมาณของ เปอร์เซ็นไทล์ที่ 10 กับที่ 95 ของการแจกแจงความดังระยะสั้น และ Tech 3342 ตั้งเกณฑ์สัมพัทธ์ของมันไว้ที่ −20 LU ใต้ระดับความดังที่ผ่านเกตสัมบูรณ์ ไม่ใช่ −10 LU เกตที่กว้างกว่านั้นเป็นความตั้งใจ เพราะ LRA อธิบายลักษณะของความผันแปร มันจึงต้องรับช่วงที่เบากว่าซึ่งการวัดแบบอินทิเกรเทดถูกออกแบบมาให้คัดออก มิเตอร์ที่นำเกต −10 LU ของอินทิเกรเทดมาใช้ซ้ำกับ LRA จะรายงานค่าที่เล็กเกินไปอย่างเป็นระบบ หากมิเตอร์ของคุณรายงาน LRA ต่ำกว่ามิเตอร์อีกตัวอย่างสังเกตได้บนไฟล์เดียวกัน ให้สงสัยว่ามีเกต −10 LU อยู่ในที่ที่ควรเป็น −20 LU

คุณทดสอบเรื่องนี้ได้ในไม่กี่นาที ให้ต่อวัสดุยาว 20 วินาทีที่เบากว่าตัวเนื้อของแทร็กอยู่ 15 LU เข้าไปท้ายไฟล์ ค่า LRA ของการนำไปทำจริงที่ถูกต้องจะเพิ่มขึ้นอย่างมีนัยสำคัญ ส่วนของตัวที่พังจะแทบไม่ขยับ

จริง ๆ แล้วควรส่งมอบอะไร

คำแนะนำนั้นสั้น และทุกตัวเลขในนั้นถูกประกาศไว้แล้ว

1. ตรึงเพดานก่อน ที่ −1.0 dBTP แบบทรูพีค ผ่านการโอเวอร์แซมเปิล นี่คือข้อจำกัดที่แข็งจริง ๆ ข้อเดียวในรายการนี้ ให้ใช้ −2.0 dBTP หากมาสเตอร์ของคุณดังกว่า −14 LUFS แบบอินทิเกรเทด ตัวเลขที่เข้มกว่านั้นมีอยู่เพราะวัสดุที่ถูกลิมิตหนักกว่าย่อมล้ำเกินมากกว่าในโคเดก
2. ทำมาสเตอร์เพื่อตัวดนตรี ให้ความสมดุล โทนเสียงและไดนามิกออกมาถูกต้องโดยให้ลิมิตเตอร์ทำงานน้อยที่สุดเท่าที่จะน้อยได้ และอย่ามองมิเตอร์อินทิเกรเทดในขั้นตอนนี้
3. วัดผลลัพธ์ ความดังแบบอินทิเกรเทดที่คุณไปถึงไม่ว่าจะเท่าไรก็คือค่าที่ลงสมัครของคุณ หากมันอยู่ระหว่างราว −14 ถึง −9 LUFS ค่าเป้าหมายที่ถูกประกาศทุกค่าและตัวเลขที่เล่าต่อกันมาทุกตัวก็อยู่ห่างจากคุณไม่กี่ LU หากดังกว่า −9 LUFS ให้ถามว่าการลิมิตนั้นซื้ออะไรมาให้
4. ปรับด้วยการเปลี่ยนวิธีทำมาสเตอริง ไม่ใช่ด้วยการเพิ่มการลิมิต การเล็งตัวเลข LUFS ด้วยการเพิ่มการลิมิตไปเรื่อย ๆ จนมิเตอร์อ่านได้ตามต้องการ คือพฤติกรรมที่การปรับความดังถูกออกแบบมาเพื่อทำให้ไร้ความหมายพอดี

มีสองสิ่งที่ไม่ควรทำ เพดานที่ −0.1 dBTP คือความผิดพลาดในการส่งมอบงานสตรีมมิง ไม่ใช่ทางเลือกเชิงสไตล์ และอย่าตัดมาสเตอร์คนละชุดให้บริการคนละราย เพราะค่าเป้าหมายที่ถูกประกาศและที่เล่าต่อกันมานั้นกินช่วงราว 2 LU การไปให้ถึงตัวเลขใดเป๊ะ ๆ ไม่เปลี่ยนอะไรที่ได้ยิน และมาสเตอร์ชุดเดียวที่ −1 dBTP พร้อมไดนามิกที่สมเหตุสมผลนั้นถูกต้องทุกที่

หากคุณอยากตรวจไฟล์ที่เสร็จแล้วก่อนส่งมอบ Mazufa มีตัวตรวจความดังและทรูพีคฟรีที่ /loudness-checker มันทำงานในเบราว์เซอร์ของคุณเองทั้งหมดและไม่อัปโหลดไฟล์เสียงใด ๆ

แหล่งข้อมูล

ITU-R BS.1770 อัลกอริทึมการวัด K-weighting การเกต ทรูพีค

• Recommendation ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level (PDF ฉบับเต็ม): https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
• หน้าข้อแนะนำ BS.1770 และประวัติฉบับต่าง ๆ (BS.1770-0 ถึง BS.1770-5): https://www.itu.int/rec/R-REC-BS.1770/en

EBU หน้าต่างของมิเตอร์และ Loudness Range

• EBU Tech 3341, Loudness Metering: EBU Mode metering to supplement EBU R 128 (ขณะปัจจุบัน 400 ms ระยะสั้น 3 s): https://tech.ebu.ch/publications/tech3341
• EBU Tech 3342, Loudness Range: A measure to supplement EBU R 128 loudness normalisation (เกต −20 LU เปอร์เซ็นไทล์ที่ 10/95), PDF: https://tech.ebu.ch/docs/tech/tech3342.pdf

AES เพดานทรูพีคที่ขาเข้าโคเดก

• AES TD1008.1.21-9, Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution (−1 dBTP ที่ขาเข้าโคเดก), PDF: https://aes2.org/wp-content/uploads/2024/01/20210924_TD1008_v3.13.pdf
• หน้าเอกสาร AES TD1008: https://aes.org/technical-council/technical-document-aestd1008/

Spotify เพดานทรูพีคที่ถูกประกาศ

• Spotify for Artists, Loudness normalization (−1 dBTP และ −2 dBTP สำหรับมาสเตอร์ที่ดังกว่า −14 LUFS): https://support.spotify.com/us/artists/article/loudness-normalization/