MP3 को M4A में बदलें

यह बदलाव MP3 को वापस नमूनों में खोलकर AAC एनकोडर को सौंप देता है। उस दूसरे एनकोडर को पता ही नहीं होता कि पहले वाले ने क्या हटा दिया — उसे पूरा दिखता वेवफ़ॉर्म मिलता है, और वह अपने हिसाब से फिर तय करता है कि क्या छोड़ना है।

नतीजा असली से नज़दीक रहता है, बेहतर कभी नहीं। पहले दौर के निशान दूसरे दौर में बचाने पड़ते हैं, और झांझ, तालियों तथा गूँज की पूँछ में ही फ़र्क़ सबसे पहले दिखता है।

एक ही फ़ैसला तय करता है कि यह बदलाव लगभग मुफ़्त बैठेगा या साफ़ सुनाई देगा — वह है निशाने की बिटरेट। ऊँची बिटरेट की MP3 को नीचे के दर्जे में डालना दो दौर की मार जोड़ देता है, जो अकेले किसी एक से भी बुरा सुनता है।

नियम आसान है: MP3 की बिटरेट देखिए, फिर उसके बराबर या ऊपर वाला दर्जा चुनिए। स्रोत से ऊपर जाने से कुछ लौटता नहीं, इसलिए बहुत ज़्यादा ऊपर जाने की भी ज़रूरत नहीं — गुणवत्ता की सीमा उसी दिन तय हो चुकी जिस दिन MP3 बनी थी।

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

इनमें से किसी ने भी M4A इसलिए नहीं चुना कि वह बेहतर बजता है — उन्होंने वह डिब्बा चुना जो उनका कोड पहले से पढ़ लेता है। यह समझ लेना बिटरेट के फ़ैसले से पहले काम आता है: यहाँ किसी पार्सर को संतुष्ट करना है, आवाज़ को सिर्फ़ सही-सलामत पहुँचना है।

बराबर बिटरेट पर AAC, MP3 से बेहतर है, कभी-कभी नीचे की बिटरेट पर काफ़ी बेहतर। यह बात अक्सर पुराने MP3 संग्रह को बदलने की दलील बनकर आती है, और यहाँ यह लागू नहीं होती, क्योंकि यह बढ़त पूरी रिकॉर्डिंग को एनकोड करने पर लागू होती है।

यहाँ रिकॉर्डिंग पूरी नहीं है। जो ऊँची आवृत्तियाँ MP3 एनकोडर ने पहले काट दीं, वे जा चुकी हैं, और AAC उनमें से कुछ भी वापस नहीं ला सकता। उसकी कुशलता का मतलब बस इतना है कि वह उसी घायल संकेत को थोड़ी कम बिटरेट पर सँभाल लेता है — यह जगह की बचत है, गुणवत्ता की नहीं।

फ़ोल्डर बदलने से पहले पूछिए कि MP3 आई कहाँ से थी। कोई CD, कोई ख़रीदारी जो दोबारा डाउनलोड हो सकती है, प्रोजेक्ट फ़ोल्डर में पड़ा कोई WAV — इनमें से कोई भी पहली पीढ़ी की M4A बना सकता है, बिना किसी जमा हुए नुक़सान के।

दस मिनट का यह ढूँढना किसी भी सेटिंग से बेहतर नतीजा देता है। जब MP3 ही आख़िरी बचा हुआ हो, तभी उससे बदलिए — और यह जानते हुए बदलिए कि यही हो रहा है।

पहला अंदाज़ा अक्सर यही होता है कि एक्सटेंशन बदल दिया जाए, और यह उसी जगह टूटता है जहाँ कोई प्रोग्राम फ़ाइल का नाम नहीं, अंदर की बनावट पढ़ता है। MP3 फ़्रेम की एक सीधी लड़ी है; MPEG-4 ट्रैक और अवधि बताने वाले बक्सों का पेड़ है — दोनों की बनावट में कहीं मेल नहीं।

कई प्लेयर उदार होते हैं और नाम बदली फ़ाइल भी अंदर देखकर चला देते हैं, जिससे यह तरकीब कामयाब लगती है। जिस सख़्त पार्सर को असल में संतुष्ट करना था, वह उदार नहीं होता।

दोनों फ़ॉर्मेट में शीर्षक, कलाकार, एल्बम और कवर के लिए जगह है, इसलिए ठीक से टैग की हुई MP3 आमतौर पर ठीक से टैग की हुई M4A बनकर निकलती है। यह कई ऑडियो बदलावों से ज़्यादा है।

गड़बड़ किनारों पर है — संगीतकार, समूह-बद्धता, कुछ ख़ास टैगर के अपने खाने। एक फ़ाइल बदलकर वहाँ खोल लीजिए जहाँ उसे बजना है, फिर देखिए। सैकड़ों फ़ाइलों के बाद देखने से बेहतर है पहले ही देख लेना।

MP3 एनकोडर दोनों सिरों पर थोड़ी भराई छोड़ता है क्योंकि वह तय हिस्सों में काम करता है, और AAC एनकोडर अपनी शुरुआती भराई ऊपर से जोड़ देता है। इसलिए M4A मूल रिकॉर्डिंग से एक सेकंड के छोटे हिस्से भर लंबी होती है।

गाने या पॉडकास्ट के लिए यह नज़र नहीं आता। जहाँ मायने रखता है वहाँ ठीक लंबाई में काटी गई रिंगटोन है, या ऐसी आवाज़ जिसे बिना अंतराल के अगले के साथ जुड़ना है — वहाँ बदलने के बाद ही काटिए, पहले नहीं।

Chrome, Edge और Safari के पास अपना AAC एनकोडर पहले से है, इसलिए वहाँ बदलना तुरंत शुरू होता है। Firefox के पास नहीं है, इसलिए वहाँ सत्र में पहली बार एक WebAssembly एनकोडर उतरता है — एक बार, हर फ़ाइल पर नहीं।

काम हमेशा टैब के अंदर होता है। एक ड्रॉप में सौ फ़ाइलें, हर एक सौ मेगाबाइट तक, कोई अपलोड नहीं और कोई क़तार नहीं — इसलिए यह सीमा शायद ही कभी आड़े आती है।