आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप AAC को MP3 में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
AAC से MP3
AAC एक कोडेक है, और इसे आम तौर पर किसी कंटेनर के भीतर रखा जाता है — MP4, M4A या Matroska — जो बताता है कि ऑडियो कितना लंबा है और हर फ़्रेम कहाँ से शुरू होता है। बस .aac नाम वाली फ़ाइल आम तौर पर यह सब छोड़ देती है: यह ADTS है, एक के बाद एक फ़्रेम की धारा, जिसे प्रसारण के लिए बनाया गया कि कोई भी बीच से सुनना शुरू कर सके।
यह प्रसारण के लिए बढ़िया डिज़ाइन है और डिस्क पर पड़ी फ़ाइल के लिए बुरा। कहीं कोई फ़ील्ड नहीं बताती कि ऑडियो कितना लंबा है, इसलिए प्लेयर या तो फ़ाइल के आकार से अंदाज़ा लगाता है — जो बिटरेट बदलने पर ग़लत निकलता है — या कुछ नहीं दिखाता। कोई इंडेक्स न होने से सीक करना अंदाज़े से अगला फ़्रेम-हेडर ढूँढना बन जाता है।
क़रीब कोई भी इसे जान-बूझकर नहीं बनाता। यह स्ट्रीमिंग से आती है: HLS ऑडियो को .aac टुकड़ों में भेजता है, और उन्हें जोड़ने पर ठीक यही बनता है। IP कैमरे, डैशकैम, DVR बॉक्स और प्रसारण उपकरण उसी वजह से ADTS लिखते हैं जिस वजह से रेडियो — इसे कहीं से भी काटा जा सकता है।
नतीजा यह है कि यह पेज पढ़ने वाला शख़्स शायद ही कभी AAC चुनता है और इसकी परवाह भी नहीं करता। उसके पास एक फ़ाइल है जो ठीक से चलती नहीं, और सवाल यह है कि उसे किसमें बदला जाए।
यहाँ लिखी गई MP3 एक Xing फ़्रेम से शुरू होती है, जिसमें कुल फ़्रेम गिनती, फ़ाइल का आकार और सौ-प्रविष्टि की एक तालिका होती है। यही प्लेयर को तुरंत ड्यूरेशन बताने देता है और प्रोग्रेस बार को वहीं ले जाता है जहाँ आप उसे छोड़ते हैं।
इसके ऊपर ID3v2 टैग भी आ जाते हैं, जिन्हें हर प्लेयर, फ़ोन और कार सिस्टम पढ़ लेता है। यही असली फ़ायदा है, और यह «AAC कम चलता है» वाली बात से नहीं बल्कि फ़ाइल की बनावट से आता है।
ऊपर बताई हर दिक़्क़त कंटेनर की है, और MP3 इकलौता हल नहीं। वही फ़ाइल M4A में बदलने से वह MP4 में लिपट जाती है, जिससे ड्यूरेशन, सीक टेबल और टैग की जगह मिलती है — बिना दूसरी बार नुक़सान वाले एनकोड के, क्योंकि ऑडियो को बस ले जाना है, फिर से सोचना नहीं।
MP3 सिर्फ़ तब चुनिए जब आगे कोई चीज़ ख़ास तौर पर MP3 माँगे — कार का हेड यूनिट, 2010 से पहले का प्लेयर, कोई फ़ॉर्म जो एक ही फ़ॉर्मेट लेता हो। सिर्फ़ फ़ाइल को ठीक से चलाना है, तो M4A बेहतर जवाब है।
यह बदलाव उस ऑडियो को डिकोड करता है जिसने पहले ही कुछ स्थायी रूप से खो दिया है, और उसे दोबारा अलग नियमों से कंप्रेस करता है। दूसरा एनकोडर पहले की ख़ामियों पर भी बिट ख़र्च करता है, इसलिए दो नुक़सान वाले दौर एक से महँगे पड़ते हैं।
यह कितना मायने रखता है, यह फ़ाइल पर निर्भर है। भाषण या प्रसारण की रिकॉर्डिंग को Balanced band पर सुनने में कोई फ़र्क़ नहीं पड़ता। कम बिटरेट पर मिला संगीत सबसे ज़्यादा असर दिखाता है, ख़ासकर झाँझ और भीड़ की आवाज़ में।
स्ट्रीम कैप्चर में आम तौर पर पता नहीं चलता कि AAC किस बिटरेट पर बनी थी, और फ़ाइल ख़ुद भी यह आसानी से नहीं बताती। सुरक्षित नियम यह है कि उसे मिलाने की कोशिश ही न करें: तीन बैंड में से एक चुनिए — Small file, Balanced या High quality — असल बिटरेट में बदलने का काम एनकोडर के भीतर होता है, और यह साइट उस संख्या को नहीं छापती क्योंकि वह एनकोडर लाइब्रेरी का फ़ैसला है, हमारा नहीं।
भाषण के लिए Small file वाक़ई काफ़ी है और घंटों की रिकॉर्डिंग को छोटी फ़ाइल में समेट देती है। संगीत के लिए Balanced चुनिए। MP3 पर आगे और एडिट होने हैं, तो High quality लीजिए — यह क़दम आगे की कड़ी में सबसे कमज़ोर कड़ी नहीं बनता।
प्रसारण और कैमरे की AAC अक्सर संगीत फ़ाइल जैसी नहीं होती। यह मोनो हो सकती है, 32,000 या 48,000 Hz पर हो सकती है, और टेलीविज़न कैप्चर के मामले में बहु-चैनल भी हो सकती है — फ़ॉर्मेट अड़तालीस चैनल तक की इजाज़त देता है, MP3 के दो के मुक़ाबले।
मोनो और असामान्य सैंपल दर बिना दिक़्क़त बदल जाते हैं और वैसे ही रहते हैं। जिस लेआउट को कोई MP3 एनकोडर नहीं मानता, वह 48,000 Hz पर दो चैनल में समेट दिया जाता है — यानी सराउंड कैप्चर स्टीरियो में बदल जाता है, इनकार नहीं होता।
दो तरह की ख़राबियाँ एक जैसी दिखती हैं, पर हैं नहीं। अगर फ़ाइल असल में ADTS है पर बीच फ़्रेम में कटी हुई है — जो स्ट्रीम रिकॉर्डर को अचानक रोकने का आम नतीजा है — तो जितना है उतना पढ़ा जाता है और थोड़ी छोटी पर काम की MP3 मिल जाती है।
अगर एक्सटेंशन ग़लत है, तो कुछ नहीं होता। .aac नाम की MP4 टुकड़े वाली या हाथ से नाम बदली गई M4A फ़ाइलें ADTS की तरह नहीं पढ़ी जातीं, और यहाँ अंदाज़ा लगाने की बजाय साफ़ कहा जाता है कि फ़ाइल पढ़ी नहीं जा सकी। ऐसे में M4A का रास्ता आज़माइए।
ऐसी रिकॉर्डिंग अक्सर ढेर में आती है, इसलिए बैच रास्ता मायने रखता है। सौ फ़ाइलें एक साथ छोड़ी जा सकती हैं, हर एक अलग से बदलती है और नतीजे एक ZIP में लौटते हैं, प्रति फ़ाइल 100 MB की सीमा के साथ। कुछ अपलोड नहीं होता, इसलिए कोई कतार भी नहीं है।
यह जोड़ता नहीं। पचास HLS टुकड़े यहाँ पचास MP3 बन जाएँगे, एक लगातार रिकॉर्डिंग नहीं। अगर वे एक ही स्ट्रीम के हिस्से हैं, तो पहले उन्हें .aac के तौर पर जोड़ लीजिए, फिर उसे बदलिए।
| AAC | MP3 | |
|---|---|---|
| पूरा नाम | Advanced Audio Coding | MPEG Audio Layer III |
| फ़ाइल एक्सटेंशन | .aac | .mp3 |
| मीडिया टाइप | audio/aac | audio/mpeg |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 1997 | 1993 |
| प्रकाशक | MPEG | Fraunhofer IIS |
| विनिर्देश | ISO/IEC 13818-7 | ISO/IEC 11172-3 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ऑडियो चैनल | 48 तक | 2 तक |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | OPUS | OPUS, FLAC |
AAC में 48 तक ध्वनि चैनल आ सकते हैं और MP3 में 2 तक। सराउंड मिक्स साथ जाने के बजाय मोड़कर छोटा कर दिया जाता है।
VLC और iTunes AAC और MP3 — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
AAC और MP3 — दोनों नुक़सान वाले हैं, इसलिए यहाँ पहले कंप्रेशन के ऊपर दूसरा चढ़ रहा है। अगर असली फ़ाइल अब भी है, तो वहीं से शुरू कीजिए: हर दौर पिछले से थोड़ा ज़्यादा ख़र्च कराता है।
AAC MPEG का फ़ॉर्मेट है, जो 1997 में आया। यह ISO/IEC 13818-7 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
MP3 Fraunhofer IIS का है और 1993 से चला आ रहा है, और ISO/IEC 11172-3 में तय किया गया है। Audacity, VLC और iTunes इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
MP3 कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। दोनों फ़ॉर्मेट कंप्रेस किए हुए हैं, इसलिए यह उस ऑडियो पर कंप्रेशन का दूसरा दौर है जो पहले ही बारीक़ी खो चुका है। अगर नतीजे को आगे एडिट करना है या फिर से बदलना है, तो सबसे ऊँची गुणवत्ता चुनिए।
AAC और MP3 — दोनों नुक़सान वाले हैं, इसलिए यहाँ पहले कंप्रेशन के ऊपर दूसरा चढ़ रहा है। अगर असली फ़ाइल अब भी है, तो वहीं से शुरू कीजिए: हर दौर पिछले से थोड़ा ज़्यादा ख़र्च कराता है।