একটি স্ট্রিমিং পরিষেবা নর্মালাইজ করলে আপনার মাস্টারের সঙ্গে আসলে কী ঘটে

লাউডনেস সামলানো নিয়ে যে ছয়টি স্ট্রিমিং পরিষেবার কথা সবচেয়ে বেশি আলোচিত হয়, তাদের মধ্যে ঠিক একটিই এমন একটি নর্মালাইজেশন লক্ষ্যমাত্রা প্রকাশ করে যা আপনি উদ্ধৃত করতে পারেন। Spotify প্রকাশ করে −14 LUFS ইন্টিগ্রেটেড, সঙ্গে −1 dBTP ট্রু-পিক সিলিং, আর মাস্টার −14 LUFS-এর চেয়ে জোরালো হলে সেটি কড়া হয়ে −2 dBTP। Apple Music, YouTube Music, Amazon Music, TIDAL ও Deezer কোনও নর্মালাইজেশন লক্ষ্যমাত্রাই প্রকাশ করে না। ওই পাঁচটির জন্য আপনি যত সংখ্যা দেখেছেন সবই কথিত, প্রকাশিত নয় — আর কেউ যখন তার একটি দিয়ে হিসাব করতে বসে যে তার মাস্টার কতটা গেইন কমানোর মুখে পড়বে, ঠিক তখনই এই পার্থক্যটি গুরুত্বপূর্ণ হয়ে ওঠে।

স্ট্রিমিং থেকে প্রকাশিত একমাত্র সংখ্যাটি

Spotify-র নিজস্ব লাউডনেস নর্মালাইজেশন পাতা লক্ষ্যমাত্রাটি জানায় −14 LUFS ইন্টিগ্রেটেড হিসেবে। ট্রু-পিক সিলিং জানায় −1 dBTP, আর −14 LUFS-এর চেয়ে জোরালোভাবে সরবরাহ করা মাস্টারের জন্য −2 dBTP। এই তিনটি সংখ্যাই এই লেখার একমাত্র স্ট্রিমিং-পরিষেবা নর্মালাইজেশন নির্দিষ্টকরণ যা পরিষেবাটির নিজের কাছ থেকে আসা।

বেশিরভাগ মাস্টারিং পরামর্শ যতটা ইঙ্গিত করে, এটি তার চেয়ে সংকীর্ণ একটি তথ্যভিত্তি। আবার কাজ চালানোর জন্য এটি যথেষ্টও, কারণ লক্ষ্যমাত্রা প্রকাশিত না হলেও কলকব্জাটি সর্বত্র একই: ইন্টিগ্রেটেড লাউডনেস মাপো, লক্ষ্যমাত্রার সঙ্গে মেলাও, প্লেব্যাকে গেইন বসাও।

যে পাঁচটি পরিষেবা কিছুই প্রকাশ করে না

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 উদ্ধৃত করার সময় লোকে সাধারণত স্ট্রিমিং-ঘেঁষা এই সংখ্যাটির দিকেই হাত বাড়ায়।
• TD1008-এর −18 LUFS সংখ্যাটি বক্তৃতা-প্রধান বিষয়বস্তুর জন্য — খবর, আলাপ, নাটক। −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 বলবৎ। October 2015-এর BS.1770-4 রদ হয়ে গেছে — যদিও ব্যবহারে থাকা বেশিরভাগ মিটার এখনও ওই সংস্করণেরই উল্লেখ করে। আপনার মিটারের ম্যানুয়াল যদি -4-এর নাম করে, তবে সেটি ম্যানুয়ালের বয়স জানায়, কোন সংস্করণ চালু আছে তা নয়। চলতি হিসেবে -5-এর নাম করুন।

অ্যালগরিদম আসলে কী করে, আর মিটার কোথায় ভুল করে

নির্দিষ্টকরণটি সংক্ষিপ্ত ও নিখুঁত, আর তার কয়েকটি খুঁটিনাটি এত ঘন ঘন ভুলভাবে বাস্তবায়িত হয় যে আপনার সেগুলি জানা দরকার।

K-weighting। দুই ধাপের একটি ফিল্টার: একটি হাই-শেলফ ("head" ফিল্টার), তারপর একটি হাই-পাস (RLB)। 1 kHz-এ K-weighting কার্ভের গেইন +0.698 dB — রৈখিক হিসেবে 1.0836। ওই অফসেটের কারণেই একটি 1 kHz টোনের K-weighted মাপ তার ভারহীন লেভেলের সমান হয় না।

ব্লক। লাউডনেস হিসাব হয় 400 ms ব্লকে, 75% ওভারল্যাপসহ।

পরম গেট। −70 LUFS-এর নিচের ব্লকগুলি একেবারে বাদ পড়ে যায়।

আপেক্ষিক গেট — যেটি সবচেয়ে বেশি ভুলভাবে বলা হয়। আপেক্ষিক গেট হিসাব হয় পরম গেট পেরোনো ব্লকগুলির গড় থেকে, তারপর −10 LU অফসেট বসিয়ে। এটি গেটহীন গড় নয়। যে মিটার গেটহীন গড়ের সাপেক্ষে আপেক্ষিক গেট বসায়, সেটি লম্বা নীরবতাযুক্ত একটি ট্র্যাক নির্দিষ্টকরণ-মানা মিটারের চেয়ে আলাদা পড়বে, আর দুটির অমিলের পরিমাণ নির্ভর করবে আপনার সাজানোর উপর, আপনার লাউডনেসের উপর নয়।

লাউডনেস রেঞ্জ। EBU Tech 3342-তে সংজ্ঞায়িত LRA একটি −20 LU আপেক্ষিক গেট ব্যবহার করে — −10 LU নয়। LRA-র জন্য ইন্টিগ্রেটেড লাউডনেসের গেট পুনর্ব্যবহার করা একটি প্রচলিত বাস্তবায়ন-ত্রুটি, আর এতে গতিশীল উপাদান বাস্তবের চেয়ে বেশি সমান দেখায়।

সময়ের জানালা। স্বল্পমেয়াদি লাউডনেস 3 s জানালা ব্যবহার করে (EBU Tech 3341)। মুহূর্তিক ব্যবহার করে 400 ms। এগুলি আলাদা মাপ, একই মাপের আলাদা স্মুদিং সেটিং নয়।

ট্রু পিক। ট্রু পিক মাপা হয় ওভারস্যাম্পল করা সংকেতের উপর — BS.1770 অনুযায়ী ন্যূনতম 4×, আর 8× আরও ভালো। স্যাম্পল পিক ট্রু পিক নয়। ইন্টার-স্যাম্পল পিক ফাইলের সর্বোচ্চ স্যাম্পল মানকে ছাড়িয়ে যেতে পারে, আর সেই কারণেই স্যাম্পল-পিক মিটারে ঠিক 0.0 dBFS দেখানো একটি মাস্টারও একটি ক্ষতিকর কোডেকে ক্লিপ করতে পারে। Spotify-র −1 dBTP ও −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."

দুটি বাক্য একসঙ্গে পড়লে সেগুলি একটি শর্ত বর্ণনা করে। একটি শান্ত মাস্টারকে লক্ষ্যমাত্রা পর্যন্ত তোলা হতে পারে। উঁচু পিকযুক্ত একটি শান্ত মাস্টারকে পুরোটা না-ও তোলা হতে পারে, কারণ তুললে দ্বিতীয় বাক্যে সংরক্ষিত হেডরুমটাই খেয়ে ফেলা হবে।

তাই:

• "শান্ত মাস্টার কখনও বাড়ানো হয় না" — ভুল।
• "শান্ত মাস্টার সবসময় লক্ষ্যমাত্রা পর্যন্ত বাড়ানো হয়" — এটিও ভুল।
• যা ঠিক: ঊর্ধ্বমুখী গেইন বাস্তব, আর সেটি ট্র্যাকের হেডরুম সাপেক্ষে বসে।

আপনি যদি ঊর্ধ্বমুখী গেইন চান, তবে হাতলটি হল মাস্টারে পিক নিয়ন্ত্রণ — গড় লেভেল নয়। যে মাস্টারে সত্যিকারের হেডরুম আছে, সেই মাস্টারেই তোলার জায়গা আছে।

অতিরিক্ত লিমিটিং আপনাকে আসলে কী কিনে দেয়

টুকরোগুলি জোড়া লাগান। উঁচু ইন্টিগ্রেটেড লাউডনেসে ঠেলে দেওয়া একটি মাস্টার প্লেব্যাকে তার লেভেল আর লক্ষ্যমাত্রার তফাত অনুযায়ী নামিয়ে দেওয়া হয়। সেটি শ্রোতার কাছে জোরালো হয়ে পৌঁছয় না। যা হয়ে পৌঁছয় তা হল পথে আপনি তার সঙ্গে যা করেছেন: কমে যাওয়া ক্রেস্ট ফ্যাক্টর, চ্যাপ্টা হয়ে যাওয়া ট্রানজিয়েন্ট, আর — ট্রু-পিক সিলিং ছাড়িয়ে গেলে — এমন ইন্টার-স্যাম্পল পিক যা একটি ক্ষতিকর এনকোডার নিজের শর্তে সামলাবে।

অতিরিক্ত লিমিটিং আপনাকে চ্যাপ্টা ভাব কিনে দেয়, জোর নয়। এটিই রক্ষণযোগ্য বক্তব্য, আর যে একটিমাত্র পরিষেবা লক্ষ্যমাত্রা প্রকাশ করেছে তা ছাড়া আর কারও প্রকাশিত সংখ্যা ছাড়াই এটি টেকে। বাকি পাঁচটির প্রতিটি কথিত সংখ্যা যদি হুবহু ঠিকও প্রমাণিত হয়, তবু সিদ্ধান্ত বদলাবে না, কারণ কাজটি করে কলকব্জাটি — প্লেব্যাকে নর্মালাইজ করো, জোরালোটিকে কমাও — কোনও নির্দিষ্ট সংখ্যা নয়।

এ নিয়ে কী করবেন

• কিছু সরবরাহ করার আগে ইন্টিগ্রেটেড লাউডনেস আর ট্রু পিক মাপুন, ওভারস্যাম্পলিংসহ।
• আপনার মাস্টার −14 LUFS আর −1 dBTP-এর সাপেক্ষে দেখুন (বা −2 dBTP, যদি আপনি −14 LUFS-এর চেয়ে জোরালো হন), কারণ ওগুলি প্রকাশিত, আর বাকি সবকিছুকে অযাচাইকৃত ধরুন।
• কোনও টুল, প্লাগইন বা লেখা যদি Apple Music, YouTube Music, Amazon Music, TIDAL বা Deezer-এর জন্য পরিষেবাভিত্তিক লক্ষ্যমাত্রা দেয় অথচ সেটিকে প্রকাশিত নয় বরং কথিত বলে চিহ্নিত না করে, তবে সেটিকে ওই টুল সম্পর্কেই একটি সংকেত হিসেবে নিন।
• আপনার মিটার অনুমতি দিলে তার আপেক্ষিক গেট ও LRA গেটের আচরণ যাচাই করুন। ইন্টিগ্রেটেডের জন্য −10 LU, LRA-র জন্য −20 LU।
• প্লেব্যাকে যে সংখ্যাটি মুছে যায় তার পিছনে ছোটা বন্ধ করুন, আর যে হেডরুম ঠিক করে ঊর্ধ্বমুখী গেইন আপনার কাছে পৌঁছবে কি না, সেটি রক্ষা করা শুরু করুন।

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/ — আমাদের তথ্যপত্রে কোনও পড়ার তারিখ নথিভুক্ত নেই।