মিউজিক রিলিজ মেটাডেটা: বাংলা লিপির জন্য সম্পূর্ণ কারিগরি রেফারেন্স

শিল্পীর নাম, শিরোনাম, ফিচারড আর্টিস্ট, ভার্সন — এবং যে বাংলা লিপি ডেলিভারি চেইনের শেষ পর্যন্ত টিকে থাকে।

সংক্ষিপ্ত উত্তর

মেটাডেটা আপনার গানের সঙ্গে জুড়ে দেওয়া কাগজপত্র নয় — ডাউনস্ট্রিমের প্রতিটি সিস্টেমের কাছে ওটাই আপনার গান, কারণ কোনো স্ট্রিমিং সার্ভিস আপনার রেকর্ড শোনে না, সে কেবল আপনার ডেলিভারি পড়ে। বাংলায় কাজ করলে এর সঙ্গে একটি বাড়তি সমস্যা যুক্ত হয় যা রোমান লিপিতে নেই: একই দেখতে নাম দু'রকম কোড পয়েন্টে লেখা যায়, এবং চোখে তার কোনো পার্থক্য ধরা পড়ে না। য়/ড়/ঢ় (U+09DF, U+09DC, U+09DD) ইউনিকোডের কম্পোজিশন এক্সক্লুশন তালিকায় আছে, ফলে NFC নর্মালাইজেশন এদের জোড়া লাগায় না, ভাঙে — যা বেশিরভাগ ডেভেলপারের প্রত্যাশার উল্টো; ZWJ/ZWNJ (U+200D/U+200C) কোনো নর্মালাইজেশন ফর্মেই মুছে যায় না; আর বাংলা অঙ্ক ০১২৩ কোনো ফর্মেই ASCII 0123-এ ভাঁজ হয় না। তাই একটি নামের ক্যানোনিকাল বাইট-স্ট্রিং একবার ঠিক করে ফাইলে লিখে রাখুন এবং প্রতিটি রিলিজে সেটি পেস্ট করুন, কখনো নতুন করে টাইপ করবেন না — ভ্যারিয়েন্ট জন্মায় পুনরায় টাইপ করার মুহূর্তে। আর রবীন্দ্রসঙ্গীত বা নজরুলগীতিকে "Traditional" হিসেবে ফাইল করবেন না: এই গানগুলোর রচয়িতা জানা, এবং ভুল ক্রেডিটের মূল্য প্রকাশনা-রয়্যালটি হারানোর মধ্য দিয়ে বছরের পর বছর ধরে শোধ করতে হয়।

১. তিনটি স্তর: রিলিজ, রেকর্ডিং, ওয়ার্ক

একটি রিলিজ একক বস্তু নয়, একটি শ্রেণিবিন্যাস। সবচেয়ে ওপরে রিলিজ (পণ্য) — তার শনাক্তকারী UPC/EAN। তার ভেতরে রেকর্ডিং (ট্র্যাক) — শনাক্তকারী ISRC। প্রতিটি রেকর্ডিং এক বা একাধিক ওয়ার্ক বা রচনাকে ধারণ করে — শনাক্তকারী ISWC। প্রতিটি স্তরের নিজস্ব টাকা, নিজস্ব দাবিদার, নিজস্ব রেজিস্ট্রি। ব্যয়বহুল মেটাডেটা-ভুলের প্রায় সবটাই একই জিনিস: একটি তথ্য ভুল স্তরে ফাইল করা। পরিবহনের মানও নির্দিষ্ট — DDEX-এর Electronic Release Notification Message Suite (ERN) বার্তার মাধ্যমেই একটি রিলিজ ও তার মেটাডেটা সার্ভিসের কাছে পৌঁছায়।

প্রাইমারি আর্টিস্ট। শিল্পীর বিলিং নাম। কেবল এই ফিল্ডটিই ঠিক করে রেকর্ডিংটি কোন আর্টিস্ট পেজে বসবে এবং কার শ্রোতাসংখ্যা, ফলোয়ার ও অ্যালগরিদমিক ইতিহাসে জমা হবে। Spotify-র প্রকাশ্য নির্দেশনা সরাসরি: "List each artist's name in a separate field."

ফিচারড আর্টিস্ট। একই রেকর্ডিংয়ের ওপর আলাদা একটি রোল — ফিচারড শিল্পীকে ক্রেডিট দেয় ও তাঁর পেজে লিংক করে, কিন্তু প্রাইমারি বিলিং দেয় না। Apple-এর স্টাইল গাইড ফিচারড আর্টিস্টকে ট্র্যাক পর্যায়ে Featuring বা With রোলে রাখতে বলে, "not as Primary."

রিমিক্সার। এটিও একটি রোল। Apple: "Remix tracks...must list the original artist as Primary with the remixer assigned the remixer role." রিমিক্সারকে প্রাইমারি আর্টিস্ট বানিয়ে দিলে একজন শিল্পীর পেজ অন্যের রিমিক্স ক্যাটালগে ভরে যায়।

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

প্রযোজক। কন্ট্রিবিউটর রোল — একটি ক্রেডিট; কোনো আর্টিস্ট পেজ নয়, রেকর্ডিং-পক্ষের কোনো পেমেন্টও নয়।

ভার্সন / সাবটাইটেল। একই শিরোনামের দুটি ভিন্ন রেকর্ডিং আলাদা করার বন্ধনীবদ্ধ অংশ: Live, Instrumental, Radio Edit (অনুচ্ছেদ ৪)।

এক্সপ্লিসিট ফ্ল্যাগ। এটি একটি বুলিয়ান, কোনো শব্দ নয়। Apple: "Explicit content must be flagged Explicit with a parental advisory tag. Terms like (Explicit)...must not be used for album...or track titles." Spotify: "you shouldn't add it to your track title." উল্টোটাও নিষিদ্ধ — শিরোনামে "Clean" বা "Non-explicit" লেখা যাবে না।

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

P-line: সাল + সাউন্ড রেকর্ডিং-এর মালিক; সালটি সেই রেকর্ডিংয়ের প্রথম প্রকাশের সাল, আপনার আপলোডের তারিখ নয়। C-line: সাল + আর্টওয়ার্ক ও প্যাকেজিং-এর মালিক। দুটি বিনিময়যোগ্য নয়, অথচ নিয়মিতভাবে একটিকে অন্যটিতে কপি-পেস্ট করা হয়।

জেনার রুচির বিবরণ নয়, একটি রাউটিং সিগন্যাল — কোন এডিটোরিয়াল ও অ্যালগরিদমিক প্রেক্ষাপটে রিলিজটি বিবেচিত হবে তা এটিই ঠিক করে (অনুচ্ছেদ ৮)।

রিলিজ ডেট হলো এই পণ্যটি কবে লাইভ হচ্ছে; অরিজিনাল রিলিজ ডেট হলো রেকর্ডিংটি প্রথম কোথাও কবে প্রকাশ পেয়েছিল। ২০১৬ সালের একটি রেকর্ডিংকে ২০২৬ অরিজিনাল রিলিজ ডেট দিয়ে পাঠালে ডাউনস্ট্রিমের প্রতিটি সিস্টেম ধরে নেয় এটি নতুন গান।

ISRC রেকর্ডিংকে শনাক্ত করে, তাই একই রেকর্ডিং পুনঃপ্রকাশে নতুন ISRC লাগে না, এবং ডিস্ট্রিবিউটর বদলালেও কোডটি রেকর্ডিংয়ের সঙ্গেই থাকে — কিন্তু রিমিক্স, এডিট, লাইভ ভার্সন বা ইনস্ট্রুমেন্টাল বস্তুগতভাবে ভিন্ন রেকর্ডিং, তাদের নিজস্ব কোড লাগে। রিমাস্টার সংকীর্ণ ব্যতিক্রম: IFPI-র ISRC Handbook (§A.10.1) নতুন কোড দাবি করে কেবল তখনই যখন রিমাস্টারিং প্রক্রিয়াগুলো "involve the application of creative input to the recording itself," এবং স্পষ্টভাবে বাদ দেয় সাধারণ লেভেল পরিবর্তন, অপরিবর্তনীয় EQ বা কম্প্রেশন, ডি-নয়েজিং, ডি-ক্লিকিং, গতি বা পিচ সংশোধন, স্যাম্পল-রেট পরিবর্তন এবং ডিদারিং। নিরাপদ ব্যবহারিক শর্ত: রিমাস্টারটি যদি মূল ট্র্যাকের পাশাপাশি আলাদা পণ্য হিসেবে বিক্রি হয়, তবে সেটি আলাদা পণ্য এবং তার নিজস্ব কোড দরকার।

শনাক্তকারীগুলো, নির্ভুলভাবে। একটি ISRC বারো অক্ষরের: দুই অক্ষর দেশ, তিন অক্ষর রেজিস্ট্র্যান্ট, দুই অঙ্ক রেফারেন্স-বছর, পাঁচ অঙ্ক ডেজিগনেশন। হাইফেন কেবল প্রদর্শনের রীতি, কোডের অংশ নয়, এবং ISRC-তে কোনো চেক ডিজিট নেই। UPC-A বারো অঙ্কের, EAN-13 তেরো; সামনে একটি শূন্য বসালে একটি অন্যটি হয়ে যায় এবং চেক ডিজিট বদলায় না।

যদি আপনি বলতে না পারেন একটি তথ্য কোন স্তরের — রিলিজ, রেকর্ডিং, না ওয়ার্ক — তাহলে আপনি সেটি এখনো ঠিকভাবে ফাইল করার অবস্থায় নেই।

২. শিল্পীর নাম একটি কী, লেবেল নয়

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

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

দুটি প্রধান স্টাইল রেফারেন্সই একমত। Music Biz: "Artist name spelling should remain consistent for all content for an artist, where possible." Spotify: রিলিজ থেকে রিলিজে বানান ও ফরম্যাটিং এক রাখুন, "including any punctuation, abbreviations, or acronyms."

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

৩. ফিচারড আর্টিস্ট: শিরোনাম ফিল্ড কেন ভুল জায়গা

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

স্টোরগুলো স্পষ্ট ভাষায় বলে। Spotify: "You shouldn't include any artists' names in your track or release titles," এবং প্রোভাইডার ডকুমেন্টেশনে, "Spotify strongly recommends against including additional information, such as references to 'Featured Artists' in track and product titles." Music Biz পরামর্শ দেয় ফিচারড শিল্পীদের ক্রেডিট দিতে "at the Artist role level and not add this data to the track or album release title."

যেখানে চুক্তির কারণে শিরোনামেই বিলিং রাখতেই হয়, সেখানে রীতি অভিন্ন। Music Biz, "feat." ও "with" প্রসঙ্গে: "when included in the title are generally lowercase and in English." Apple: "Formatting of 'feat.' and 'with' must be lowercase, in English, not localized, and in parentheses or brackets."

এই "not localized" নির্দেশটি বাংলা ডেলিভারিতে বিশেষভাবে গুরুত্বপূর্ণ, কারণ প্রলোভনটি এখানে প্রবল: শিরোনাম ফিল্ডে "feat." কে "ফিচারিং", "সঙ্গে" বা "-এর সঙ্গে" লিখবেন না। এটি একটি মেশিন-পাঠযোগ্য টোকেন, কোনো শব্দ নয়। "মেঘ জমেছে ফিচারিং শ্রেয়া" লেখা শিরোনাম স্টোরের পার্সারের কাছে কেবল একটি লম্বা গানের নাম — সেখানে কোনো ফিচারড শিল্পী নেই, কেবল একটি অদ্ভুত টাইটেল আছে।

সঠিক গঠন: শিরোনাম ফিল্ডে থাকবে কেবল গানের নাম, আর প্রতিটি শিল্পী থাকবেন নিজের রোল ফিল্ডে — স্টোর তখন আপনার দেওয়া রোল থেকে নিজেই "(feat. X)" সহ প্রতিটি ডিসপ্লে তৈরি করে নেবে। রোল হলো পরিচয়, শিরোনাম হলো প্রদর্শন; পরিচয়কে প্রদর্শনের ফিল্ডে রাখলে পরিচয় নষ্ট হয় এবং প্রদর্শনও বিকৃত হয়।

৪. ভার্সন ও সাবটাইটেল

ভার্সন ফিল্ডের অস্তিত্বের একমাত্র কারণ: একই শিরোনামের দুটি রেকর্ডিংকে আলাদা করা। এটিই ফিল্ডটি পূরণ করার একমাত্র পরীক্ষা। শব্দভাণ্ডার স্থির: Radio Edit, Extended Mix, Live, Acoustic, Instrumental, Single Version, Alternate Take, Demo, Remastered, এবং নামযুক্ত রিমিক্স Artist Name Remix আকারে। Apple: "To differentiate multiple versions of the same track title, use terms in parentheses or brackets such as: Alternate Take...Live, Instrumental, Single Version, Radio Edit." যতিচিহ্নের ক্ষেত্রে Music Biz আগে প্রথম বন্ধনী এবং বাড়তি বিবরণের জন্য তৃতীয় বন্ধনী ব্যবহার করতে বলে।

"Radio Edit" মানে "এক্সপ্লিসিট বাদ দেওয়া সংস্করণ" নয়। Music Biz এই শব্দটি সংরক্ষিত রেখেছে সত্যিকার সম্প্রচারের জন্য প্রস্তুত সংস্করণের জন্য, আর কনটেন্ট-সম্পাদিত সংস্করণের জন্য বলে "Edited Version"। Radio Edit সাধারণত দৈর্ঘ্যের সম্পাদনা; Edited Version বিষয়বস্তুর সম্পাদনা।

"Original Mix" সর্বত্র নিরাপদ নয়, এবং এখানে স্টোরে-স্টোরে প্রকৃত বিভাজন আছে। Apple-এর প্রকাশিত গাইড এটি অনুমোদন করে না: "The standard, original version of an album, track, or music video must not include any additional information in the title unless it is needed to identify the content," এবং নিষিদ্ধ শব্দের তালিকায় রাখে "Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone...Dolby Atmos, lossless, high-resolution audio." Spotify-র প্রকাশ্য মেটাডেটা নির্দেশনায় "Original Mix" নাম ধরে কোনো নিয়ম নেই; তাদের প্রকাশিত অবস্থান হলো সাধারণ নিয়মটি — শিরোনামে বাড়তি তথ্য থাকা উচিত নয়। অর্থাৎ: Apple নাম ধরে এটি নিষিদ্ধ করেছে; অন্য সার্ভিসগুলো এ বিষয়ে কোনো নিয়ম প্রকাশ করেনি, এবং আচরণ স্টোরভেদে ও আপনার ডিস্ট্রিবিউটরের প্রি-ভ্যালিডেশনভেদে বদলায়। রিলিজে যদি কেবল মূল সংস্করণটিই থাকে, ফিল্ডটি খালি রাখুন — সর্বত্র নিরাপদ।

আর যেখানেই ভার্সন ফিল্ড আছে, সেটিই ব্যবহার করুন, শিরোনামে হাতে টাইপ করবেন না; নইলে যে স্টোরগুলো নিজেরা ডিসপ্লে স্ট্রিং বানায় তারা তৈরি করবে গানের নাম (Radio Edit) (Radio Edit)।

৫. বাংলা লিপি ও ডেলিভারি চেইন

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

নিচের সব আচরণ লেখার আগে Python-এর unicodedata মডিউল দিয়ে (UCD সংস্করণ 14.0.0) সরাসরি যাচাই করা হয়েছে, এবং ইউনিকোডের লাইভ CompositionExclusions.txt ফাইলের সঙ্গে মিলিয়ে দেখা হয়েছে। যা পেয়েছি হুবহু তা-ই লিখছি।

৫.১ নুক্তা: য/য়, ড/ড়, ঢ/ঢ় — এবং NFC কেন উল্টো দিকে কাজ করে

বাংলার তিনটি অক্ষর ইউনিকোডে দুইভাবে লেখা যায়:

স্ক্রিনে দুটি রূপ অভিন্ন। বাইটে নয়। UTF-8-এ পূর্বরচিত য় হলো তিন বাইট e0 a7 9f; ভিত্তি+নুক্তা ক্রমটি ছয় বাইট e0 a6 af e0 a6 bc। যেকোনো সরল স্ট্রিং-তুলনায় এই দুটি অসমান।

এখানেই বেশিরভাগ ডেভেলপার ভুল ধারণা নিয়ে বসে থাকেন। স্বাভাবিক প্রত্যাশা হলো "NFC মানে পূর্বরচিত রূপ, তাই NFC চালালে সব য় হয়ে যাবে U+09DF।" এটি ভুল। U+09DC, U+09DD ও U+09DF তিনটিই ইউনিকোডের Composition Exclusion Table-এ "(1) Script Specifics" শিরোনামের নিচে তালিকাভুক্ত (CompositionExclusions.txt)। তার মানে এদের পুনঃসংযোজন নিষিদ্ধ। যাচাই করে যা পেলাম:

NFC(U+09DF)  -> U+09AF U+09BC     (দৈর্ঘ্য ১ থেকে ২ হয়ে গেল)
NFD(U+09DF)  -> U+09AF U+09BC
NFKC(U+09DF) -> U+09AF U+09BC
NFKD(U+09DF) -> U+09AF U+09BC
NFC(U+09DC)  -> U+09A1 U+09BC
NFC(U+09DD)  -> U+09A2 U+09BC

অর্থাৎ চারটি নর্মালাইজেশন ফর্মেরই আউটপুট ভাঙা (decomposed) রূপ। NFC এখানে জোড়া লাগায় না, ভাঙে।

এর দুটি ব্যবহারিক ফল, এবং দুটিই গুরুত্বপূর্ণ:

ভালো খবর। যে সিস্টেম সত্যিই নর্মালাইজ করে, সেখানে দুই রূপ মিলে যায় — কারণ দুটোরই NFC এক। তাই "রায়" নামের দুটি বানান নর্মালাইজেশনের পরে এক হয়ে যাবে।

খারাপ খবর। ডেলিভারি চেইনের বহু ধাপ নর্মালাইজ করে না — CSV এক্সপোর্ট, স্প্রেডশিট, ERN XML-এর টেক্সট নোড, ডিস্ট্রিবিউটরের ফর্ম ফিল্ড, স্টোরের সার্চ ইনডেক্স — এদের প্রত্যেকটির আচরণ আলাদা এবং কেউ তা প্রকাশ করে না। ফলে চেইনের একটি ধাপ দুটি রূপকে এক ধরে, পরের ধাপ আলাদা ধরে, এবং শিল্পীর পেজ ভাগ হয়ে যায় এমন এক কারণে যা তিনি দেখতেও পান না।

আরও একটি ফাঁদ: যদি আপনার ভ্যালিডেশন "নামের দৈর্ঘ্য" গোনে, তাহলে নর্মালাইজেশনের পরে নামটি লম্বা হয়ে যাবে। "সায়ন্তনী রায়" নামে দুটি য় আছে; পূর্বরচিত রূপে ১২টি কোড পয়েন্ট, নর্মালাইজ করার পরে ১৪টি। ম্যাক্স-লেংথ চেক যদি কোড পয়েন্টে হয়, একই নাম একটি সিস্টেমে পাস করে ও পরেরটিতে কাটা পড়ে।

বাংলাভাষী অঞ্চলে এই বিভাজনের সবচেয়ে বড় উৎস হলো ইনপুট টুলের বৈচিত্র্য: অভ্র (ফোনেটিক), ইউনিজয়, ইনস্ক্রিপ্ট, বিজয়, অ্যান্ড্রয়েডের রিদ্মিক ও গুগল ইনপুট, আইওএসের বিল্ট-ইন বাংলা কিবোর্ড — এবং বিভিন্ন লিগ্যাসি-থেকে-ইউনিকোড কনভার্টার। কোন টুল কোন রূপ উৎপাদন করে তা সংস্করণভেদে বদলায়, তাই ধরে নেবেন না — পরীক্ষা করুন। নাম টাইপ করে বাইট দেখে নেওয়াই একমাত্র নির্ভরযোগ্য পথ।

এর সঙ্গে বাংলাদেশে আরও একটি বাস্তবতা যুক্ত: বহু স্টুডিও ও ডিজাইনার এখনো লিগ্যাসি ASCII-ভিত্তিক ফন্ট (SutonnyMJ, Boishakhi ইত্যাদি) ব্যবহার করেন, যেখানে অক্ষরগুলো আসলে ল্যাটিন কোড পয়েন্ট এবং কেবল ফন্টের কারণে বাংলা দেখায়। আর্টওয়ার্কের ফাইল থেকে সরাসরি কপি করে মেটাডেটা ফিল্ডে পেস্ট করলে সেখানে বাংলা যায় না — যায় অর্থহীন ল্যাটিন অক্ষরের সারি, যা ডিস্ট্রিবিউটরের ফর্মে অদ্ভুত দেখাবে বা রিজেক্ট হবে। আর্টওয়ার্ক থেকে কখনো টেক্সট কপি করবেন না; ইউনিকোড উৎস থেকে করুন।

৫.২ যুক্তাক্ষর এবং ZWJ / ZWNJ

বাংলার যুক্তাক্ষর তৈরি হয় হসন্ত বা ভিরাম (U+09CD) দিয়ে: ক + ্ + ষ = ক্ষ, জ + ্ + ঞ = জ্ঞ, ঙ + ্ + গ = ঙ্গ। ফন্ট এই ক্রমকে একটি একক যুক্তরূপে রেন্ডার করে।

সমস্যা হয় তখন, যখন লেখক বা কিবোর্ড রেন্ডারিং জোর করে নিয়ন্ত্রণ করতে চায়। ইউনিকোডে দুটি অদৃশ্য অক্ষর এই কাজে ব্যবহৃত হয়:

• ZWNJ, U+200C (Zero Width Non-Joiner) — যুক্তরূপ ঠেকায়, ফলে "ক্‌ষ" আলাদা দেখায় হসন্তসহ।
• ZWJ, U+200D (Zero Width Joiner) — নির্দিষ্ট কিছু ক্ষেত্রে যুক্ত বা অর্ধ-রূপ জোর করে আনে।

দুটিরই বাইডাইরেকশনাল ক্লাস BN, দুটিই সম্পূর্ণ অদৃশ্য, এবং — যাচাই করে দেখা গেছে — কোনো নর্মালাইজেশন ফর্মই এদের সরায় না:

"ক" "্" ZWNJ "ষ"  ->  NFC / NFD / NFKC / NFKD সব ক্ষেত্রেই  U+0995 U+09CD U+200C U+09B7
"ক" "্" ZWJ  "ষ"  ->  সব ক্ষেত্রেই                          U+0995 U+09CD U+200D U+09B7

ফলাফল: "লক্ষ্মী" নামের যে বানানে একটি ZWNJ ঢুকে গেছে আর যে বানানে ঢোকেনি — এই দুটি স্ট্রিং সব সিস্টেমে চিরকাল আলাদা থাকবে, অথচ পাশাপাশি রাখলে অনেক ফন্টে চোখেও ধরা পড়বে না। একই কথা "জ্ঞানদাস", "সঙ্গীত", "রঙ্গমঞ্চ" — যেকোনো যুক্তাক্ষরসমৃদ্ধ নামের ক্ষেত্রে।

এর একটি নিকটাত্মীয় সমস্যা খণ্ড-ত। ৎ-এর জন্য একটি নিজস্ব কোড পয়েন্ট আছে, U+09CE, যার কোনো ডিকম্পোজিশন নেই। অনেক কিবোর্ড ও পুরনো টেক্সট এর বদলে ত + ্ + ZWJ (U+09A4 U+09CD U+200D) ক্রম ব্যবহার করে। যাচাই করে দেখা গেছে এই দুটি ক্রম কোনো নর্মালাইজেশন ফর্মেই সমান হয় না — U+09CE একাই থাকে, অন্যটি তিন কোড পয়েন্টই থাকে। অর্থাৎ "সৎ সঙ্গ" বা "বিদ্যুৎ" শব্দসহ যেকোনো শিরোনামের দুটি বৈধ, দৃশ্যত অভিন্ন বানান আছে যা কখনো মিলবে না।

করণীয়: ডেলিভারির আগে প্রতিটি নাম ও শিরোনাম থেকে U+200C ও U+200D ইচ্ছাকৃতভাবে খুঁজে বের করুন। বাংলায়, ফারসি বা উর্দুর বিপরীতে, ZWNJ ভাষার প্রয়োজন নয় — এটি প্রায় সবসময়ই কিবোর্ড বা কপি-পেস্টের ফেলে যাওয়া আবর্জনা। খণ্ড-ত-এর জন্য U+09CE বেছে নিন এবং সেটিই সর্বত্র ব্যবহার করুন।

৫.৩ বাংলা অঙ্ক ০১২৩ বনাম ASCII 0123

বাংলা অঙ্ক ০ থেকে ৯ হলো U+09E6–U+09EF। ASCII অঙ্ক 0–9 সম্পূর্ণ ভিন্ন কোড পয়েন্ট। যাচাই করে যা পাওয়া গেল:

• কোনো নর্মালাইজেশন ফর্মই বাংলা অঙ্ককে ASCII-তে ভাঁজ করে না। NFKC("০১২৩") = U+09E6 U+09E7 U+09E8 U+09E9 — অপরিবর্তিত। অর্থাৎ "শুধু NFKC চালিয়ে দিই" কৌশলটি এখানে কাজ করে না।
• বাংলা অঙ্কের বাইডাইরেকশনাল ক্লাস L, ASCII অঙ্কের EN। এরা এমনকি একই বাইডাই শ্রেণিরও নয়।
• অথচ কিছু সফটওয়্যার এদের সংখ্যা হিসেবে মেনে নেয়: Python-এ int("২৩") নির্বিঘ্নে ২৩ ফেরত দেয় এবং রেগুলার এক্সপ্রেশনের \d বাংলা অঙ্কে ম্যাচ করে। এটিই সবচেয়ে বিপজ্জনক অংশ — কারণ চেইনের একটি ধাপ চুপচাপ মেনে নেয়, পরের ধাপ প্রত্যাখ্যান করে, এবং ভুলটি ধরা পড়ে অনেক পরে।

ব্যবহারিক নিয়ম, দুটি ভাগে:

মেশিন-পাঠ্য ফিল্ডে সর্বদা ASCII। ট্র্যাক নম্বর, ডিস্ক নম্বর, ভলিউম নম্বর, রিলিজ ডেট, ISRC, UPC — এই ফিল্ডগুলোতে বাংলা অঙ্ক দেবেন না। "ট্র্যাক ০৭" নয়, 7।

শিরোনামের ভেতরে একটাই সেট বেছে নিন এবং কখনো মেশাবেন না। "ভাটিয়ালি ২" আর "ভাটিয়ালি 2" দুটি আলাদা স্ট্রিং; বাংলায় লেখা শ্রোতা প্রথমটি খুঁজবে, ইংরেজি কিবোর্ডে থাকা শ্রোতা দ্বিতীয়টি। কোন স্টোর সার্চে অঙ্ক ভাঁজ করে তা কেউ প্রকাশ করে না, তাই এর ওপর ভরসা করা যায় না। একটি অ্যালবামের ভেতরে "পর্ব ১" ও "পর্ব 2" পাশাপাশি থাকলে সাজানোও ভাঙে।

৫.৪ বাংলাদেশ ও পশ্চিমবঙ্গের বানান-ভেদ, এবং রোমান প্রতিবর্ণীকরণ

এটি ইউনিকোডের সমস্যা নয়, কিন্তু ফলাফল হুবহু এক: একজন শিল্পীর একাধিক পেজ।

বাংলা লিপির ভেতরেই ভেদ। একই শব্দের দুই প্রতিষ্ঠিত বানান দুই দিকে চালু, এবং দুটোই শুদ্ধ:

• সঙ্গীত / সংগীত — অনুস্বার (ং, U+0982) বনাম ঙ্গ যুক্তাক্ষর। ফলে রবীন্দ্রসঙ্গীত ও রবীন্দ্রসংগীত দুটোই বহুল প্রচলিত, এবং জেনার ফিল্ডে দুই বানান দিলে একই ক্যাটালগ দুই ভাগে ইনডেক্স হয়।
• হ্রস্ব-ই/দীর্ঘ-ঈ-এর বিকল্প: কাজী / কাজি, জীবনানন্দ-ঘরানার নামে ঈ-কার বজায় রাখা বনাম না রাখা।
• বিদেশি শব্দে ষ/স-এর ভেদ: জিনিষ / জিনিস।
• ঈদ / ইদ — বাংলা একাডেমির সুপারিশ ও প্রচলিত ব্যবহারের মধ্যে দীর্ঘদিনের অমিল।

এর কোনো "সঠিক" উত্তর নেই এবং এই নথির কাজ সেই বিতর্ক মেটানো নয়। কাজটি হলো: একটি বেছে নিন, লিখে রাখুন, আর কখনো বদলাবেন না। শিল্পীর নামে যে বানান আপনার প্রথম রিলিজে গেছে, সেটিই দশম রিলিজে যেতে হবে — এমনকি সেটি যদি আপনার নিজের অঞ্চলের প্রচলিত রীতির বিপরীতও হয়।

রোমান প্রতিবর্ণীকরণ। বাংলা লিপির শিল্পীর পৃথিবীর সিস্টেমে দুটি নাম — মূল লিপি ও রোমান রূপ — এবং দুটিকেই একক-মানের হতে হবে। বাংলার রোমানীকরণ ব্যবহারিকভাবে অ-প্রমিত, এবং ভেদগুলো বেশিরভাগই আঞ্চলিক উচ্চারণ থেকে আসে:

• অন্তর্নিহিত স্বরের রূপ: Rahman / Rohman, Kabir / Kobir, Sanjida / Sonjida, Basu / Bosu, Ghosh / Ghosh — বাংলাদেশে "a" আর পশ্চিমবঙ্গে "o" লেখার প্রবণতা।
• একই পদবির বহু রূপ: Chowdhury / Choudhury / Chaudhuri / Chaudhury; Roy / Ray / Rai; Sengupta / Sen Gupta / SenGupta; Barua / Boruah / Barooah।
• সমাপ্তি-স্বর: Abhijit / Abhijeet, Sumit / Sumeet।
• উপসর্গ: Md. / Mohammad / Muhammad / Mohd. — চারটি ভিন্ন প্রাইমারি আর্টিস্ট স্ট্রিং।

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

কীভাবে বাছবেন, অগ্রাধিকারক্রমে: (১) শিল্পী প্রকাশ্যে ইতিমধ্যে যা ব্যবহার করছেন — হ্যান্ডল, ডোমেইন, ছাপা রিলিজ — কারণ বিদ্যমান পদচিহ্নের সঙ্গে সংগতি ভাষাতাত্ত্বিক নির্ভুলতার চেয়ে বেশি মূল্যবান; (২) সবচেয়ে বড় বিদ্যমান রিলিজে যা আছে; (৩) লক্ষ্য বাজারের শ্রোতা বাস্তবে যা টাইপ করবেন — প্রচলিত রূপ পাণ্ডিত্যপূর্ণ রূপকে হারায়, এবং একাডেমিক ডায়াক্রিটিক (Kabīr) শুদ্ধ কিন্তু অখোঁজযোগ্য; (৪) প্রতিটি দ্ব্যর্থক যুক্তবর্ণের জন্য একটি স্থির সিদ্ধান্ত — kh/khh, sh/s, ch/c, ee/i।

ডেটা মডেল সমর্থন করলে মূল লিপি যাবে প্রাইমারি ফিল্ডে এবং রোমান রূপ যাবে লোকালাইজেশন বা ফোনেটিক ফিল্ডে — সিরিলিকের জন্য Apple ঠিক এই কাঠামোই নির্দেশ করে: "Content in languages that use the Cyrillic alphabet should not be submitted with transliterated titles. Use Cyrillic in the native title field, English in the English localization field, and transliteration in the available phonetic field." একই যুক্তি বাংলার ক্ষেত্রেও প্রযোজ্য। একটি রোমান রূপ আসলে দ্বিতীয় একটি আইনি নাম, এবং যে শিল্পী একটি বেছে নেননি তিনি ইতিমধ্যেই কয়েকটি বেছে ফেলেছেন।

৫.৫ আরও কয়েকটি বাংলা-নির্দিষ্ট ফাঁদ

দাঁড়ি বনাম পাইপ। বাংলার দাঁড়ি হলো U+0964 (।)। বহু মানুষ ASCII পাইপ | (U+007C) টাইপ করেন কারণ কিবোর্ডে ওটাই হাতের কাছে। দুটি সম্পূর্ণ ভিন্ন অক্ষর — এমনকি বাইডাই শ্রেণিও আলাদা (L বনাম ON)। সাধারণ পরামর্শ: শিরোনাম ফিল্ডে দাঁড়ি বা পাইপ কোনোটিই রাখবেন না; শিরোনামে বাক্য-শেষের যতি লাগে না।

অনুস্বার, চন্দ্রবিন্দু, বিসর্গ। ং (U+0982), ঁ (U+0981), ঃ (U+0983) — তিনটিই স্বতন্ত্র অক্ষর, এবং চন্দ্রবিন্দু বাদ দেওয়া বা বসানো নাম বদলে দেয়: "চাঁদ" আর "চাদ" এক নয়। নাম টাইপ করার সময় চন্দ্রবিন্দু বাদ পড়া অত্যন্ত সাধারণ, বিশেষত ফোনেটিক কিবোর্ডে।

অসমিয়া অক্ষরের বিভ্রান্তি। একই ইউনিকোড ব্লকে ৰ (U+09F0) ও ৱ (U+09F1) আছে, যেগুলো অসমিয়ার র ও ৱ। কিছু কিবোর্ড লেআউটে এগুলো কাছাকাছি থাকে। বাংলা নামে ভুল করে ৰ ঢুকে গেলে দেখতে প্রায় একই, কিন্তু স্ট্রিং সম্পূর্ণ ভিন্ন।

টাকার চিহ্ন ৳ (U+09F3) কখনো মেটাডেটা ফিল্ডে যাওয়ার কথা নয়, কিন্তু কপি-পেস্টে চলে আসে; এর বাইডাই শ্রেণি ET, এবং অনেক ভ্যালিডেটর একে নিষিদ্ধ চিহ্ন ধরে।

ইমোজি, দ্বৈত স্পেস ও জিরো-উইডথ স্পেস (U+200B) — বাংলা টেক্সট প্রায়শই সোশ্যাল মিডিয়ার পোস্ট থেকে কপি হয়, আর সেখান থেকে এই তিনটি নিয়মিত সঙ্গে আসে। তিনটিই বহু স্টোরে রিজেকশনের কারণ।

চেক করার জন্য: mazufa.com-এ একটি বিনামূল্যের মেটাডেটা চেকার আছে যা সম্পূর্ণভাবে আপনার নিজের ডিভাইসে চলে, কিছুই আপলোড করে না, এবং ওপরের অদৃশ্য কেসগুলোর কয়েকটি চিহ্নিত করে — মিশ্র অঙ্ক-সেট, ছড়ানো ZWJ/ZWNJ, নুক্তার দুই রূপ, খণ্ড-ত-এর দুই রূপ এবং নন-NFC স্ট্রিং।

৬. রবীন্দ্রসঙ্গীত ও নজরুলগীতি: "Traditional" লেখা ভুল, এবং ব্যয়বহুল

বাংলা রিলিজে সবচেয়ে ব্যয়বহুল ক্রেডিটিং-ভুলটি ইউনিকোডের সমস্যা নয়, শ্রেণিবিন্যাসের সমস্যা।

রবীন্দ্রসঙ্গীত ও নজরুলগীতি অজ্ঞাত রচয়িতার গান নয়। রবীন্দ্রনাথ ঠাকুর (১৮৬১–১৯৪১) এবং কাজী নজরুল ইসলাম (১৮৯৯–১৯৭৬) — দুজনেই নামীয়, নথিভুক্ত, বহুলভাবে সূচিবদ্ধ রচয়িতা; বাংলা গানের ইতিহাসে সম্ভবত সবচেয়ে ভালোভাবে নথিভুক্ত দুই রচয়িতা। তবু ডিস্ট্রিবিউশন ফর্মে "Composer" ফিল্ডে বারবার লেখা হয় Traditional, কারণ শিল্পী ভাবেন গানটি পুরনো, তাই "প্রথাগত"।

এর তিনটি স্বতন্ত্র ক্ষতি আছে:

প্রথমত, এটি তথ্যগতভাবে মিথ্যা। "Traditional" ফিল্ডের অর্থ শিল্পের ভাষায় একটাই: এই রচনার কোনো জ্ঞাত রচয়িতা নেই। রবীন্দ্রসঙ্গীতের ক্ষেত্রে এই দাবি প্রকাশ্যে যাচাইযোগ্যভাবে ভুল, এবং যাচাইযোগ্য মিথ্যা মেটাডেটা যেকোনো ডাউনস্ট্রিম বিরোধে আপনার অবস্থান দুর্বল করে।

দ্বিতীয়ত, এটি আপনার নিজের সঙ্গীতায়োজনের ক্রেডিট মুছে দেয়। এবং এখানেই আসল টাকা। একটি রবীন্দ্রসঙ্গীতের নতুন রেকর্ডিংয়ে আপনি সাধারণত মূল কথা ও সুর ব্যবহার করছেন, কিন্তু সঙ্গীতায়োজন (arrangement) আপনার নিজের কাজ — কোন যন্ত্র, কোন তাল, কোন প্রিল্যুড, কোন হারমোনি, কোন সংক্ষেপণ। ক্রেডিট মডেলে এর জন্য নির্দিষ্ট ভূমিকা আছে: Arranger এবং প্রয়োজনে Adapter। "Traditional" লিখলে ওয়ার্কের পক্ষে কোনো জ্ঞাত অবদানকারীই থাকে না — না মূল রচয়িতা, না আপনি। ফল: যা ম্যাচ করার কথা ছিল তা অমিলিত থেকে যায়।

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

সঠিক কাঠামো:

• Composer: মূল সুরকার — রবীন্দ্রনাথ ঠাকুর / কাজী নজরুল ইসলাম, তাঁদের নথিভুক্ত নামে।
• Lyricist: মূল গীতিকার — সাধারণত একই ব্যক্তি; নজরুলগীতির ক্ষেত্রেও সাধারণত নজরুল নিজেই, তবে ব্যতিক্রম আছে এবং প্রতিটি গানের ক্ষেত্রে আলাদা করে যাচাই করুন।
• Arranger: যিনি এই রেকর্ডিংয়ের সঙ্গীতায়োজন করেছেন, তাঁর আইনি নামে।
• Adapter: কেবল তখনই, যখন কথা বা সুরে প্রকৃত পরিবর্তন এনেছেন — কোনো নতুন অন্তরা যোগ, নতুন সুরাংশ, ভাষান্তর।

তিনটি সতর্কতা যোগ করা দরকার, এবং এগুলো এড়িয়ে যাওয়া অসৎ হবে:

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

1. পাবলিক ডোমেইন হলেও ক্রেডিট পাল্টায় না। একটি রচনা পাবলিক ডোমেইনে থাকা মানে অনুমতি ছাড়া ব্যবহার করা যায় — এর মানে এই নয় যে রচয়িতার নাম মুছে "Traditional" লেখা যায়। মেটাডেটা মালিকানার বিবৃতি নয়, রচয়িতার বিবৃতি।

1. নির্দিষ্ট সংস্করণের নিজস্ব অধিকার থাকতে পারে। একটি প্রকাশিত স্বরলিপি সংকলন বা কোনো নির্দিষ্ট সম্পাদিত পাঠ আলাদাভাবে সুরক্ষিত হতে পারে, মূল রচনার অবস্থা যা-ই হোক। আপনি যদি কোনো নির্দিষ্ট প্রকাশিত সংস্করণ থেকে কাজ করে থাকেন, সেটি আলাদা প্রশ্ন।

একই যুক্তি বাংলা গানের আরও কয়েকটি নামীয় ধারার ক্ষেত্রেও খাটে, যেগুলো নিয়মিত "Traditional" বলে ভুল ফাইল হয়: অতুলপ্রসাদী (অতুলপ্রসাদ সেন), দ্বিজেন্দ্রগীতি (দ্বিজেন্দ্রলাল রায়), রজনীকান্তের গান (রজনীকান্ত সেন), এবং শ্যামাসঙ্গীত-এর সেই অংশ যার রচয়িতা জানা (যেমন রামপ্রসাদ সেন বা কমলাকান্ত ভট্টাচার্যের পদ)। ধারার নাম দিয়েই বোঝা যায় রচয়িতা আছেন — নামটি রচয়িতার নাম থেকেই তৈরি।

৭. বাউল ও লোকগীতি: যেখানে রচয়িতা সত্যিই অজানা

এখন উল্টো দিকটি, কারণ অতিসংশোধনও সমান ভুল।

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

কিন্তু সীমারেখাটি সূক্ষ্ম এবং প্রায়ই ভুল দিকে টানা হয়:

• লালনগীতি "Traditional" নয়। লালন সাঁইয়ের পদগুলো নামীয় রচনা, বহু সংকলনে সূচিবদ্ধ। "বাউল" একটি ধারা; "লালনগীতি" সেই ধারার ভেতরে একজন জ্ঞাত রচয়িতার সংগ্রহ। এই দুটিকে গুলিয়ে ফেলা সবচেয়ে সাধারণ ভুল।
• হাসন রাজা, রাধারমণ দত্ত, শাহ আবদুল করিম, উকিল মুন্সী, শীতালং শাহ — এঁরা সবাই নামীয় রচয়িতা যাঁদের গান নিয়মিতভাবে "লোকগীতি" বলে চালানো হয় এবং "Traditional" ফাইল হয়। শাহ আবদুল করিম বিংশ শতকের মানুষ; তাঁর গানকে অজ্ঞাত-রচয়িতার লোকগান হিসেবে ফাইল করা কেবল ভুল নয়, সাম্প্রতিক ভুল।
• আব্বাসউদ্দীন আহমদ বা নির্মলেন্দু চৌধুরীর গাওয়া একটি গান মানেই সেটি তাঁদের রচনা নয় — গায়ক পরিবেশক, রচয়িতা নন। এই দুটি ভূমিকা আলাদা ফিল্ড।

ব্যবহারিক পরীক্ষা, দুটি প্রশ্নে: গানটি কি কোনো নামযুক্ত সংকলন বা ধারায় অন্তর্ভুক্ত যার নাম একজন ব্যক্তির নাম থেকে এসেছে (রবীন্দ্রসঙ্গীত, নজরুলগীতি, লালনগীতি, অতুলপ্রসাদী)? তাহলে রচয়িতা আছেন — খুঁজে বের করুন। আর যদি গানটি অঞ্চল বা ধারার নামে পরিচিত হয় (ভাটিয়ালি, ভাওয়াইয়া, সারি) এবং যুক্তিসঙ্গত অনুসন্ধানেও কোনো রচয়িতা না পাওয়া যায়, তবে "Traditional" সৎ উত্তর — শর্ত হলো, আপনাকে অনুসন্ধানটি সত্যিই করতে হবে।

অনিশ্চিত হলে অনুমান করবেন না। ভুল একটি নাম বসানো "Traditional" লেখার চেয়েও খারাপ, কারণ সেটি অন্য একজনের কাছে টাকা পাঠায় এবং পরে সংশোধন করতে আপনাকে বিরোধ প্রক্রিয়ায় যেতে হয়।

৮. জেনার ও যন্ত্রের নাম: রাউটিং সিগন্যাল হিসেবে

জেনার একটি রাউটিং সিগন্যাল। বাংলা রিলিজে দুটি বাস্তব সমস্যা আছে।

প্রথম সমস্যা: বেশিরভাগ ডিস্ট্রিবিউশন ইন্টারফেসে বাংলা ধারার নাম নেই। "বাউল", "ভাটিয়ালি", "কীর্তন", "আধুনিক গান", "রবীন্দ্রসঙ্গীত" — এদের জন্য নির্দিষ্ট জেনার প্রায়ই থাকে না, ফলে সবকিছু "World" বা "Indian Pop" বা "Folk"-এ গিয়ে পড়ে। এখানে করণীয়: প্রাইমারি জেনারে যা আছে তার মধ্যে সবচেয়ে কাছেরটি বেছে নিন (সাধারণত Folk, World বা যেখানে প্রযোজ্য Devotional), আর নির্দিষ্ট বাংলা ধারার নামটি রাখুন সেই ফিল্ডে যেখানে সেটি অনুসন্ধানযোগ্য হবে — সাব-জেনার, কীওয়ার্ড, বা রিলিজ ডেসক্রিপশন। শিরোনামে ধারার নাম ঢোকাবেন না; ওটি শিরোনামের কাজ নয়।

দ্বিতীয় সমস্যা: বানান-ভেদ জেনার ফিল্ডকেও ভাগ করে। ৫.৪-এর সঙ্গীত/সংগীত সমস্যাটি এখানে সরাসরি এসে পড়ে — রবীন্দ্রসঙ্গীত ও রবীন্দ্রসংগীত দুই ভিন্ন ট্যাগ হিসেবে ইনডেক্স হয়। রোমান রূপেও একই: Rabindra Sangeet / Rabindrasangeet / Rabindra Sangit / Rabindra Sangeeth। জেনার ও কীওয়ার্ডের জন্যও একটি ক্যানোনিকাল বানান-তালিকা লিখে রাখুন, ঠিক যেমন শিল্পীর নামের জন্য রাখেন।

যন্ত্রের নাম ক্রেডিটে যায় এবং একই সমস্যায় ভোগে। বাংলা রেকর্ডিংয়ে যেসব যন্ত্র নিয়মিত আসে — একতারা, দোতারা, খোল (বা শ্রীখোল), তবলা, হারমোনিয়াম, বাঁশি, সরোদ, মন্দিরা, খমক, ঢোল, আনন্দলহরী — এদের রোমান রূপেও একাধিক প্রচলিত বানান আছে (ektara / ektaara / iktara; dotara / dotora / dubki নয়; khol / sreekhol / srikhol)। যন্ত্রের নাম আর্টিস্ট-ম্যাচিং ভাঙে না, কিন্তু ক্রেডিট সার্চ ও সেশন-মিউজিশিয়ানের কাজের ইতিহাস ভাঙে, যা সেই বাদকের জন্য বাস্তব ক্ষতি। বাদকের নাম আইনি নামে, একবার সিদ্ধান্ত নিয়ে, প্রতিটি রিলিজে অভিন্নভাবে দিন।

৯. ক্রেডিট ও স্প্লিট: প্রকাশনার টাকা যেখানে জেতা বা হারা হয়

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

• সুরকার ও গীতিকারে আইনি নাম যাবে, মঞ্চনাম নয়। রাইটস সোসাইটি রচয়িতার নিবন্ধিত নামে ম্যাচ করে; একটি ব্যান্ডের নাম কোনো রচয়িতা নয়, তার পেছনের ব্যক্তিরা রচয়িতা।
• প্রত্যেক রচয়িতাকে তালিকাভুক্ত করতে হবে, এক লাইন লিখেছেন এমন কেউ থাকলেও। অনুপস্থিত রচয়িতা মানে অনুপস্থিত ক্রেডিট নয়, অমিলিত শেয়ার।
• স্প্লিট যোগ করে ১০০% হতে হবে এবং রিলিজের আগেই লিখিতভাবে সম্মত হতে হবে। মেটাডেটা একটি চুক্তিকে প্রকাশ করে; চুক্তি না থাকলে এটি একটি অনুমান, যা পরে বিরোধে পরিণত হয়।
• রিমিক্স রচনা বদলায় না। মূল রচয়িতারাই রচয়িতা থাকেন, যদি না রিমিক্সে নতুন রচনা যুক্ত হয় — এবং সেটি একটি আলোচিত স্প্লিট, অনুমান নয়।

রেকর্ডিং রয়্যালটি সশব্দে ব্যর্থ হয়, প্রকাশনা রয়্যালটি নিঃশব্দে: ভাঙা আর্টিস্ট পেজ একদিনে চোখে পড়ে, অমিলিত ওয়ার্ক বছরের পর বছর অলক্ষে থেকে যায়।

১০. বাস্তবে কী কারণে রিলিজ রিজেক্ট হয় — এবং ডেলিভারির আগের রুটিন

1. শিরোনাম ফিল্ডে শিল্পীর নাম — "ft.", "feat.", "ফিচারিং", বা রিমিক্সারের নাম শিরোনামে, অথচ রোল ফিল্ড খালি (অনুচ্ছেদ ৩)।
2. শিরোনামে explicit/clean শব্দ — "(Explicit)", "(Clean)"। ফ্ল্যাগ ব্যবহার করুন; Apple ও Music Biz টেক্সট রূপটি নিষিদ্ধ করে।
3. শিরোনামে প্রচারমূলক বা বর্ণনামূলক টেক্সট — "Exclusive", "Limited Edition", "Album Version", "Original Mix", বা "Dolby Atmos", "lossless"-এর মতো ফরম্যাট-দাবি।
4. কেসিং লঙ্ঘন — সম্পূর্ণ বড় হাতের বা এলোমেলো কেসিং (রোমান শিরোনামে); Music Biz টাইটেল-কেসের নিয়ম দেয়।
5. আর্টওয়ার্কের সঙ্গে মেটাডেটার অমিল — কভারে যে বানানে শিল্পীর নাম আছে, ফিল্ডেও ঠিক সেই বানান থাকতে হবে। বাংলায় এটি বিশেষভাবে ঘন ঘন ঘটে, কারণ কভার ডিজাইনার প্রায়ই আলাদাভাবে নামটি টাইপ করেন।
6. ভুল বা অনুপস্থিত ভাষা ফিল্ড, বিশেষত অ-ল্যাটিন রিলিজে শিরোনামের ভাষা।
7. সুরকার বা গীতিকার অনুপস্থিত — কিছু গন্তব্য সরাসরি প্রত্যাখ্যান করে।
8. নিষিদ্ধ অক্ষর — ইমোজি, সাজসজ্জার প্রতীক, দ্বৈত স্পেস, ছড়ানো অদৃশ্য অক্ষর; ZWJ/ZWNJ ও জিরো-উইডথ স্পেস এখানেই পড়ে।
9. ভুল শনাক্তকারী — বস্তুগতভাবে ভিন্ন রেকর্ডিংয়ে পুনর্ব্যবহৃত ISRC, বা চেক ডিজিটে ব্যর্থ UPC।
10. বিদ্যমান ক্যাটালগের সঙ্গে অসংগত শিল্পীর নাম — যা প্রায়ই রিজেক্টই হয় না, আর সে কারণেই এই তালিকার সবচেয়ে ক্ষতিকর আইটেম।

ডেলিভারির আগের রুটিন, বাংলার জন্য:

• ক্যানোনিকাল শিল্পী-স্ট্রিং পেস্ট করুন, টাইপ করবেন না।
• প্রতিটি শিরোনাম ফিল্ডে কেবল গানের নাম আছে কি না দেখুন; প্রতিটি রোলের ফিল্ড আছে এবং প্রতিটি ফিল্ডের রোল আছে কি না দেখুন।
• নুক্তার রূপ যাচাই করুন: য়/ড়/ঢ় পূর্বরচিত না ভাঙা — এবং পুরো ক্যাটালগে একই সিদ্ধান্ত রাখুন।
• U+200C ও U+200D খুঁজে সরান; খণ্ড-ত-এ U+09CE ব্যবহার করুন।
• অঙ্ক-সেট স্থির করুন: মেশিন-পাঠ্য ফিল্ডে সর্বদা ASCII।
• চন্দ্রবিন্দু বাদ পড়েনি তা মিলিয়ে দেখুন; দাঁড়ি/পাইপ শিরোনাম থেকে বাদ দিন।
• সঙ্গীত/সংগীত-জাতীয় বানান-সিদ্ধান্ত এবং রোমান রূপ ক্যানোনিকাল তালিকার সঙ্গে মিলিয়ে নিন।
• P-line ও C-line আলাদা করে দেখুন; প্রথম প্রকাশ না হলে অরিজিনাল রিলিজ ডেট দিন।
• সুরকার/গীতিকার/Arranger ঠিক আছে কি না দেখুন — বিশেষত রবীন্দ্রসঙ্গীত ও নজরুলগীতিতে।
• আর্টওয়ার্কের টেক্সট ফিল্ডের সঙ্গে অক্ষরে-অক্ষরে মেলান।

আপনার পাওয়া প্রতিটি রিজেকশন সস্তা; যে ভুলগুলো ভ্যালিডেশন পেরিয়ে যায় সেগুলোই ব্যয়বহুল।

১১. সারসংক্ষেপ

• মেটাডেটা তিন স্তরে ফাইল হয় — রিলিজ, রেকর্ডিং, ওয়ার্ক — এবং ব্যয়বহুল ভুলের বেশিরভাগই ভুল স্তরে ফাইল করা তথ্য। শিল্পীর নাম একটি কী, লেবেল নয়; রোল হলো পরিচয়, শিরোনাম হলো প্রদর্শন।
• বাংলা লিপিতে একই দৃশ্যমান নামের একাধিক বৈধ বাইট-রূপ আছে: নুক্তার দুই রূপ, ZWJ/ZWNJ, খণ্ড-ত-এর দুই রূপ, বাংলা বনাম ASCII অঙ্ক। যাচাই করে পাওয়া গেছে যে NFC নুক্তাযুক্ত অক্ষরগুলোকে ভাঙে, জোড়া লাগায় না, এবং কোনো নর্মালাইজেশন ফর্মই ZWJ/ZWNJ সরায় না বা বাংলা অঙ্ককে ASCII করে না। নর্মালাইজেশন কোনো ক্লিনার নয়।
• বানান-ভেদ (সঙ্গীত/সংগীত) ও রোমান প্রতিবর্ণীকরণের ভেদ (Chowdhury/Choudhury/Chaudhuri) ইউনিকোডের সমস্যা নয়, কিন্তু ফল একই: একজন শিল্পীর একাধিক পেজ। একটি বেছে নিন, লিখে রাখুন, বদলাবেন না।
• রবীন্দ্রসঙ্গীত ও নজরুলগীতির রচয়িতা জানা — এগুলো "Traditional" নয়; মূল রচয়িতা Composer/Lyricist-এ, আপনি Arranger-এ। বাউল, ভাটিয়ালি ও পল্লীগীতির যে অংশের রচয়িতা সত্যিই অজানা, সেখানে "Traditional" সঠিক — কিন্তু Arranger ক্রেডিট তখনও দিতে হবে।
• সুরকার ও গীতিকার ফিল্ডেই প্রকাশনার টাকার পথ খোঁজা হয়, এবং এগুলো কোনো লক্ষণ ছাড়াই ব্যর্থ হয়।

Mazufa বিনামূল্যে ডিস্ট্রিবিউট করে — কোনো আপলোড ফি নেই, সাবস্ক্রিপশন নেই, প্রতি-রিলিজ চার্জ নেই — প্রাপ্ত রয়্যালটি থেকে একমাত্র কর্তন ৫%, এবং প্রতিটি সম্পূর্ণ আবেদন একজন মানুষ পর্যালোচনা করেন।

সূত্র

• Unicode, Composition Exclusions (CompositionExclusions.txt, UCD) — U+09DC, U+09DD, U+09DF তালিকাভুক্ত "(1) Script Specifics" অংশে — https://www.unicode.org/Public/UCD/latest/ucd/CompositionExclusions.txt
• Unicode Standard Annex #15, Unicode Normalization Forms — https://www.unicode.org/reports/tr15/
• Unicode Standard Annex #9, Unicode Bidirectional Algorithm — বাইডাইরেকশনাল শ্রেণি (L, EN, NSM, BN) — https://www.unicode.org/reports/tr9/
• Unicode Character Database — অক্ষরের বৈশিষ্ট্য: ডিকম্পোজিশন ম্যাপিং, বাইডাই ক্লাস, নিউমেরিক মান — https://www.unicode.org/ucd/
• The Unicode Standard, Chapter 12 (South and Central Asia-I), Bengali (Bangla) — নুক্তা, ভিরাম, খণ্ড-ত ও যুক্তাক্ষর গঠন — https://www.unicode.org/versions/latest/
• Music Business Association, Music Metadata Style Guide v2.1 — https://www.musicbiz.org/wp-content/uploads/2016/04/MusicMetadataStyleGuide_V2.1.pdf
• Apple Music Style Guide — https://help.apple.com/itc/musicstyleguide/en.lproj/static.html
• Spotify for Artists, Music metadata guidelines — https://support.spotify.com/us/artists/article/metadata-formatting-guidelines/
• Spotify Provider Support, Featured artist in a product or track title — https://providersupport.spotify.com/article/featured-artist-in-a-product-or-track-title
• DDEX, Standards (Electronic Release Notification Message Suite, ERN সহ) — https://ddex.net/standards/
• IFPI, International Standard Recording Code (ISRC) Handbook (§A.10.1, রিমাস্টারিং ও ক্রিয়েটিভ ইনপুট) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf

কী প্রকাশিত নয়, সে বিষয়ে। এখানে উদ্ধৃত প্রতিটি স্টোর-নিয়ম সেই স্টোরের নিজস্ব প্রকাশ্য ডকুমেন্টেশন থেকে নেওয়া। তিনটি বিষয় শিল্পীদের নিয়মিতভাবে "নিয়ম" হিসেবে বলা হয় যা আসলে কোনো সার্ভিস প্রকাশ করেনি এবং এখানে দাবিও করা হয়নি: আর্টিস্ট-পেজ মার্জের শর্ত ও প্রমাণ; কোন ডেলিভারি বিদ্যমান শিল্পীর সঙ্গে যুক্ত হবে না নতুন পরিচয় তৈরি করবে তার অভ্যন্তরীণ ম্যাচিং লজিক; এবং Apple-এর নামোল্লেখ করা নিষেধাজ্ঞার বাইরে "Original Mix" নিয়ে অন্য স্টোরের অবস্থান। একইভাবে, কোনো নির্দিষ্ট রচনার কপিরাইট-মেয়াদ বা পাবলিক ডোমেইন অবস্থা এই নথিতে দাবি করা হয়নি — সেটি অঞ্চলভেদে ভিন্ন এবং যাচাই করে নিতে হবে।