आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप MP3 को AAC में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
MP3 से AAC
स्ट्रीमिंग सिस्टम के लिए MP3 बनाकर कोई प्रोजेक्ट शुरू नहीं करता। यह बदलाव इसलिए होता है क्योंकि कोई पुरानी लाइब्रेरी मौजूद है — किसी बदले जा चुके फ़ोन सिस्टम की रिकॉर्ड की गई घोषणाएँ, पुराने प्लेआउट सेटअप के स्टेशन आइडेंट, किसी वॉइस आर्टिस्ट के रिकॉर्ड किए प्रॉम्प्ट सेट, या साल पहले मास्टर मिटा दिए गए प्रोग्राम।
यही सही उम्मीद तय करता है। इन MP3 की आवाज़ की गुणवत्ता उसी वक़्त तय हो चुकी थी जब वे बनी थीं, और अब का काम इस सामग्री को नए सिस्टम के पढ़ने लायक फ़ॉर्मेट में बिना और ख़राब किए ले जाना है।
आउटपुट AAC फ़्रेम की एक शृंखला है, हर एक के आगे प्रोफ़ाइल, सैंपल दर और चैनल विन्यास बताता हेडर। कोई फ़ाइल हेडर नहीं, कोई इंडेक्स नहीं, फ़्रेम के इर्द-गिर्द कोई संरचना नहीं — यही वजह है कि डिकोडर किसी भी बिंदु से स्ट्रीम में जुड़कर आवाज़ देना शुरू कर सकता है।
ट्रांसमिशन के लिए बने सिस्टम ठीक यही चाहते हैं। ऐसा पार्सर जिसे बस फ़्रेम की सीमा पहचाननी हो, कोड की छोटी और भरोसेमंद इकाई है — यही वजह है कि एम्बेडेड फ़र्मवेयर, टेलीफ़ोनी प्लेटफ़ॉर्म और सेगमेंटेड स्ट्रीमिंग सब अलग-अलग इसी नतीजे पर पहुँचे।
तुलनीय बिटरेट पर दो लॉसी कोडेक के बीच ट्रांसकोड लगभग अश्रव्य होता है। दिक़्क़त तब शुरू होती है जब टार्गेट स्रोत से काफ़ी कम हो, और ये सिस्टम अक्सर कम टार्गेट माँगते हैं: पुराने स्ट्रीम बजट के लिए 64 kbps, अनाउंसमेंट चैनल के लिए 48 या उससे भी कम।
128 kbps की MP3 को 48 kbps की AAC में दबाना एक जैसे फ़ैसले के दो दौर हैं, और दूसरा एनकोडर ख़ामियाँ बचाने में बिट ख़र्च करता है, आवाज़ बचाने में नहीं। अगर स्पेसिफ़िकेशन ऊपरी सीमा बताती है तो गुंजाइश का इस्तेमाल कीजिए; अगर सटीक आँकड़ा बताती है, तो वही मंज़िल है।
अनाउंसमेंट सिस्टम, IVR मेनू और प्रॉम्प्ट लाइब्रेरी से गुज़रने वाली ज़्यादातर सामग्री एक शांत कमरे में रिकॉर्ड की गई अकेली आवाज़ है, जो किसी कोडेक के लिए सबसे आसान चीज़ है। भाषण का स्पेक्ट्रम संकरा है, संरचना अनुमानित है और झांझ जैसी कोई चीज़ नहीं — यह दूसरे एनकोड को कम बिटरेट पर भी अपनी स्पष्टता के साथ झेल लेता है।
संगीत वह जगह है जहाँ ट्रांसकोड ख़ुद को ज़ाहिर करता है। होल्ड म्यूज़िक, बेड वाले स्टेशन आइडेंट, तालियों या रीवर्ब वाली कोई भी चीज़ सुनने लायक है बदलने के बाद। अगर किसी प्रॉम्प्ट लाइब्रेरी में दोनों हों, तो पहले संगीत वाली फ़ाइल जाँचिए।
स्ट्रीम वही सैंपल दर रखती है जो MP3 की थी, जो किसी भी रिप या डाउनलोड की गई फ़ाइल के लिए लगभग तय 44,100 Hz है। यहाँ मंज़िल के हिसाब से री-सैंपल नहीं किया जाता, और ईमानदारी से 44,100 Hz बताने वाला फ़्रेम हेडर वह नहीं है जो 8 या 16 kHz चाहने वाला प्लेटफ़ॉर्म पढ़ना चाहता है।
टेलीफ़ोनी और अनाउंसमेंट सिस्टम में यह सबसे ज़्यादा चुभता है, क्योंकि वहाँ नैरोबैंड दरें अब भी मानक हैं। अगर स्पेसिफ़िकेशन कोई सैंपल दर बताती है, तो पूरी लाइब्रेरी बदलने से पहले MP3 जाँच लीजिए।
बदलने के बाद, एक जैसी सैंपल दर और चैनल संख्या वाली फ़ाइलें सीधे जोड़ी जा सकती हैं। चालीस टुकड़ों से जोड़ा गया एक घंटे का अनाउंसमेंट सेट गुणवत्ता में कुछ नहीं गँवाता, क्योंकि जोड़ने में कोई डिकोडर या एनकोडर शामिल नहीं होता।
यह तब सोचने लायक है जब विकल्प किसी एडिटर में ऑडियो जोड़कर नतीजा निर्यात करना हो — जिसमें पहले से दो एनकोड झेल चुकी सामग्री पर तीसरा जुड़ जाता। ADTS को जोड़ना इस पूरी प्रक्रिया में सचमुच मुफ़्त काम है।
ADTS में किसी भी तरह का मेटाडेटा नहीं होता। MP3 जो भी ID3 टैग रखती थी — शीर्षक, प्रॉम्प्ट पहचान, रिकॉर्डिंग तारीख़, संस्करण नोट — उनके लिए आउटपुट में कोई जगह नहीं, वे ग़ायब हो जाते हैं। फ़्रेम हेडर सिर्फ़ डिकोडर की सेटिंग बताता है, रिकॉर्डिंग के बारे में कुछ नहीं।
तो फ़ाइल का नाम ही पूरी पहचान प्रणाली बन जाता है, और यह बदलने से पहले सही रखना बेहतर है, बाद में नहीं। अगर लाइब्रेरी संस्करण ट्रैक करने के लिए टैग पर निर्भर है, तो पहले वह जानकारी किसी सूची में निकाल लीजिए।
इस काम का सबसे बेहतर तरीक़ा वह है जो MP3 को पूरी तरह छोड़ दे। वॉइस वर्क आम तौर पर WAV के रूप में रिकॉर्ड और डिलीवर किया गया था, और वे फ़ाइलें अक्सर किसी पुरानी ड्राइव या स्टूडियो के पास अब भी मौजूद होती हैं। WAV से AAC एनकोड करना पहली पीढ़ी का एनकोड है, बिना किसी संचयी नुक़सान के।
पूरी लाइब्रेरी बदलने से पहले बीस मिनट पूछताछ में लगाना इसके लायक है, क्योंकि इन सिस्टम की बिटरेट पर फ़र्क़ असली है। जहाँ मास्टर सचमुच खो चुके हैं — और एक दशक और प्लेटफ़ॉर्म बदलने के बाद वे अक्सर होते ही हैं — MP3 बदलना सही फ़ैसला है, जानते-बूझते।
हर ड्रॉप में सौ फ़ाइलें तक, हर एक 100 MB तक, और प्रॉम्प्ट फ़ाइलें इतनी छोटी होती हैं कि कोई सीमा कभी दिक़्क़त नहीं बनती — 128 kbps की MP3 लगभग 0.96 MB प्रति मिनट लेती है। बैच एक ZIP बनकर लौटता है, हर स्रोत फ़ाइल के लिए एक स्ट्रीम।
किसी भी चरण में कुछ अपलोड नहीं होता, जो अनुबंध या एम्बार्गो वाली सामग्री के लिए मायने रखता है — अप्रकाशित प्रोग्राम, कॉर्पोरेट घोषणाएँ, किसी वॉइस आर्टिस्ट का एक-बार इस्तेमाल के लिए लाइसेंस दिया गया रिकॉर्डिंग। एनकोडर आपकी मशीन पर लाया जाता है जहाँ ब्राउज़र के पास एक नहीं है; आवाज़ कभी दूसरी दिशा में नहीं जाती।
| MP3 | AAC | |
|---|---|---|
| पूरा नाम | MPEG Audio Layer III | Advanced Audio Coding |
| फ़ाइल एक्सटेंशन | .mp3 | .aac |
| मीडिया टाइप | audio/mpeg | audio/aac |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 1993 | 1997 |
| प्रकाशक | Fraunhofer IIS | MPEG |
| विनिर्देश | ISO/IEC 11172-3 | ISO/IEC 13818-7 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ऑडियो चैनल | 2 तक | 48 तक |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | OPUS, FLAC | OPUS |
VLC और iTunes MP3 और AAC — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
MP3 और AAC — दोनों नुक़सान वाले हैं, इसलिए यहाँ पहले कंप्रेशन के ऊपर दूसरा चढ़ रहा है। अगर असली फ़ाइल अब भी है, तो वहीं से शुरू कीजिए: हर दौर पिछले से थोड़ा ज़्यादा ख़र्च कराता है।
MP3 Fraunhofer IIS का फ़ॉर्मेट है, जो 1993 में आया। यह ISO/IEC 11172-3 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
AAC MPEG का है और 1997 से चला आ रहा है, और ISO/IEC 13818-7 में तय किया गया है। VLC, FFmpeg और iTunes इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AAC कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। दोनों फ़ॉर्मेट कंप्रेस किए हुए हैं, इसलिए यह उस ऑडियो पर कंप्रेशन का दूसरा दौर है जो पहले ही बारीक़ी खो चुका है। अगर नतीजे को आगे एडिट करना है या फिर से बदलना है, तो सबसे ऊँची गुणवत्ता चुनिए।
MP3 और AAC — दोनों नुक़सान वाले हैं, इसलिए यहाँ पहले कंप्रेशन के ऊपर दूसरा चढ़ रहा है। अगर असली फ़ाइल अब भी है, तो वहीं से शुरू कीजिए: हर दौर पिछले से थोड़ा ज़्यादा ख़र्च कराता है।