आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप WebM को AAC में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
WebM से AAC
AAC कहने पर लोगों का मतलब दो अलग चीज़ें होती हैं। एक कोडेक है, जो हर M4A, हर MP4 और हर स्ट्रीम की गई ट्रैक के भीतर भी होता है। दूसरी elementary stream है — बिना किसी कंटेनर के अकेले एनकोड फ़्रेम। यह बदलाव दूसरी चीज़ बनाता है।
यही फ़र्क़ तय करता है कि आप सही पेज पर हैं या नहीं। अगर मक़सद संगीत लाइब्रेरी में जोड़ी जाने लायक रिकॉर्डिंग है, M4A बदलाव लीजिए। अगर किसी पाइपलाइन ने AAC माँगा और MP4 मना कर दिया, यह वही फ़ाइल है जो वह माँग रही थी।
ADTS का मतलब Audio Data Transport Stream है, और इसका डिज़ाइन-लक्ष्य है कि फ़ाइल में कोई भी बिंदु एक वैध शुरुआत हो सके। हर फ़्रेम सात-बाइट हेडर में प्रोफ़ाइल, सैंपल रेट और चैनल व्यवस्था लिए रहता है।
यह ठीक वही है जो ब्रॉडकास्ट और स्ट्रीमिंग को चाहिए। HLS सेगमेंटर किसी फ़्रेम की सीमा पर स्ट्रीम काट सकता है और हर टुकड़ा अपने आप में खड़ा रहता है। दो स्ट्रीम को बस बाइट-स्तर पर जोड़कर वैध नतीजा मिल सकता है।
कंटेनर जो कर रहा था वह सब अब ग़ायब है। कोई दर्ज duration नहीं, इसलिए प्लेयर फ़्रेम गिनकर लंबाई निकालते हैं या बिटरेट से अंदाज़ा लगाते हैं और अक्सर ग़लत हो जाते हैं। कोई सीक टेबल नहीं, इसलिए किसी जगह जाना गणना है, लुकअप नहीं।
फ़ाइल को शुरू से एक बार पढ़ने वाली मशीन के लिए यह मायने नहीं रखता। किसी व्यक्ति के मीडिया प्लेयर के लिए तुरंत मायने रखता है — अगर यह परेशान करे, फ़ाइल असल में M4A बनना चाहती थी।
AAC को MPEG ने 1997 में ISO/IEC 13818-7 के रूप में मानकीकृत किया और तब से यह डिलीवरी का तयशुदा कोडेक रहा है — ब्रॉडकास्ट, स्ट्रीमिंग, मोबाइल, Apple का पूरा कैटलॉग।
भीतर जो था वह Opus था, जो नया और आम तौर पर बेहतर कोडेक है जिसे ब्राउज़र के बाहर लगभग कुछ नहीं स्वीकारता। इन दोनों के बीच बदलना पूरा डिकोड और दोबारा एनकोड है — बोली के लिए यह सुनाई नहीं देता।
इस समस्या का आम रूप एक वेब ऐप है जो ब्राउज़र के ज़रिए रिकॉर्ड करता है। MediaRecorder Opus के साथ WebM लिखता है क्योंकि यही ब्राउज़र को अनिवार्य रूप से देना होता है, और फिर रिकॉर्डिंग को ऐसे बैकएंड में जाना है जो AACके इर्द-गिर्द डिज़ाइन हुआ था।
अपलोड से पहले क्लाइंट साइड पर बदलना अक्सर सस्ता आर्किटेक्चर है — नेटवर्क पार करने वाली फ़ाइल पहले से वही फ़ॉर्मेट है जो बैकएंड चाहता था।
Opus 48 kHz पर चलता है, इसलिए ब्राउज़र रिकॉर्डिंग 48 kHz है और उससे बनी AAC भी 48 kHz है। चैनल गिनती भी वही रहती है जो रिकॉर्ड हुई — माइक्रोफ़ोन के लिए मोनो, सिस्टम ऑडियो के लिए स्टीरियो।
यहाँ कुछ भी दोबारा सैंपल नहीं होता, जान-बूझकर — रीसैंपलिंग एक सिग्नल-प्रोसेसिंग फ़ैसला है और उस औज़ार में होना चाहिए जिसे यह ज़रूरत है।
WebM में कोई भी वीडियो ट्रैक नज़रअंदाज़ नहीं, पूरी तरह छोड़ दिया जाता है — जो स्क्रीन कैप्चर के मामले में मायने रखता है। सिर्फ़ पहला ऑडियो ट्रैक बचता है; अलग-अलग माइक्रोफ़ोन और सिस्टम ऑडियो ट्रैक वाली रिकॉर्डिंग सिर्फ़ एक देती है, चुनने का कोई तरीक़ा नहीं।
किसी पाइपलाइन के लिए यह मान लेने के बजाय जाँचने लायक है — अगर आपके सिस्टम का रिकॉर्डर दो ट्रैक लिखता है, पहले तय कीजिए कौन-सा पहुँचता है।
यह ग़लत इस्तेमाल पहले ही रोक देना ज़रूरी है। किसी <audio> एलिमेंट को .aac फ़ाइल पर लगाना भरोसेमंद नहीं — ब्राउज़र कच्ची ADTS स्ट्रीम पढ़ने में अलग-अलग व्यवहार करते हैं।
ब्राउज़र में चलाई जाने वाली किसी भी ऑडियो के लिए वही ऑडियो M4A में हर जगह ठीक चलती है, क्योंकि कंटेनर duration और इंडेक्स दोनों ढोता है। ADTS स्ट्रीम उसी पाइपलाइन के लिए रखिए जिसने माँगी थी।
सौ तक WebM फ़ाइलें एक साथ बदलती हैं, हर एक अपनी प्रगति के साथ, ZIP बनकर साथ लौटती हैं। कोई सर्वर शामिल न होने की वजह से न कोई रोज़ की सीमा है, न कोई क़तार।
यह उस काम के लिए असली फ़र्क़ है जो नौकरी का हिस्सा है, बस एक बार का काम नहीं। अपलोड करने वाला कोई फ़्री कन्वर्टर आपको पाँच से बीस फ़ाइल प्रति दिन पर रोक देगा; यहाँ सौवीं फ़ाइल पहली जैसा ही व्यवहार करती है।
| WebM | AAC | |
|---|---|---|
| पूरा नाम | WebM वीडियो | Advanced Audio Coding |
| फ़ाइल एक्सटेंशन | .webm | .aac |
| मीडिया टाइप | video/webm | audio/aac |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 2010 | 1997 |
| प्रकाशक | MPEG | |
| विनिर्देश | — | ISO/IEC 13818-7 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ऑडियो चैनल | — | 48 तक |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | MP4, MKV | MP3, OPUS |
VLC और FFmpeg WebM और AAC — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
AAC MPEG का है और 1997 से चला आ रहा है, और ISO/IEC 13818-7 में तय किया गया है। VLC, FFmpeg और iTunes इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AAC कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला ध्वनि-ट्रैक रखा जाता है। जिस फ़िल्म में दूसरी भाषा या कमेंट्री का ट्रैक हो, वह उसे खो देती है।
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस Advanced Audio Coding आम तौर पर दिखाता है।