आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप AAC को AIFF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
AAC से AIFF
बिना पैकेजिंग वाली .aac फ़ाइल ADTS फ़्रेम्स की एक लगातार लड़ी है, हर एक अपने सिर में सैंपल रेट दोहराते हुए, चारों ओर कोई कंटेनर नहीं। यही डिज़ाइन है जिससे धारा को कहीं भी काटा और जोड़ा जा सके, और इसकी क़ीमत यह है कि फ़ाइल में कहीं भी उसकी लंबाई दर्ज नहीं होती।
सॉफ़्टवेयर अंदाज़ा लगाता है — पूरी फ़ाइल स्कैन करके, या साइज़ को मान लिए गए बिटरेट से भाग देकर — और वेरिएबल-रेट सामग्री दोनों तरीक़ों को धोखा दे देती है। यहाँ लिखी गई AIFF अपने फ़्रेम की गिनती COMM खंड में साफ़ लिख देती है।
AAC संपीड़न रिकॉर्डिंग का हिस्सा हमेशा के लिए हटा चुका है, एक मॉडल के हिसाब से कि सुनने वाले को क्या महसूस नहीं होगा। AIFF फिर उल्टा काम बिल्कुल ठीक करता है — जो सैंपल दिए जाते हैं वे बिना संपीड़न के, जस के तस लिख दिए जाते हैं।
इसका मतलब है नतीजा एक बड़ी फ़ाइल है जो ठीक वही ऑडियो रखती है जो AAC में था। जहाँ आगे कुछ असम्पीड़ित PCM माँगता है वहाँ यह काम आता है, और यह किसी भी नज़रिए से गुणवत्ता में सुधार नहीं है।
AIFF खंडों की एक कड़ी है और यहाँ बनाई गई फ़ाइल में ठीक दो हैं। COMM चैनल गिनती, फ़्रेम गिनती, बिट डेप्थ और सैंपल रेट बताता है। SSND सैंपल रखता है। और कुछ नहीं लिखा जाता — न नाम, न विवरण, न टाइमकोड, न लाउडनेस माप।
ब्रॉडकास्ट स्पेसिफ़िकेशन अक्सर उसी पैराग्राफ़ में यह सब माँग लेते हैं जहाँ असम्पीड़ित ऑडियो माँगा जाता है, और एक कन्वर्टर वह नहीं दे सकता। डिलीवरी से पहले यह जान लेना बाद में आई अस्वीकृति से सस्ता पड़ता है।
कुछ भी दोबारा सैंपल नहीं होता — ADTS हेडर जो रेट कहता है, AIFF वही रेट लेती है। प्रसारण, वीडियो या कॉन्फ़्रेंसिंग के लिए बनी ऑडियो आम तौर पर 48,000 Hz होती है; CD से जुड़ी ऑडियो 44,100 Hz।
दोनों बिना शिकायत बदलती हैं, दोनों अपनी जगह पर रहती हैं। बेमेल तब चुभता है जब CD 44,100 Hz से अलग कुछ नहीं मानती, या किसी 48 kHz प्लांट को 44.1 फ़ाइल दोबारा सैंपल करनी पड़े। बैच बदलने से पहले रेट देख लीजिए।
यहाँ लिखा PCM साइन्ड 16-बिट है। किसी लॉसलेस मास्टर से यह एक असली फ़ैसला होता, क्योंकि 24-बिट स्रोत में वह गहराई होती है जो 16 बिट नहीं सँभाल सकते। AAC फ़ाइल से यह कोई फ़ैसला नहीं है — जो कोडेक पहले ही नुक़सान वाला है, उसके पास सँभालने के लिए कोई अतिरिक्त गहराई नहीं बची।
44,100 या 48,000 Hz पर सोलह बिट ही अक्सर वह है जो डिलीवरी स्पेसिफ़िकेशन माँगती हैं। जहाँ 24-बिट असम्पीड़ित ऑडियो माँगी जाए, यह कन्वर्टर वह नहीं दे सकता — और पूछने लायक़ सवाल यह है कि compressed स्ट्रीम से वे 24 बिट में क्या रखेंगे।
44,100 Hz पर असम्पीड़ित 16-बिट स्टीरियो हर सेकंड 176,400 बाइट्स लेता है — लगभग 10 MB प्रति मिनट, चाहे मिनट घना हो या ख़ामोश। 128 kbps AAC क़रीब 0.96 MB प्रति मिनट लेता है और 256 kbps लगभग 1.9।
तीस-सेकंड का विज्ञापन आधे मेगाबाइट से लगभग 5 MB हो जाता है, और एक घंटे का प्रोग्राम 57 MB से क़रीब 600 तक। यहाँ गुणवत्ता का कोई नियंत्रण नहीं है क्योंकि व्यापार करने को कुछ नहीं बचा — AIFF बिल्कुल कोई संपीड़न नहीं करता।
AAC एनकोडर को शुरू होने से पहले थोड़ी दौड़ चाहिए, और कोई कंटेनर आम तौर पर बताता है कि परिणाम में से कितना हिस्सा फेंकना है ताकि प्लेबैक ठीक जगह से शुरू हो। बिना पैकेजिंग वाली ADTS धारा में यह रिकॉर्ड करने की कोई जगह नहीं होती, और असम्पीड़ित PCM में भी नहीं।
तो एनकोडर की अपनी padding — कुछ दर्जन मिलीसेकंड — AIFF के शुरू में साधारण ऑडियो बनकर आ जाती है। किसी प्रोग्राम आइटम के लिए यह दिखता नहीं; किसी ठीक लंबाई पर काटे गए विज्ञापन या स्टेशन आइडेंट के लिए यह पहली चीज़ है जो जाँचनी चाहिए।
AAC AIFF से कहीं ज़्यादा चैनल सँभाल सकता है — रजिस्ट्री 48 बनाम 8 दर्ज करती है — इसलिए चौड़ी multichannel धारा के लिए यहाँ जगह नहीं, जबकि मोनो, स्टीरियो और 7.1 तक सब बिना बदले पार हो जाते हैं। मोनो, मोनो ही रहता है, नक़ली स्टीरियो नहीं बनता।
AIFF सिर्फ़ चैनल की गिनती दर्ज करती है, यह नहीं कि वे क्या मतलब रखते हैं। स्पीकर असाइनमेंट के लिए कोई फ़ील्ड नहीं है, इसलिए multichannel डिलीवरी को स्पेसिफ़िकेशन के हिसाब से जाँचना पड़ता है, अंदाज़े से नहीं।
AIFF लिखने में कोई निर्भरता नहीं लगती — डिकोड किए सैंपल WAV की तरह जोड़े जाते हैं और अंकगणित से दोबारा लपेटे जाते हैं। MP3, AAC और FLAC लक्ष्यों के उलट, यहाँ कुछ भी डाउनलोड नहीं होता, और AAC डिकोडर पहले से आपकी मशीन पर है।
फ़ाइलें 100 MB प्रति फ़ाइल तक और एक साथ सौ तक स्वीकार होती हैं, ZIP बनकर लौटती हैं। अप्रसारित विज्ञापन या गोपनीय प्रोग्राम सामग्री के लिए यह जाँचने लायक़ बात है — नेटवर्क टैब खोलिए और देखिए, कुछ हिलता नहीं।
| AAC | AIFF | |
|---|---|---|
| पूरा नाम | Advanced Audio Coding | Audio Interchange File Format |
| फ़ाइल एक्सटेंशन | .aac | .aiff, .aif |
| मीडिया टाइप | audio/aac | audio/aiff |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | बिना कंप्रेशन |
| पहली बार प्रकाशित | 1997 | 1988 |
| प्रकाशक | MPEG | Apple |
| विनिर्देश | ISO/IEC 13818-7 | — |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | — | 32 |
| ऑडियो चैनल | 48 तक | 8 तक |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | MP3, OPUS | WAV, FLAC |
AAC में 48 तक ध्वनि चैनल आ सकते हैं और AIFF में 8 तक। सराउंड मिक्स साथ जाने के बजाय मोड़कर छोटा कर दिया जाता है।
AIFF काम करने का फ़ॉर्मेट है और AAC बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
AIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AIFF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर PCM — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
दोनों तरफ़ के प्रोग्राम अलग हैं: AAC फ़ाइल VLC, FFmpeg और iTunes में खुलती है और AIFF फ़ाइल Logic Pro, Audacity और Adobe Audition में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
नतीजा असली से बड़ा होगा और बेहतर नहीं। AAC पहले ही बारीक़ी फेंक चुका है और AIFF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
दोनों का निशाना अलग काम है: AAC का बनी हुई फ़ाइल सौंपना, स्ट्रीमिंग और फ़ोन पर, AIFF का एडिटिंग और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
AAC MPEG का फ़ॉर्मेट है, जो 1997 में आया। यह ISO/IEC 13818-7 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
AIFF Apple का है और 1988 से चला आ रहा है। Logic Pro, Audacity और Adobe Audition इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AIFF कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। फ़ाइल बहुत बड़ी हो जाती है पर बेहतर नहीं होती। AIFF हर वह सैंपल रखता है जो उसे मिले, पर असली कंप्रेशन ने जो फेंक दिया था वह पहले ही जा चुका है।
नतीजा असली से बड़ा होगा और बेहतर नहीं। AAC पहले ही बारीक़ी फेंक चुका है और AIFF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
AIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AIFF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर PCM — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।