लाउडनेस नॉर्मलाइज़ेशन: स्ट्रीमिंग के लिए एक तकनीकी संदर्भ

छोटा जवाब

स्ट्रीमिंग के लिए मास्टर करते समय सिर्फ़ एक संख्या सचमुच अनिवार्य है: ट्रू पीक (true peak — पुनर्निर्मित तरंग का वास्तविक शिखर) की छत −1 dBTP, और अगर आपका मास्टर −14 LUFS से तेज़ है तो −2 dBTP। इंटीग्रेटेड लाउडनेस (integrated loudness — पूरे ट्रैक का गेटेड औसत) को किसी आँकड़े पर ज़बरदस्ती लाने की ज़रूरत नहीं; उसे संगीत तय करने दीजिए। अगर आपको एक प्रकाशित लक्ष्य चाहिए ही, तो AES TD1008 संगीत के लिए −16 LUFS की सिफ़ारिश करता है और Spotify प्लेबैक को −14 LUFS पर नॉर्मलाइज़ करता है। हर बड़ी सेवा तेज़ मास्टर को प्लेबैक पर नीचे कर देती है — यानी −6 LUFS का मास्टर −14 LUFS वाले से ज़ोर से नहीं बजता, बस उसी स्तर पर कम डायनामिक रेंज के साथ बजता है। इसलिए लिमिटर से "ज़ोर" नहीं ख़रीदा जा सकता; सिर्फ़ ट्रांज़िएंट (transient — आघात का पहला तीव्र क्षण) बेचे जा सकते हैं। सही संख्या एक नहीं है, पर सही तरीक़ा एक है: छत पहले तय कीजिए, संगीत के हिसाब से मास्टर कीजिए, और अंत में नापिए।

1. गणित की दलील: नॉर्मलाइज़ेशन ओवर-लिमिटिंग को आत्मघाती क्यों बना देती है

यह सौंदर्यबोध का नहीं, अंकगणित का तर्क है।

नॉर्मलाइज़ करने वाली सेवा आपके ट्रैक की इंटीग्रेटेड लाउडनेस नापती है, उसे अपने लक्ष्य से मिलाती है, और प्लेबैक के समय पूरी फ़ाइल पर एक स्थिर गेन लगा देती है। Spotify का लक्ष्य −14 LUFS है: आपका मास्टर −14 LUFS पर है तो गेन 0 dB, −8 LUFS पर है तो गेन −6 dB, −11 LUFS पर है तो −3 dB।

अब एक ही मिक्स के दो मास्टर लीजिए। मास्टर "क" −14 LUFS इंटीग्रेटेड पर, पीक −1 dBTP — यानी PLR (peak-to-loudness ratio, शिखर-से-लाउडनेस अनुपात) 13 LU। मास्टर "ख" वही मिक्स −8 LUFS तक धकेला हुआ, वही −1 dBTP छत — PLR 7 LU। −14 LUFS लक्ष्य पर मास्टर "ख" को 6 dB नीचे किया जाएगा। उसके पीक अब −7 dBTP पर बैठेंगे। उसकी लाउडनेस मास्टर "क" जितनी ही होगी। लिमिटर ने जो 6 dB क्रेस्ट फ़ैक्टर हटाया था, वह बस ग़ायब है — और प्लेबैक श्रृंखला में कुछ भी उसे लौटाता नहीं।

लाउडनेस नॉर्मलाइज़ेशन "लाउडनेस वॉर" को "डायनामिक रेंज वॉर" में बदल देती है, जिसमें सबसे तेज़ मास्टर अपने-आप हार जाता है। पूरी दलील इतनी ही है और यह किसी की पसंद पर निर्भर नहीं करती।

चेतावनी से ज़्यादा उपयोगी इसका उल्टा पहलू है। चूँकि प्लेबैक का स्तर सेवा तय करती है, आपके मास्टर का स्तर अब प्रतिस्पर्धा का कारक ही नहीं रहा। प्रतिस्पर्धा अब उन चीज़ों पर है जिन पर पहले स्तर ख़र्च होता था: ट्रांज़िएंट की स्पष्टता, ठहरे हुए पैड के सामने ढोलक या स्नेयर का प्रहार, अंतरे और मुखड़े का फ़र्क़, यह अहसास कि गायक बैंड के आगे खड़ा है या उसमें दबा हुआ। नॉर्मलाइज़ेशन के तहत आपके मास्टर का PLR ही लाउडनेस-संबंधी वह इकलौता निर्णय है जो श्रोता वाक़ई सुन सकता है।

दो ज़रूरी क़ैद। पहली: नॉर्मलाइज़ेशन बंद की जा सकती है — श्रोता इसे ऑफ़ कर सकते हैं, और कुछ संदर्भों में (DJ सॉफ़्टवेयर, सिंक प्लेसमेंट, कार के AUX पर चलती डाउनलोड की हुई फ़ाइल) यह लागू ही नहीं होती। दूसरी, और यह ज़्यादा महत्वपूर्ण है: ऊपर की ओर नॉर्मलाइज़ेशन (upward normalisation) होती तो है, पर बिना शर्त नहीं। 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." इसलिए बहुत धीमा पर ऊँचे पीक वाला मास्टर पूरी तरह लक्ष्य तक नहीं उठाया जाएगा। यही असली वजह है कि "कोई बात नहीं, बाद में ऊपर कर ही देंगे" सोचकर −24 LUFS पर मास्टर करना ग़लत है: हो सकता है पूरा ऊपर न हो।

2. आलाप–जोड़–झाला: लाउडनेस रेंज का सबसे कड़ा मुक़दमा

हिंदुस्तानी शास्त्रीय संगीत का वाद्य-प्रस्तुतीकरण दुनिया के किसी भी व्यावसायिक रूप से ज़्यादा कठोर परीक्षा है, और हर सिद्धांत को ठोस बना देता है।

सितार या सरोद पर बीस मिनट की प्रस्तुति तीन चरणों में बढ़ती है। आलाप में केवल वाद्य और तानपूरा है — कोई ताल नहीं, कोई तबला नहीं। मीड़ और गमक की सूक्ष्म हरकतें अक्सर कमरे के शोर से बस थोड़ी ही ऊपर होती हैं; अच्छी रिकॉर्डिंग में इस हिस्से की शॉर्ट-टर्म लाउडनेस −34 से −28 LUFS के बीच रहना बिल्कुल सामान्य है। जोड़ में नाड़ी आती है — लय स्थिर होती है, चिकारी की झंकार जुड़ती है, और स्तर धीरे-धीरे चढ़ता है। झाला में दाहिने हाथ की तेज़ मिज़राब-गति और तबले का पूरा साथ मिलकर प्रस्तुति को चरम पर पहुँचाते हैं। आलाप के सबसे शांत वाक्यांश और झाले के चरम के बीच 18–22 LU का अंतर होना कोई अतिशयोक्ति नहीं, सामान्य है।

इस एक उदाहरण से तीन बातें एक साथ साफ़ हो जाती हैं।

पहली — यही समझाता है कि −10 LU का सापेक्ष गेट क्या करता है। ऐसे ट्रैक की इंटीग्रेटेड लाउडनेस लगभग पूरी तरह झाले से तय होती है। आलाप के दस मिनट सापेक्ष गेट से नीचे गिरकर हिसाब से बाहर हो जाते हैं। यानी इंटीग्रेटेड लाउडनेस "पूरे ट्रैक का औसत" नहीं, "ट्रैक के तेज़ हिस्सों का औसत" है। जिस इंजीनियर को यह पता नहीं, वह हैरान होता है कि आलाप को दो मिनट लंबा करने पर इंटीग्रेटेड रीडिंग टस से मस नहीं हुई।

दूसरी — यही बताता है कि एक समान तेज़ मास्टर संगीत के स्वरूप को ही मार देता है। अगर आप पूरी प्रस्तुति को −8 LUFS तक लिमिट कर दें, तो आलाप को झाले के बराबर ऊपर उठाना पड़ेगा। जो बीस मिनट की चढ़ाई पूरे रूप का प्राण थी, वह एक सपाट दीवार बन जाएगी — और फिर प्लेबैक पर सेवा उसे 6 dB नीचे भी कर देगी। आपने रूप बेचा और बदले में कुछ नहीं मिला। यह ओवर-लिमिटिंग का सबसे स्पष्ट उदाहरण है जो व्यावसायिक संगीत में मौजूद है।

तीसरी — यही निरपेक्ष गेट की उपयोगिता दिखाता है। आलाप शुरू होने से पहले की चुप्पी, तानपूरे का फ़ेड, अंत में हॉल की गूँज — ये सब −70 LUFS से नीचे के ब्लॉक हैं और निरपेक्ष गेट इन्हें बाहर कर देता है। इसके बिना बीस मिनट की फ़ाइल की रीडिंग सिर्फ़ लंबाई की वजह से नीची आती।

2.1 ख़याल: विलंबित से द्रुत — एक अलग तरह की डायनामिक्स

ख़याल गायकी में गतिकी अलग तरह से काम करती है, और इसीलिए इसे अलग से समझना ज़रूरी है। विलंबित ख़याल एक बहुत धीमी लय में है — विलंबित एकताल या तिलवाड़ा में एक आवर्तन कई-कई सेकंड लंबा हो सकता है। यहाँ स्तर का अंतर उतना नहीं जितना घनत्व का अंतर है: बड़े-बड़े अंतराल, विरल तबला, लंबे ठहराव। फिर द्रुत ख़याल में लय कई गुना तेज़ हो जाती है, तानें और सरगम भरती हैं, तबला भरा हुआ बजता है।

तकनीकी रूप से इसका मतलब यह है कि विलंबित में शॉर्ट-टर्म लाउडनेस बहुत ऊपर-नीचे झूलती है — ठहराव के दौरान गिरती है, तान के दौरान चढ़ती है — जबकि द्रुत में वही वक्र काफ़ी सपाट हो जाता है, भले ही चरम स्तर वही रहे। दो नतीजे निकलते हैं:

• अगर आप विलंबित हिस्से पर कंप्रेशन लगाकर उसे "भरा हुआ" बनाने की कोशिश करेंगे, तो आप ठहरावों को भर देंगे — और ख़याल में ठहराव संगीत है, ख़ाली जगह नहीं।
• LRA (Loudness Range, लाउडनेस रेंज) यहाँ आलाप–झाला जितनी बड़ी नहीं आएगी, पर 9–14 LU के बीच रहना बहुत आम है। यह किसी भी फ़िल्मी ट्रैक से दुगुनी है, और यही होना चाहिए।

आलाप वाला मामला धीमी, एकतरफ़ा चढ़ाई का है; ख़याल वाला मामला लयात्मक घनत्व में छलाँग का है। दोनों को एक ही मास्टरिंग नुस्ख़े से नहीं निपटाया जा सकता।

3. LUFS वास्तव में क्या नापता है

LUFS का मतलब है Loudness Units relative to Full Scale। LKFS (Loudness, K-weighted, relative to Full Scale) उसी इकाई का दूसरा नाम है; ITU के दस्तावेज़ LKFS लिखते हैं, EBU के LUFS, और संख्यात्मक रूप से दोनों एक ही हैं। LU का आकार dB जितना ही है — एक लाउडनेस यूनिट एक डेसिबल के बराबर — पर LUFS एक निरपेक्ष पैमाना है और LU एक सापेक्ष। "+3 LU" और "+3 dB" एक ही परिमाण हैं; "−14 LUFS" और "−14 dB" बिल्कुल एक चीज़ नहीं हैं।

ITU-R BS.1770 में परिभाषित माप न RMS है, न पीक। यह एक फ़िल्टर किए हुए सिग्नल का माध्य वर्ग (mean square) है, जिसे चैनल-वार भार देकर जोड़ा जाता है और फिर समय में गेट किया जाता है। साधारण RMS मीटर से इसे तीन चीज़ें अलग करती हैं: K-वेटिंग फ़िल्टर, चैनल-योग, और गेटिंग। ग़लतफ़हमी लगभग पूरी की पूरी फ़िल्टर और गेटिंग में बसती है।

3.1 K-वेटिंग: दो चरणों वाला फ़िल्टर

K-वेटिंग हर चैनल पर, माध्य वर्ग निकालने से पहले, लगाए गए ठीक दो द्वितीय-क्रम खंडों की श्रृंखला है।

चरण 1 — "हेड" फ़िल्टर। एक हाई-शेल्फ़ जो स्पेक्ट्रम के ऊपरी हिस्से को उठाता है (48 kHz के प्रकाशित गुणांक: b0 = 1.53512485958697, b1 = −2.69169618940638, b2 = 1.19839281085285, a1 = −1.69065929318241, a2 = 0.73248077421585)। यह ध्वनि-क्षेत्र में मानव सिर के ध्वनिक प्रभाव — छाया और विवर्तन — का मॉडल है, जिसकी वजह से सामने से आती ऊँची आवृत्तियों के प्रति श्रोता एक नंगे माइक्रोफ़ोन से ज़्यादा संवेदनशील होता है।

चरण 2 — RLB हाई-पास। Revised Low-frequency B-curve: एक हाई-पास जो नीचे का हिस्सा काटता है, क्योंकि निम्न आवृत्तियाँ अपनी ऊर्जा के अनुपात में लाउडनेस में योगदान नहीं करतीं। यही वजह है कि भारी सब-बेस वाला ट्रैक क्लब में जितना लगता है, मीटर पर उतना नहीं नापता — और इंजीनियर की अपेक्षा से नीचा आता है।

1 kHz पर K-वेटिंग वक्र का गेन +0.698 dB है, यानी रैखिक गुणक 1.0836। यह कोई मनमाना स्थिरांक नहीं; यह उसी आवृत्ति पर शेल्फ़ और हाई-पास की अनुक्रियाओं से निकलता है। पूरी श्रृंखला का व्यावहारिक परिणाम यह है कि स्टीरियो जोड़ी के एक चैनल पर लगाया गया फ़ुल-स्केल 1 kHz साइन −3.01 LKFS पढ़ता है, ठीक जैसा BS.1770-5 कहता है — यह −3.01 दो में से एक चैनल के योग से आता है, फ़िल्टर से नहीं।

3.2 यह वक्र है ही क्यों

बिना भार वाला RMS मीटर कहेगा कि समान आयाम पर 40 Hz और 3 kHz की साइन बराबर तेज़ हैं। कोई श्रोता इससे सहमत नहीं होगा। K-वेटिंग समान-लाउडनेस व्यवहार का जानबूझकर मोटा-मोटी अनुमान है — फ़्लेचर-मन्सन वक्रों से कहीं सरल — और इसे सरल चुना गया है ताकि अलग-अलग कार्यान्वयन एक LU के अंश तक आपस में मिलें। K-वेटिंग श्रवण का सटीक मॉडल बनाने की कोशिश नहीं है; यह दुनिया के हर मीटर पर एक-सा मॉडल बनाने की कोशिश है, और इसी वजह से यह काम करती है। दो अनुरूप मीटर एक ही फ़ाइल पर इतने क़रीब आते हैं कि सेवाओं के बीच तुलना अर्थपूर्ण रह जाती है।

3.3 कौन-सा संस्करण लागू है

BS.1770 के छह संस्करण हैं: 2006, 2007, 2011, 2012, 2015 और 2023। BS.1770-4 (अक्टूबर 2015) वह संस्करण है जिसका हवाला अब भी ज़्यादातर तैनात मीटर देते हैं, पर वह अधिक्रमित (superseded) हो चुका है; इस समय लागू संस्करण BS.1770-5 (नवंबर 2023) है। इस दस्तावेज़ में बताई गई हर यांत्रिकी — दोनों फ़िल्टर चरण, 400 ms के ब्लॉक, दोनों गेट, 4× ओवरसैंपलिंग की न्यूनतम सीमा — BS.1770-5 के प्रकाशित पाठ के विरुद्ध जाँची गई है।

4. गेटिंग की पूरी प्रक्रिया

विनिर्देश का यही हिस्सा सबसे ज़्यादा ग़लत बताया जाता है, कई सावधान स्रोतों में भी। इंटीग्रेटेड लाउडनेस एक दोहरी गेट वाली माप है।

चरण 1: सिग्नल को ब्लॉकों में बाँटिए

सिग्नल 400 ms के गेटिंग ब्लॉकों में, 75% ओवरलैप के साथ बाँटा जाता है। 400 ms ब्लॉक पर 75% ओवरलैप का अर्थ है हर 100 ms पर एक नया ब्लॉक शुरू होना। हर ब्लॉक का अपना K-वेटेड माध्य-वर्ग लाउडनेस मान होता है। ओवरलैप सजावट नहीं है: यह रोकता है कि ब्लॉक की सीमा पर पड़ने वाली कोई तेज़ घटना बँटकर कम गिनी जाए।

चरण 2: निरपेक्ष गेट

−70 LKFS से नीचे नापने वाला हर ब्लॉक हटा दिया जाता है और आगे की गणना में भाग नहीं लेता। इससे डिजिटल चुप्पी, फ़ेड की पूँछ, कमरे का शोर और टुकड़ों के बीच के अंतराल बाहर हो जाते हैं — ताकि लंबे शांत अंत वाला ट्रैक उसी ट्रैक के छँटे हुए रूप से धीमा न नापे।

चरण 3: सापेक्ष गेट — वही हिस्सा जो आमतौर पर ग़लत बताया जाता है

निरपेक्ष गेट से बचे हुए ब्लॉकों की औसत लाउडनेस निकालिए। उसमें से 10 घटाइए। वही सापेक्ष सीमा है। उससे नीचे का हर ब्लॉक हटा दीजिए। इंटीग्रेटेड लाउडनेस दोनों गेटों से बचे ब्लॉकों का औसत है।

यह भेद बार-बार खो जाता है: सापेक्ष गेट निरपेक्ष-गेटेड औसत से 10 LU नीचे बैठता है, पूरी फ़ाइल के बिना-गेट औसत से 10 LU नीचे नहीं। BS.1770-5 स्पष्ट कहता है कि सापेक्ष सीमा निरपेक्ष-गेटिंग माप के परिणाम में से "subtracting 10 from the result" द्वारा निकाली जाती है। अगर आपने −70 LKFS से नीचे वाले ब्लॉकों को भी औसत में गिन लिया, तो औसत नीचा आएगा, सीमा नीची आएगी, ज़्यादा शांत ब्लॉक भीतर आ जाएँगे, और इंटीग्रेटेड मान बहुत नीचा पढ़ेगा — और यह त्रुटि फ़ाइल में चुप्पी की मात्रा के साथ बढ़ती जाती है। एक ही ट्रैक पर दो मीटरों के अलग-अलग पढ़ने का सबसे आम कारण यही है।

चरण 4: शास्त्रीय रिकॉर्डिंग पर इसका अर्थ

ऊपर के आलाप–जोड़–झाला वाले उदाहरण पर यह प्रक्रिया लगाकर देखिए। मान लीजिए झाले की शॉर्ट-टर्म लाउडनेस −13 LUFS के आसपास है और आलाप की −31 LUFS के आसपास। निरपेक्ष गेट आलाप को नहीं हटाएगा (वह −70 से बहुत ऊपर है)। पर बचे हुए ब्लॉकों का औसत झाले और जोड़ की ओर खिंचा होगा — मान लीजिए −16 LUFS के आसपास — इसलिए सापेक्ष सीमा लगभग −26 LUFS पर बैठेगी। आलाप का बड़ा हिस्सा उसी सीमा से नीचे है और इंटीग्रेटेड गणना से बाहर हो जाता है।

इसका सीधा व्यावहारिक नतीजा: शास्त्रीय एल्बम में शांत प्रस्तावना जोड़ने या घटाने से डिलीवरी की संख्या नहीं बदलेगी, इसलिए "मीटर ठीक करने" के लिए संगीत को काटने-छाँटने का कोई कारण नहीं है। और उलटा भी सच है — मीटर पर −14 LUFS दिखने भर से यह पता नहीं चलता कि ट्रैक का 60% हिस्सा कितना शांत है। उसके लिए LRA चाहिए।

5. मोमेंट्री, शॉर्ट-टर्म, इंटीग्रेटेड: कौन-सा मीटर कब

तीन समय-खिड़कियाँ मानकीकृत हैं और तीनों अलग सवालों के जवाब देती हैं। मीटर का व्यवहार EBU Tech 3341 में तय है।

मोमेंट्री (M) — 400 ms, बिना गेट। वही खिड़की जो गेटिंग ब्लॉक की है। मोमेंट्री लाउडनेस अलग-अलग घटनाओं का पीछा करती है: तबले का "ना", गायक का व्यंजन, सम पर पड़ने वाली मात्रा। इसका उपयोग चीज़ें पकड़ने के लिए कीजिए — जैसे कोई किक जो आसपास से 6 LU ऊपर उछल रही हो। इससे स्तर के फ़ैसले मत लीजिए; यह बहुत चंचल है, और मोमेंट्री मीटर के पीछे भागने से ठीक वही अति-संपीड़ित नतीजा बनता है जिसे नॉर्मलाइज़ेशन दंडित करती है।

शॉर्ट-टर्म (S) — 3 सेकंड, बिना गेट। तीन सेकंड मोटे तौर पर एक संगीत-वाक्यांश है। ट्रैक के भीतर संतुलन के फ़ैसलों के लिए सही मीटर शॉर्ट-टर्म ही है, क्योंकि तीन सेकंड वही समय-मान है जिस पर श्रोता किसी हिस्से को तेज़ या धीमा महसूस करता है। अंतरे और मुखड़े की तुलना, यह जाँचना कि जोड़ का हिस्सा बैठ तो नहीं गया, और अपनी संरचना के आकार को संख्या में देखना — यह सब शॉर्ट-टर्म से कीजिए।

इंटीग्रेटेड (I) — पूरा कार्यक्रम, दोहरी गेट के साथ। यही वह संख्या है जिसके विरुद्ध सेवाएँ नॉर्मलाइज़ करती हैं और डिलीवरी विनिर्देश में इसी का स्थान है। इसे पूरे ट्रैक पर, पहले सैंपल से आख़िरी तक नापिए, किसी चुने हुए हिस्से पर नहीं। इंटीग्रेटेड लाउडनेस एक डिलीवरी विनिर्देश है, मिक्सिंग का औज़ार नहीं; अगर आप काम करते हुए इसे देख रहे हैं तो आप ग़लत मीटर देख रहे हैं।

व्यावहारिक नियम: शॉर्ट-टर्म से मिक्स और मास्टर कीजिए, इंटीग्रेटेड से सत्यापन कीजिए, और गड़बड़ी की जाँच मोमेंट्री से कीजिए।

6. लाउडनेस रेंज (LRA) और −20 LU वाला गेट

लाउडनेस रेंज, जिसका विनिर्देश EBU Tech 3342 में है, एक संख्या में बताती है कि ट्रैक की लाउडनेस समय के साथ कितनी बदलती है। इसकी गणना शॉर्ट-टर्म (3 s) मानों के वितरण से होती है: LRA उस वितरण के 10वें और 95वें प्रतिशतक के अनुमानों का अंतर है — इसीलिए दोनों सिरों पर पड़ने वाले क्षणिक चरम परिणाम पर हावी नहीं होते।

LRA की अपनी गेटिंग है और वह इंटीग्रेटेड वाली गेटिंग से अलग है। Tech 3342 LRA की सापेक्ष सीमा निरपेक्ष-गेटेड स्तर से −20 LU नीचे रखता है, −10 LU नीचे नहीं। यह चौड़ा गेट जानबूझकर है: LRA का काम विविधता का वर्णन करना है, इसलिए उसे वही शांत सामग्री भीतर लेनी होगी जिसे इंटीग्रेटेड माप जानबूझकर बाहर करता है।

यह कोई सैद्धांतिक बात नहीं, चालू कार्यान्वयन-बग है। जो मीटर LRA के लिए भी वही −10 LU सापेक्ष गेट दोबारा इस्तेमाल कर लेते हैं, वे व्यवस्थित रूप से बहुत छोटे मान बताते हैं, क्योंकि उन्होंने ठीक वही शांत सामग्री फेंक दी है जिससे रेंज बनती है। अगर एक ही फ़ाइल पर आपका मीटर किसी दूसरे मीटर से काफ़ी कम LRA बताए, तो सबसे पहले यही शक कीजिए कि वहाँ −20 LU की जगह −10 LU का गेट लगा है।

6.1 परीक्षण फ़ाइल के रूप में आलाप

इस बग को पकड़ने के लिए सबसे अच्छी परीक्षण-सामग्री आपके अपने संग्रह में है। एक पूरी सितार या सरोद प्रस्तुति — आलाप से झाले तक, बिना काटे — लीजिए और दो मीटरों में डालिए।

सही कार्यान्वयन आलाप को गिनती में लेगा और LRA 16 LU से ऊपर, अक्सर 18–22 LU बताएगा। टूटा हुआ कार्यान्वयन आलाप को गेट से बाहर कर देगा और वही फ़ाइल 7–9 LU दिखाएगा। यह अंतर इतना बड़ा है कि इसमें व्याख्या की गुंजाइश नहीं — यह सीधे-सीधे बग है।

एक सिंथेटिक जाँच भी की जा सकती है: ट्रैक के मुख्य भाग से 15 LU नीचे की 20 सेकंड सामग्री जोड़ दीजिए। सही कार्यान्वयन की LRA काफ़ी बढ़ेगी; टूटी हुई मुश्किल से हिलेगी।

दिशा-बोध के लिए, लक्ष्य के रूप में नहीं: भारी लिमिटिंग वाले फ़िल्मी और इलेक्ट्रॉनिक मास्टर अक्सर 3–5 LU पर आते हैं, अच्छे नियंत्रण वाला पूर्ण-बैंड मिक्स 6–9 LU पर, और शास्त्रीय व ध्वनिक रिकॉर्डिंग अकसर 12 LU से ऊपर। LRA वर्णनात्मक संख्या है; किसी ख़ास LRA का पीछा करना उतना ही ग़लत है जितना किसी ख़ास LUFS का।

7. ट्रू पीक बनाम सैंपल पीक

7.1 फ़र्क़ क्या है

सैंपल पीक मीटर फ़ाइल में मौजूद सबसे बड़ा निरपेक्ष सैंपल-मान बताता है। पर सिग्नल जिस ऊँचाई तक पहुँचता है, वह यह नहीं है: सैंपल एक सतत तरंग पर बिंदु भर हैं, और दो सैंपलों के बीच तरंग दोनों से ऊपर जा सकती है। पुनर्निर्मित एनालॉग तरंग फ़ाइल के सबसे ऊँचे सैंपल से ऊपर जा सकती है, और सैंपल-पीक मीटर संरचनात्मक रूप से इसे देख ही नहीं सकता। इन उभारों को इंटर-सैंपल पीक कहते हैं; पुनर्निर्मित तरंग का स्तर ट्रू पीक है, इकाई dBTP।

डिजिटल रूप से "सुरक्षित" दिखती वह फ़ाइल जिसके सैंपल −0.1 dBFS पर रुकते हैं, 0 dBTP से काफ़ी ऊपर के ट्रू पीक रख सकती है। फ़ाइल में कुछ भी क्लिप नहीं है। पर आगे की श्रृंखला में तरंग को पुनर्निर्मित करने वाली हर चीज़ — DAC, सैंपल-रेट कन्वर्टर, लॉसी डिकोडर — उसे क्लिप कर सकती है।

7.2 भारतीय ताल-वाद्य: उत्कृष्ट अपराधी

इंटर-सैंपल पीक की समस्या ऐसी सामग्री पर सबसे तीखी होती है जिसमें बहुत तेज़ आघात और बहुत ऊँची आवृत्ति-सामग्री दोनों हों। भारतीय ताल-वाद्य ठीक इसी श्रेणी में आते हैं।

तबले का बोल। "ना" और "तिन" जैसे बोल किनारी झिल्ली पर उँगली के तीखे प्रहार से बनते हैं और उनका आक्रमण-काल एक मिलीसेकंड से भी छोटा होता है, साथ में स्याही से आने वाली बहुत मज़बूत उच्च-आवृत्ति सामग्री। नज़दीक रखे माइक पर ऐसा प्रहार अकसर दो सैंपलों के बीच अपने शिखर पर होता है। सैंपल पीक −0.6 dBFS दिखाएगा और ट्रू पीक +0.4 dBTP निकल आएगा।

नगाड़ा और ढोल। नगाड़े पर लकड़ी की छड़ी का प्रहार और ढोल का तीली वाला ऊपरी सिरा — दोनों में आघात और भी हिंसक होता है। किसी लोक या भांगड़ा-आधारित ट्रैक में जहाँ ढोल पूरे मिक्स के ऊपर बैठा हो, एक सैंपल-पीक लिमिटर बार-बार धोखा देगा।

निष्कर्ष सीधा है: अगर आपके ट्रैक में तबला, ढोलक, नगाड़ा, ढोल, ख़ंजरी या मंजीरा है, तो सैंपल-पीक लिमिटर पर भरोसा मत कीजिए। यह उन शैलियों में और भी ज़रूरी है जहाँ ताल-वाद्य को जानबूझकर आगे रखा जाता है।

7.3 ओवरसैंपलिंग क्यों अनिवार्य है

ट्रू पीक देखने के लिए सैंपलों के बीच की तरंग को पुनर्निर्मित करना पड़ता है। BS.1770 इसके लिए ओवरसैंपलिंग तय करता है: 48 kHz पर कम से कम 4× ओवरसैंपलिंग, और सिफ़ारिश यह भी जोड़ती है कि "Higher sampling rates and over-sampling ratios are preferred." 4× अनुरूपता की न्यूनतम सीमा है, सटीक उत्तर नहीं; 4× पर माप असली शिखरों को कुछ दशमलव dB तक कम पढ़ सकता है। अगर आपका मीटर 8× या 16× दे सकता है तो वही इस्तेमाल कीजिए; अतिरिक्त CPU लागत नगण्य है, अतिरिक्त सटीकता नहीं। जिस मीटर में स्पष्ट ट्रू-पीक या dBTP मोड नहीं है, वह सैंपल-पीक मीटर है, उसकी नियमावली चाहे जो दावा करे।

7.4 लॉसी एन्कोडिंग पीक क्यों बढ़ा देती है

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."

7.5 व्यवहार में कौन-सी छत रखें

अपने लिमिटर की ट्रू-पीक छत सामान्य मास्टर के लिए −1.0 dBTP रखिए, और अगर मास्टर −14 LUFS इंटीग्रेटेड से तेज़ है तो −2.0 dBTP। ये अंधविश्वास वाले हाशिये नहीं हैं; दोनों आँकड़े ऊपर दिए स्रोतों की प्रकाशित अपेक्षाएँ हैं, और दूसरा इसीलिए मौजूद है क्योंकि ज़्यादा सख़्ती से लिमिट की गई सामग्री कोडेक में ज़्यादा उभरती है।

दो टिप्पणियाँ। −0.1 dBTP की छत स्ट्रीमिंग के लिए शैलीगत चुनाव नहीं, डिलीवरी की त्रुटि है। और −1.0 dBTP पर लगा लिमिटर भी सचमुच ट्रू-पीक लिमिटर होना चाहिए: बहुत-से लिमिटरों का सीलिंग कंट्रोल सैंपल-पीक पर काम करता है, और उसे −1.0 पर रखने से इंटर-सैंपल पीक −0.5 dBTP से कहीं ऊपर बैठ जाते हैं।

तैयार फ़ाइल जाँचनी हो तो mazufa.com पर एक मुफ़्त ब्राउज़र-आधारित लाउडनेस और ट्रू-पीक चेकर उपलब्ध है, जो पूरी तरह आपके अपने डिवाइस पर चलता है और कुछ भी अपलोड नहीं करता।

8. कौन-सी सेवा वास्तव में क्या प्रकाशित करती है

प्रकाशित और व्यापक रूप से बताए गए के बीच का फ़र्क़ इस पूरे विषय की सबसे ज़रूरी बात है, और इस विषय पर लिखे लगभग किसी लेख में यह फ़र्क़ बचता नहीं।

8.1 प्रकाशित विनिर्देश

Spotify. लक्ष्य: −14 LUFS इंटीग्रेटेड। Spotify कहता है कि वह ट्रैकों को "to −14 dB LUFS" समायोजित करता है और माप "according to the ITU 1770 standard" करता है। ट्रू-पीक छत: −1 dBTP से नीचे; और −14 LUFS से तेज़ मास्टरों के लिए −2 dBTP से नीचे। 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." एल्बम नॉर्मलाइज़ेशन पर वह लिखता है कि एल्बम को एक इकाई के रूप में नॉर्मलाइज़ किया जाता है ताकि "the softer tracks are as soft as you intend them to be" — यानी एल्बम के भीतर ट्रैकों के आपसी स्तर सुरक्षित रहते हैं।

यह आख़िरी बिंदु शास्त्रीय और अर्ध-शास्त्रीय रिलीज़ के लिए बहुत मायने रखता है: अगर एक एल्बम में एक शांत आलाप-प्रधान प्रस्तुति और एक तेज़ द्रुत-प्रधान प्रस्तुति दोनों हैं, तो एल्बम मोड में उनका आपसी अनुपात वैसा ही रहेगा जैसा आपने बनाया।

EBU R 128. लक्ष्य: −23 LUFS। यह प्रसारण की सिफ़ारिश है, स्ट्रीमिंग-संगीत का लक्ष्य नहीं, और इसे यहाँ इसलिए शामिल किया गया है क्योंकि इसका ग़लत इस्तेमाल आम है: −23 LUFS पर बना संगीत-मास्टर किसी चीज़ के ज़्यादा अनुरूप नहीं होता, और — चूँकि ऊपर की ओर नॉर्मलाइज़ेशन हेडरूम से सीमित है — वह इरादे से धीमा भी बज सकता है।

AES TD1008 (Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution)। संगीतकारों के लिए यह सबसे उपयोगी सार्वजनिक दस्तावेज़ है, और सबसे ज़्यादा ग़लत उद्धृत भी।

• ट्रैक-नॉर्मलाइज़्ड संगीत: −16 LUFS, सहनशीलता +0.2 LU।
• एल्बम नॉर्मलाइज़ेशन, सबसे तेज़ ट्रैक: −14 LUFS, सहनशीलता +0.2 LU।
• वाणी-प्रधान सामग्री: −18 LUFS, सहनशीलता +1 LU, संवाद की इंटीग्रेटेड लाउडनेस के रूप में मापी गई।
• अधिकतम ट्रू पीक: लॉसी-एन्कोडेड स्ट्रीम के लिए कोडेक इनपुट पर −1 dBTP।

TD1008 का −18 LUFS वाला आँकड़ा वाणी-प्रधान सामग्री — समाचार, वार्ता, नाटक — का लक्ष्य है, और उसे संगीत का लक्ष्य बताना एक आम और गंभीर भूल है। संगीत का आँकड़ा −16 LUFS है। अगर कहीं −18 LUFS को AES की संगीत-सिफ़ारिश बताया गया हो, तो उस स्रोत ने दस्तावेज़ ग़लत पढ़ा है।

TD1008 डायनामिक्स पर एक स्पष्ट तर्क भी देता है जिसे उद्धृत करना बनता है: "A recording with high peak to loudness ratio (PLR) is often perceived as clearer and less fatiguing than one that has been excessively peak-limited."

8.2 वे सेवाएँ जो कोई लक्ष्य प्रकाशित नहीं करतीं

Apple Music, YouTube Music, Amazon Music, TIDAL और Deezer कोई नॉर्मलाइज़ेशन लक्ष्य प्रकाशित नहीं करतीं। वे नॉर्मलाइज़ करती हैं — यह देखा जा सकता है — पर कोई विशिष्ट आँकड़ा प्रकाशित विनिर्देश नहीं है, और जो लेख किसी आँकड़े को विनिर्देश की तरह पेश करता है, वह माप या अनुमान को दस्तावेज़ बताकर पेश कर रहा है।

आम तौर पर प्रचलित आँकड़े ये हैं: Apple ≈ −16 LUFS, YouTube Music ≈ −14 LUFS, Amazon Music ≈ −14 LUFS, TIDAL ≈ −14 LUFS, Deezer ≈ −15 LUFS। ये व्यापक रूप से बताए गए हैं, पर सेवा द्वारा प्रकाशित नहीं; इन्हें एक बदलते लक्ष्य पर तीसरे पक्ष के प्रेक्षण मानिए, विनिर्देश नहीं। ये स्वतंत्र मापों से आते हैं, समय के साथ बदले हैं, और किसी सेवा ने इनके प्रति प्रतिबद्धता नहीं जताई। इनसे अपेक्षित प्लेबैक गेन मत निकालिए, और इनमें से किसी को लक्ष्य मानकर मास्टर मत कीजिए।

व्यावहारिक असर दिखने से छोटा है। बताए गए हर आँकड़े −16 और −14 LUFS के बीच बैठते हैं — कुल फैलाव 2 LU। 2 LU के लिए कोई मास्टर दोबारा नहीं काटा जाना चाहिए।

9. व्यावहारिक मार्गदर्शन

9.1 यूट्यूब और फ़ोन स्पीकर के लिए मास्टर करने की आदत

भारतीय रिलीज़ में सबसे आम और सबसे महँगी आदत यह है: मास्टर पहले यूट्यूब के लिए और फ़ोन स्पीकर पर सुनने के लिए बनाया जाता है, और फिर वही एक फ़ाइल बिना बदले स्ट्रीमिंग को भेज दी जाती है। इसके पीछे तर्क समझ में आता है — भारत में अधिकांश श्रोता पहला संपर्क यूट्यूब पर करते हैं, और बड़ी संख्या में लोग फ़ोन के अंदरूनी स्पीकर या सस्ते ईयरफ़ोन पर सुनते हैं। उस स्थिति में इंजीनियर पर दबाव होता है कि निचला मध्य भरा हुआ लगे, कुछ भी "ग़ायब" न हो, और ट्रैक शोर भरे माहौल में भी कट सके।

समस्या यह नहीं कि यह अनुकूलन ग़लत है। समस्या यह है कि इस अनुकूलन की क़ीमत क्या है, यह आमतौर पर नहीं गिनी जाती। ठोस रूप में:

• फ़ोन स्पीकर के लिए किया गया लिमिटिंग स्ट्रीमिंग पर वापस ले लिया जाता है। आपने ट्रांज़िएंट कुचलकर 6 dB "पाया"; प्लेबैक नॉर्मलाइज़ेशन ने वही 6 dB लौटा लिया। बचा सिर्फ़ नुक़सान।
• छोटे स्पीकर के लिए किया गया लो-एंड कट स्ट्रीमिंग पर वापस नहीं आता। अगर आपने 80 Hz के नीचे इसलिए काट दिया क्योंकि फ़ोन स्पीकर पर वह वैसे भी सुनाई नहीं देता, तो अच्छे हेडफ़ोन या कार में सुनने वाला श्रोता वह हमेशा के लिए खो देता है।
• यूट्यूब भी नॉर्मलाइज़ करता है। यानी जिस मंच के लिए आपने लिमिट किया, वहाँ भी अतिरिक्त लिमिटिंग से स्थायी लाभ नहीं मिलता।
• सैंपल-पीक छत सबसे पहले यहीं टूटती है। यूट्यूब के लिए बने मास्टर अक्सर −0.1 या −0.3 dBFS पर बंद किए जाते हैं। स्ट्रीमिंग पर वही फ़ाइल कोडेक इनपुट पर 0 dBTP से ऊपर निकल सकती है।

इसकी जगह क्या कीजिए: एक ही मास्टर बनाइए — −1 dBTP ट्रू-पीक छत के साथ, संगीत के हिसाब से डायनामिक्स रखते हुए — और उसे हर जगह भेजिए। छोटे स्पीकर पर जाँच ज़रूर कीजिए, पर जाँच के लिए; फ़ैसले के लिए नहीं। अगर फ़ोन स्पीकर पर मिक्स कमज़ोर लगता है, तो उसका इलाज लिमिटर नहीं है — इलाज व्यवस्था (arrangement), निचले-मध्य का संतुलन, और गायकी का मिक्स में स्थान है। ये तीनों −6 dB प्लेबैक गेन के बाद भी ज्यों के त्यों बचे रहते हैं। लिमिटिंग नहीं बचती।

9.2 फ़िल्मी परंपरा और लाउडनेस की होड़

फ़िल्मी प्रोडक्शन की अपनी स्थापित परंपरा है, और वह बिना कारण नहीं बनी: भारी कंप्रेशन, ऊँचा और स्थिर गायन-स्तर, घनी व्यवस्था, और मुखड़े से पहले "बड़ा" लगने की माँग। ऐतिहासिक रूप से यह परंपरा उन माध्यमों के लिए बनी जहाँ नॉर्मलाइज़ेशन थी ही नहीं — रेडियो, टीवी प्रोमो, सिनेमा हॉल के बाहर के लाउडस्पीकर, और बाद में यूट्यूब का प्रारंभिक दौर। इनमें से किसी में तेज़ होना सचमुच फ़ायदा देता था।

बॉलीवुड की लाउडनेस-होड़ की जड़ भी यहीं है: जब एक ही फ़िल्म के दो गाने एक ही प्लेलिस्ट में आते हैं, तो निर्माता चाहता है कि उसका गाना दबे नहीं। पर नॉर्मलाइज़ेशन के बाद यह होड़ अपने-आप निरर्थक हो चुकी है — दोनों गाने एक ही स्तर पर बजेंगे, और जो ज़्यादा लिमिट किया गया है वह बस ज़्यादा सपाट बजेगा।

यहाँ ईमानदार बात यह है कि फ़िल्मी शैली में कुछ कंप्रेशन शैली का अंग है, दोष नहीं। घनी व्यवस्था में गायक को आगे रखने के लिए संपीड़न चाहिए ही। भेद यह है:

• कलात्मक संपीड़न मिक्स में लगता है, हर तत्व पर अलग, और उसका मक़सद संतुलन है।
• प्रतिस्पर्धी लिमिटिंग मास्टर बस पर लगती है, अंत में, और उसका मक़सद मीटर पर एक संख्या है।

पहला रखिए। दूसरा हटा दीजिए — क्योंकि वह अब कुछ ख़रीदता नहीं। अगर आप एक फ़िल्मी ट्रैक −11 LUFS पर छोड़ते हैं, वह उसी स्तर पर बजेगा जिस पर −8 LUFS वाला, बस 3 LU ज़्यादा ट्रांज़िएंट के साथ।

9.3 लक्ष्य कैसे तय करें

संख्या से आगे नहीं, संगीत से पीछे चलिए।

1. छत पहले तय कीजिए। −1 dBTP, ट्रू-पीक, ओवरसैंपल्ड। सूची में यही एकमात्र वास्तव में कठोर बंधन है।
2. संगीत के लिए मास्टर कीजिए। संतुलन, रंग और गतिकी ठीक कीजिए, लिमिटर से जितना कम काम लिया जा सके उतना कम। इस चरण में इंटीग्रेटेड मीटर मत देखिए।
3. नतीजा नापिए। जो भी इंटीग्रेटेड लाउडनेस निकली, वही आपका उम्मीदवार है।
4. रेंज की जाँच कीजिए। अगर मान मोटे तौर पर −14 और −9 LUFS के बीच है, तो आप उस दायरे में हैं जहाँ हर प्रकाशित लक्ष्य और हर बताया गया आँकड़ा कुछ ही LU के भीतर बैठता है। अगर आप −9 LUFS से भी तेज़ हैं, तो पूछिए कि लिमिटिंग ने ख़रीदा क्या, क्योंकि प्लेबैक नॉर्मलाइज़ेशन स्तर वापस ले लेगी।
5. इसके बाद ही बदलाव सोचिए, और बदलाव मास्टरिंग बदलकर कीजिए, लिमिटिंग जोड़कर नहीं।

मीटर पर सही संख्या आने तक लिमिटिंग बढ़ाते जाना ठीक वही व्यवहार है जिसे बेकार करने के लिए नॉर्मलाइज़ेशन बनी थी। अगर संख्या हिलानी ही है, तो उसे गेन-स्टेजिंग से, मिक्स के फ़ैसलों से, या कम कंप्रेशन से हिलाइए।

शैली का असर एक संख्या में नहीं समाता। घने इलेक्ट्रॉनिक, मेटल और आधुनिक फ़िल्मी मास्टर अक्सर −10 से −8 LUFS पर आते हैं क्योंकि सामग्री स्वभाव से लगातार भरी हुई है; शास्त्रीय, ग़ज़ल-शैली की गायकी और ध्वनिक रिकॉर्डिंग −18 से −13 LUFS पर आती हैं क्योंकि वे नहीं हैं। दोनों सही हैं। ग़लती −16 LUFS पर नापता ठुमरी-एल्बम नहीं है; ग़लती −8 LUFS तक लिमिट किया गया ठुमरी-एल्बम है।

9.4 अगर मास्टर पहले ही लिमिट हो चुका है

आपके पास तैयार, भारी लिमिट किया हुआ मास्टर है और आपने यह सब अभी पढ़ा है। तीन ईमानदार विकल्प, वरीयता क्रम में:

मिक्स से दोबारा मास्टर कीजिए। असली इलाज यही है। पीक लिमिटिंग उलटी नहीं की जा सकती; जो ट्रांज़िएंट हटा दिए गए, वे फ़ाइल में हैं ही नहीं। मिक्स मौजूद है तो लिमिटर पीछे कीजिए और दोबारा रेंडर कीजिए।

सिर्फ़ छत ठीक कीजिए। अगर सिर्फ़ मास्टर है और उसका ट्रू पीक −1 dBTP से ऊपर है, तो ट्रू-पीक लिमिटिंग या सुरक्षित गेन-कमी से उसे −1 dBTP पर लाइए और वहीं रुक जाइए। इससे डिलीवरी की त्रुटि ठीक होती है; गतिकी ठीक करने का ढोंग नहीं होता।

कुछ मत कीजिए। −1 dBTP छत वाला −8 LUFS का मास्टर टूटा हुआ नहीं है। वह बाक़ी सबके बराबर स्तर पर बजेगा, बस थोड़ा ज़्यादा सपाट — यह असली नुक़सान है, पर जल्दबाज़ी में किए गए दोबारा-मास्टर से कम। ओवर-लिमिटिंग एक चूका हुआ अवसर है, ख़राबी नहीं — फ़ाइल बजेगी, बस उतनी अच्छी नहीं जितनी बज सकती थी।

9.5 गतिकी और स्तर को अलग रखिए

इन दोनों को दिमाग़ में अलग रखिए, क्योंकि इनका घालमेल ही ज़्यादातर ग़लत फ़ैसलों की जड़ है।

स्तर यह है कि पूरा ट्रैक कहाँ बैठता है। यह एक संख्या है, फ़ेडर से तय होती है, मुफ़्त है, और नॉर्मलाइज़ेशन के तहत इसे आप नहीं, सेवा चुनती है।

गतिकी तेज़ और शांत हिस्सों का रिश्ता है — क्षण-दर-क्षण (क्रेस्ट फ़ैक्टर, PLR) और हिस्से-दर-हिस्से (LRA)। इसे बनाने में मेहनत लगती है, लिमिटिंग इसे नष्ट करती है, और आगे की श्रृंखला में इसे लौटाया नहीं जा सकता।

अब आप स्तर पर प्रतिस्पर्धा नहीं कर रहे — वह सेवा तय करती है — इसलिए स्तर पर ख़र्च किया गया हर डेसिबल उस बजट से जाता है जो श्रोता कभी देखता ही नहीं। नॉर्मलाइज़ेशन ने तेज़ लगने वाला रिकॉर्ड बनाने की क्षमता नहीं छीनी। उसने सिर्फ़ तेज़ होकर तेज़ लगने की क्षमता छीनी है। अब तीव्रता का अहसास व्यवस्था के घनत्व से, ट्रांज़िएंट के विरोधाभास से, निचले-मध्य के वज़न से, और हिस्सों के बीच की छलाँग के आकार से आता है — यानी उन चीज़ों से जो −6 dB प्लेबैक गेन के बाद भी ज्यों की त्यों रहती हैं।

9.6 जिन बातों से वाक़ई फ़र्क़ नहीं पड़ता

• LUFS लक्ष्य पर ठीक-ठीक पहुँचना। कुछ भी राउंड नहीं होता, कुछ भी फ़ेल नहीं होता, और −14.0 तथा −13.4 LUFS का अंतर अश्रव्य है। ±1 LU की सहनशीलता उदार है और कोई उसे नहीं पकड़ेगा।
• अलग-अलग सेवाओं के लिए अलग मास्टर। प्रकाशित और बताए गए लक्ष्य मिलाकर लगभग 2 LU में हैं। −1 dBTP छत और समझदार गतिकी वाला एक मास्टर हर जगह सही है।
• 24-बिट मास्टर पर सैंपल रेट और डिदर। मिक्स की मूल दर पर डिलीवर कीजिए; अपसैंपलिंग कुछ नहीं जोड़ती, और 24-बिट डिदर वितरण से बचने वाली हर चीज़ से बहुत नीचे बैठता है।
• −23 LUFS वाला प्रसारण आँकड़ा। जब तक आप प्रसारण को डिलीवर नहीं कर रहे, R 128 आपका विनिर्देश नहीं है।
• मीटरिंग प्लगइन का ब्रांड। ट्रू-पीक मोड और पर्याप्त ओवरसैंपलिंग वाला कोई भी BS.1770-अनुरूप मीटर किसी दूसरे से एक LU के अंश के भीतर सहमत होता है। मतभेद गुणवत्ता से नहीं, गेटिंग या ओवरसैंपलिंग के कार्यान्वयन से आते हैं।

10. सारांश

तैयार मास्टर पर BS.1770-अनुरूप मीटर से इंटीग्रेटेड लाउडनेस नापिए। ट्रू-पीक छत −1 dBTP रखिए, या −14 LUFS से तेज़ होने पर −2 dBTP। संतुलन के फ़ैसलों के लिए शॉर्ट-टर्म और सत्यापन के लिए इंटीग्रेटेड इस्तेमाल कीजिए। याद रखिए कि इंटीग्रेटेड का सापेक्ष गेट निरपेक्ष-गेटेड औसत से −10 LU नीचे है और LRA का −20 LU नीचे। प्लेबैक का स्तर आप नहीं, सेवा तय करती है — इसलिए जो मेहनत आप स्तर पर लगाते, वह उस चीज़ पर लगाइए जो श्रोता अब भी सुन सकता है। आलाप से झाले तक की बीस मिनट की चढ़ाई इसका सबसे अच्छा प्रमाण है: वही चीज़ है जो एक ट्रैक को दूसरे से अलग करती है, और वही चीज़ है जो लिमिटर सबसे पहले खाता है।

Mazufa पर संगीत वितरण निःशुल्क है — कोई अपलोड शुल्क नहीं, कोई सदस्यता नहीं, प्रति-रिलीज़ कोई शुल्क नहीं; एकमात्र कटौती प्राप्त रॉयल्टी का 5% है, और हर पूर्ण आवेदन की समीक्षा एक व्यक्ति करता है।

स्रोत

ITU-R BS.1770 — माप एल्गोरिदम, K-वेटिंग, गेटिंग, ट्रू पीक

• 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 — प्रसारण लक्ष्य, मीटर खिड़कियाँ, लाउडनेस रेंज

• EBU R 128, Loudness normalisation and permitted maximum level of audio signals (−23 LUFS): https://tech.ebu.ch/publications/r128
• 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 (संगीत −16 LUFS, एल्बम −14 LUFS, वाणी −18 LUFS, −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 (−14 LUFS; −1 dBTP / −2 dBTP; धीमे मास्टर पर पॉज़िटिव गेन और हेडरूम की शर्त; एल्बम नॉर्मलाइज़ेशन): https://support.spotify.com/us/artists/article/loudness-normalization/

किसी सेवा द्वारा प्रकाशित नहीं। Apple Music, YouTube Music, Amazon Music, TIDAL और Deezer के लिए ऊपर दिए आँकड़े व्यापक रूप से बताए गए तीसरे-पक्ष के माप हैं। उनके लिए कोई प्राथमिक स्रोत नहीं दिया गया क्योंकि कोई है ही नहीं; ये सेवाएँ कोई नॉर्मलाइज़ेशन विनिर्देश प्रकाशित नहीं करतीं।