MP4 को AAC में बदलें

नतीजा ADTS है: AAC फ़्रेम की धारा, हर एक अपनी सैंपल रेट और चैनल गिनती बताता छोटा हेडर लिए, कुछ भी उन्हें लपेटे बिना। यह वह रूप है जो AAC प्रसारित होते समय लेता है, सहेजे जाते समय नहीं — जो रूप प्रसारण श्रृंखला, segmenter या किसी छोटे डिवाइस का डिकोडर माँगता है।

MP4 उसी AAC ऑडियो को पूरे कंटेनर के भीतर रखता है, जिसमें हर फ़्रेम कहाँ है यह बताता इंडेक्स और duration बताता हेडर होता है। यह बदलाव वह बनावट हटाकर फ़्रेम छोड़ देता है। ऑडियो का रूप नहीं बदलता; सॉफ़्टवेयर उसमें कैसे रास्ता ढूँढता है वह पूरी तरह बदल जाता है।

शब्द ग़लत दिशा में इशारा करते हैं। AAC एक कोडेक है और M4A एक फ़ाइल, और जो कोई अपनी वीडियो से "AAC" फ़ोन पर रखने के लिए चाहता है वह असल में M4A बता रहा है। उस फ़ाइल में वही AAC ऑडियो कंटेनर के साथ होता है, हर जगह चलता है, और टाइटल व कवर आर्ट रखता है।

कच्ची स्ट्रीम सही जवाब तभी है जब आगे कुछ ख़ास तौर पर इसकी माँग करे। अगर आप वह चीज़ नाम नहीं ले सकते जो इसकी माँग करती है, M4A लीजिए और आगे मत पढ़िए — आपको ऐसी फ़ाइल मिलेगी जो हर जगह चलती है।

ADTS स्ट्रीम में किसी तरह का मेटाडेटा नहीं। टाइटल, कलाकार, एल्बम, ट्रैक नंबर या आर्टवर्क रखने की कोई जगह नहीं, तो इसे इम्पोर्ट करने वाली लाइब्रेरी सिर्फ़ फ़ाइलनाम दिखाएगी। कोई चैप्टर सूची भी नहीं, और जोड़ने का कोई तरीक़ा नहीं।

और कोई सीक इंडेक्स नहीं। कंटेनर वाली फ़ाइल के बीसवें मिनट पर कूदना चाहने वाला प्लेयर टेबल से offset पढ़ लेता है; कच्ची स्ट्रीम में उसे bitrate से अंदाज़ा लगाना और स्कैन करना पड़ता है। यही वजह है ADTS फ़ाइलों की duration कभी-कभी ग़लत दिखती है।

ADTS स्ट्रीम एक ऑडियो ट्रैक ढोती है और यह फ़ॉर्मेट का पक्का गुण है, इस कन्वर्टर की सीमा नहीं। मूल भाषा, डब और कमेंट्री वाली वीडियो ऐसी स्ट्रीम बनाती है जिसमें उनमें से पहला है, बाक़ी नहीं।

अगर स्रोत में एक से ज़्यादा हैं और आपको सबकी ज़रूरत है, ऑडियो को ऐसी चीज़ में जाना होगा जिसमें जगह हो: M4A और Ogg दोनों कई रखते हैं। फ़ाइल में क्या है यह जाँच लीजिए इससे पहले कि आप मान लें सही ट्रैक निकला।

MP4 और ADTS स्ट्रीम दोनों में AAC है, तो फ़्रेम की सीधी कॉपी मुमकिन थी। यह बदलाव इसकी बजाय डिकोड और एनकोड करता है, जो एक पीढ़ी की क्वालिटी ख़र्च करता है — भाषण पर छोटी, संगीत पर नापी जा सकने वाली।

डिलीवरी स्ट्रीम के लिए यह आम तौर पर बेमानी है: ऑडियो वैसे भी ट्रांसमिशन के लिए कंप्रेस होने वाला है। जो कुछ रखा जाना है उसके लिए इस साइट का Extract audio टूल M4A विकल्प के साथ लीजिए, जो मूल पैकेट बिना डिकोडर चलाए कॉपी करता है।

HLS के लिए segmenting, जहाँ ऑडियो को छोटे टुकड़ों में काटा जाना है और कंटेनर बस रास्ते में आता। Embedded और गाड़ी के प्लेयर जो सीधे ADTS पढ़ते हैं क्योंकि डिवाइस पर पूरा MPEG-4 पार्सर लगाना कभी लायक़ नहीं था। डिकोडर के लिए टेस्ट सामग्री।

साझा धागा यह है कि आगे कुछ और बनावट थोपने वाला है। कच्ची स्ट्रीम एक बीच का पड़ाव है, गंतव्य नहीं, और इसे गंतव्य समझना ऐसे फ़ोल्डर तक ले जाता है जिसे कुछ भी इंडेक्स नहीं करेगा।

तीन बैंड, डिफ़ॉल्ट balanced, एनकोडर AAC के हिसाब से bitrate तय करता है। भाषण और ज़्यादातर डिलीवरी काम के लिए Balanced सही है; high बैंड तब लेने लायक़ है जब स्ट्रीम ध्यान से सुना जाने वाला संगीत है।

Small बैंड सीमित लिंक के लिए है — धीमे कनेक्शन वाला डिवाइस, या तय छोटा ऑडियो बजट वाली फ़ीड। AAC दबाव में ज़्यादातर कोडेक से बेहतर टिकता है, जो एक वजह है यह स्ट्रीमिंग का डिफ़ॉल्ट बना।

VLC और FFmpeg कच्ची ADTS बिना हिचक पढ़ते हैं, और डिलीवरी श्रृंखला बनाने वाले किसी के पास पहले से मौजूद कमांड-लाइन टूल भी। ब्राउज़र, फ़ोन और ज़्यादातर डेस्कटॉप म्यूज़िक प्लेयर नहीं — वे ऑडियो को कंटेनर से पहचानते हैं और ऐसी चीज़ देखते हैं जिसका उनके पास पार्सर नहीं।

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

काम आपके अपने प्रोसेसर पर ब्राउज़र टैब में होता है और वीडियो ढोने वाला कुछ भी कहीं नहीं भेजा जाता। मुफ़्त स्तर 100 MB तक की फ़ाइल और एक बैच में सौ तक लेता है, बिना अकाउंट, बिना रोज़ाना गिनती के।

इस पेज के पाठकों के लिए यह ज़्यादातर सहूलियत की दलील है: डिलीवरी श्रृंखला की स्रोत सामग्री अक्सर बड़ी, अप्रकाशित, या ऐसे अनुबंध में होती है जो बताता है इसे कहाँ रखा जा सकता है।