आपका iPhone एक वीडियो फ़ाइल क्यों खोलता है और अगली को मना कर देता है
दो फ़ाइलें दोनों "वीडियो" हैं, दोनों कुछ गीगाबाइट की हैं, दोनों एक ही जगह से डाउनलोड हुई हैं। एक टैप करते ही चलने लगती है। दूसरी एक धूसर स्क्रीन दिखाती है, या कुछ भी नहीं। फ़र्क़ लगभग कभी फ़ाइल के ख़राब होने का नहीं होता — यह इस बात का होता है कि तस्वीर के चारों ओर क्या लपेटा गया है, और Apple ने उन रैपर में से किसे सपोर्ट करने का फ़ैसला किया।
- सीधे चल जाती हैं
- H.264 या HEVC वीडियो और AAC ऑडियो वाली MP4 और MOV।
- आम तौर पर मना
- MKV, AVI, WebM, FLV, WMV — इनके अंदर कुछ भी हो।
- वजह
- iOS वीडियो से पहले कंटेनर पढ़ता है, और सपोर्टेड कंटेनर की लिस्ट छोटी है।
वीडियो फ़ाइल एक डिब्बा है जिसमें कई चीज़ें होती हैं
"फ़ॉर्मैट" शब्द दो बिल्कुल अलग चीज़ों के लिए इस्तेमाल होता है, और यहीं से ज़्यादातर उलझन शुरू होती है। वीडियो फ़ाइल एक कंटेनर है: एक डिब्बा जिसमें एक वीडियो ट्रैक, एक या ज़्यादा ऑडियो ट्रैक, शायद सबटाइटल ट्रैक, चैप्टर मार्क, कवर आर्ट और एक टेबल होती है जो प्लेयर को बताती है कि इनमें से हर एक कहां से शुरू होता है। MP4, MKV, AVI, MOV और WebM कंटेनर हैं। ये डिब्बा हैं, कंटेंट नहीं।
डिब्बे के अंदर जो कुछ है वह एक कोडेक से एन्कोड होता है — वह कम्प्रेशन तरीक़ा जो चालीस गीगाबाइट के कच्चे फ़्रेम को दो में बदल देता है। H.264, HEVC (H.265), AV1, VP9 और MPEG-4 Part 2 वीडियो कोडेक हैं; AAC, MP3, AC-3, E-AC-3, DTS, FLAC, Opus और Vorbis ऑडियो कोडेक हैं। एक अकेली MKV फ़ाइल में HEVC वीडियो, अंग्रेज़ी का एक AC-3 ऑडियो ट्रैक, हिन्दी का एक AAC ट्रैक और तीन सबटाइटल ट्रैक हो सकते हैं।
इसलिए "क्या यह डिवाइस MKV चला सकता है?" असल में एक के ऊपर एक रखे दो सवाल हैं। क्या यह डिब्बा खोल सकता है, और क्या यह अंदर जो मिले उसे डिकोड कर सकता है? प्लेयर को दोनों का जवाब हां देना होता है। Apple की बिल्ट-इन प्लेबैक ज़्यादातर डिब्बों के लिए पहले सवाल का जवाब ना देती है, इसलिए फ़ाइल दूसरे सवाल पर अटकने लायक़ आगे बढ़ ही नहीं पाती।
जानने लायक़ पांच शब्द
वीडियो फ़ाइलों को लेकर लगभग हर बातचीत इन पांच शब्दों के इर्द-गिर्द घूमती है। इन्हें जानना दस मिनट का सौदा है, क्योंकि ये "यह काम नहीं कर रहा" को एक स्पष्ट, जवाब देने लायक़ सवाल में बदल देते हैं।
- कंटेनर
- फ़ाइल का रैपर — MP4, MKV, AVI, MOV, WebM, TS। यह तय करता है कि फ़ाइल क्या रख सकती है (कितने ऑडियो ट्रैक, सबटाइटल अंदर आते हैं या नहीं, चैप्टर हैं या नहीं), तस्वीर कितनी अच्छी दिखती है यह नहीं।
- कोडेक
- असली तस्वीर या आवाज़ का कम्प्रेशन: H.264, HEVC, AV1, VP9, AAC, AC-3, DTS, FLAC। इनमें से कुछ के लिए हार्डवेयर डिकोडिंग मौजूद है; बाक़ी को प्रोसेसर को डिकोड करना पड़ता है, जिसकी क़ीमत बैटरी चुकाती है।
- बिटरेट
- फ़ाइल हर सेकंड कितने बिट ख़र्च करती है। यह क्वालिटी और फ़ाइल साइज़ दोनों का सबसे बड़ा चालक है — 8 Mbps पर एक 4K फ़िल्म और 60 Mbps पर वही फ़िल्म रिज़ॉल्यूशन में बराबर होंगी, तस्वीर में कतई नहीं।
- रीमक्स (Remux)
- मौजूदा ट्रैक को बिना छुए दूसरे कंटेनर में ले जाना। तेज़, लॉसलेस, और लाइव स्ट्रीम को एक सामान्य फ़ाइल में बदलने का पूरा राज़। कुछ भी दोबारा एन्कोड नहीं होता, इसलिए कुछ भी खोता नहीं।
- ट्रांसकोड
- वीडियो को असल में किसी दूसरे कोडेक में दोबारा एन्कोड करना। धीमा, गरम करने वाला, बैटरी खाने वाला, और हर बार क्वालिटी घटाने वाला — कन्वर्ट की गई कॉपी हमेशा ओरिजिनल से एक पीढ़ी पीछे रहती है।
Apple की अपनी प्लेबैक क्या स्वीकार करती है
यह iOS 17 और macOS 14 के हिसाब से व्यावहारिक लिस्ट है — वही नियम जिन्हें Files ऐप, Quick Look, Safari और QuickTime सब मानते हैं, क्योंकि ये एक ही मीडिया स्टैक शेयर करते हैं।
| कंटेनर | iPhone / iPad | Mac (QuickTime) | सामान्य कंटेंट |
|---|---|---|---|
| MP4 / M4V | हां | हां | H.264 या HEVC वीडियो, AAC ऑडियो |
| MOV | हां | हां | Apple का अपना कंटेनर, वही कोडेक |
| MKV (Matroska) | नहीं | नहीं | कुछ भी — इस्तेमाल में सबसे लचीला कंटेनर |
| AVI | नहीं | नहीं | पुराना DivX/Xvid कंटेंट, MP3 या AC-3 ऑडियो |
| WebM | नहीं | नहीं | VP9 या AV1 वीडियो, Opus या Vorbis ऑडियो |
| FLV / WMV | नहीं | नहीं | पुराना वेब और Windows वीडियो |
| TS / M2TS | आंशिक | आंशिक | ब्रॉडकास्ट और Blu-ray स्ट्रीम |
| HLS (.m3u8) | हां | हां | फ़ाइल नहीं — सेगमेंट की ओर इशारा करने वाली एक प्लेलिस्ट |
सपोर्टेड कंटेनर के अंदर भी कोडेक मना किया जा सकता है: फ़िल्मों में आम AC-3, E-AC-3 और DTS ऑडियो को सिस्टम प्लेयर डिकोड नहीं करता, इसलिए कुछ MP4 फ़ाइलें तस्वीर के साथ पर बिना आवाज़ के चलती हैं।
लिस्ट इतनी छोटी क्यों है
यह कोई चूक नहीं है। Apple जिन कोडेक को सपोर्ट करता है उनके लिए हार्डवेयर डिकोडर देता है, इसलिए एक iPhone एक 4K HEVC फ़िल्म को एक चार्ज पर घंटों चला सकता है — वीडियो मुख्य प्रोसेसर को छूता तक नहीं। दुनिया के हर कंटेनर और कोडेक को सपोर्ट करने का मतलब होता उसमें से बहुत कुछ सॉफ़्टवेयर में डिकोड करना, साथ में आने वाली बैटरी और गर्मी की क़ीमत, और उन फ़ॉर्मैट के लिए पेटेंट लाइसेंसिंग उठाना जिनमें Apple की कोई दिलचस्पी नहीं।
नतीजा यह है कि iOS पर एक जनरल-पर्पज़ मीडिया प्लेयर को अपना ख़ुद का इंजन साथ लाना पड़ता है। लगभग हर एक इसी ओपन-सोर्स नींव पर बना है — FFmpeg और इसकी लाइब्रेरी — जो अब तक बना लगभग हर कंटेनर और कोडेक समझती है। यही पूरी वजह है कि थर्ड-पार्टी प्लेयर वे फ़ाइलें खोल देता है जो सिस्टम नहीं खोलता: यह कोई चालाकी नहीं कर रहा, यह डिकोडिंग ख़ुद कर रहा है।
यह प्लेयर के बीच का एक फ़र्क़ भी समझाता है जो आप नोटिस करेंगे। जो सॉफ़्टवेयर में डिकोड करता है वह कुछ भी चलाएगा लेकिन लंबी फ़िल्म पर गरम हो जाएगा; जो कोडेक इजाज़त देने पर काम हार्डवेयर डिकोडर को सौंप देता है वह ठंडा रहता है और चलता रहता है। एक अच्छा प्लेयर दोनों करता है — जहां हो सके हार्डवेयर, जहां मजबूरी हो सॉफ़्टवेयर — और बिना पूछे स्विच करता है।
iOS के मना किए गए किसी फ़ाइल को देखने के तीन तरीक़े
ये आपकी लागत — समय और क्वालिटी — के हिसाब से क्रम में हैं।
अच्छे और बुरे प्लेयर में असल फ़र्क़ क्या है
App Store का लगभग हर मीडिया प्लेयर "सभी फ़ॉर्मैट" का दावा करता है। इस हेडलाइन के आगे यही चीज़ें फ़र्क़ डालती हैं।
- जहां मुमकिन हो वहां हार्डवेयर डिकोडिंग
H.264 और HEVC को CPU नहीं, हार्डवेयर डिकोडर में जाना चाहिए। दो मिनट में पता चल जाता है: डिवाइस गरम होता है या नहीं।
- सिर्फ़ पहला नहीं, हर ट्रैक दिखे
तीन ऑडियो भाषा और पांच सबटाइटल ट्रैक वाली फ़िल्म में फ़ाइल दोबारा खोले बिना, चलते-चलते सबके बीच स्विच किया जा सके।
- सच में कहीं से आगे बढ़ना
पोज़िशन हर फ़ाइल के लिए अलग सेव हो, दोबारा खोलने पर लौट आए, और फ़ाइल का नाम बदलने या जगह बदलने पर भी बनी रहे। हैरानी की बात यह दुर्लभ है, और यही वह चीज़ है जिसकी सबसे ज़्यादा कमी खलेगी।
- बड़ी फ़ाइलों पर समझदार व्यवहार
20 GB की रीमक्स हर सीक पर चार सेकंड फ़्रीज़ होने के बजाय आराम से स्क्रब होनी चाहिए। यह इंडेक्सिंग का सवाल है, डिकोडिंग का नहीं।
- बैकग्राउंड ऑडियो और Picture in Picture
स्क्रीन लॉक करके सुनते रहना, या मैसेज का जवाब देते हुए वीडियो को कोने में छोटा कर लेना — यही वह चीज़ है जो प्लेयर को फ़ोन पर वाक़ई इस्तेमाल के लायक़ बनाती है।
- कहीं छिपा कोई री-एन्कोड स्टेप न हो
अगर कोई ऐप चलाने से पहले कुछ मिनट के लिए आपकी फ़ाइल "इम्पोर्ट" या "ऑप्टिमाइज़" करता है, तो वह कन्वर्ट कर रहा है — साथ में क्वालिटी नुक़सान और इंतज़ार।
तीनों डिवाइस पर वही फ़ाइल
नियम एक जैसे हैं क्योंकि iOS, iPadOS और macOS एक मीडिया स्टैक शेयर करते हैं। जो अलग होता है वह यह कि प्लेबैक के इर्द-गिर्द आप आराम से क्या कर सकते हैं।
स्टोरेज ही सीमा है, इसलिए फ़ाइलें आमतौर पर आती हैं, देखी जाती हैं और मिट जाती हैं। बैकग्राउंड ऑडियो और Picture in Picture यहां सबसे ज़्यादा काम आते हैं।
लंबी फ़िल्मों की स्वाभाविक जगह, और वह अकेला iOS डिवाइस जहां एक एक्सटर्नल USB-C ड्राइव भरी वीडियो को डिवाइस पर कुछ भी कॉपी किए बिना यथावत चलाया जा सकता है।
न स्टोरेज का दबाव, न गर्मी की सीमा, इसलिए किसी अजीब कोडेक को सॉफ़्टवेयर में डिकोड करना लगभग मुफ़्त है। 40 GB की रीमक्स की जगह यहीं है।
आम तौर पर उठने वाले सवाल
क्या MKV, MP4 से बेहतर क्वालिटी की है?
कोई भी बेहतर नहीं है — ये डिब्बे हैं, और क्वालिटी अंदर के कोडेक और बिटरेट में रहती है। MKV फ़ाइलें व्यवहार में अक्सर बेहतर दिखती हैं क्योंकि लोग हाई-बिटरेट रिप के लिए MKV इस्तेमाल करते हैं, जबकि स्ट्रीमिंग सेवाएं MP4 को बहुत कम बिटरेट पर देती हैं। एक ही वीडियो ट्रैक दोनों में डालें तो वे पिक्सेल-दर-पिक्सेल एक जैसे होंगे।
क्या MKV को MP4 में बदलने से क्वालिटी घटती है?
सिर्फ़ तब जब ट्रैक दोबारा एन्कोड हों। अगर अंदर के वीडियो और ऑडियो कोडेक पहले से ही ऐसे हैं जिन्हें MP4 ले जा सकती है, तो एक रीमक्स उन्हें बिना छुए पार ले जाता है — लॉसलेस और आमतौर पर एक मिनट से कम में। अगर HEVC को H.264 बनना है, या DTS को AAC, तो यह री-एन्कोड है और क्वालिटी जाती है।
मेरी 4K फ़ाइल क्यों अटकती है जबकि छोटी वाली आराम से चलती है?
या तो कोडेक हार्डवेयर डिकोडर इस्तेमाल कर सकते हुए भी सॉफ़्टवेयर में डिकोड हो रहा है, या फ़ाइल धीमे स्टोरेज पर है — कमज़ोर कनेक्शन वाला नेटवर्क शेयर या एक्सटर्नल ड्राइव हमेशा 80 Mbps नहीं दे पाता। टेस्ट के लिए एक बार लोकल कॉपी करें; अगर तब चले तो डिकोडिंग कभी समस्या थी ही नहीं।
लाइब्रेरी रखने के लिए सबसे सुरक्षित फ़ॉर्मैट कौन-सा है?
अगर सोर्स में जो कुछ था वह सब रखना है — कई ऑडियो भाषाएं, सबटाइटल ट्रैक, चैप्टर — तो MKV। अगर घर के हर डिवाइस से मैक्सिमम कम्पैटिबिलिटी अतिरिक्त ट्रैक रखने से ज़्यादा मायने रखती है, तो H.264 या HEVC वाली MP4। नई किसी चीज़ के लिए जिससे बचना है वह है AVI, जो आधुनिक कोडेक ठीक से नहीं ले जा सकती।
FoxDL इसे कैसे संभालता है
FoxDL अपना ख़ुद का मीडिया इंजन साथ रखता है, इसलिए कंटेनर वाला सवाल कभी उठता ही नहीं। फ़ाइल डिवाइस पर रखिए और खोल दीजिए। वही इंजन संगीत भी चलाता है, इसलिए एक फ़िल्म और एक FLAC एल्बम एक ही लाइब्रेरी में रहते हैं।
- MKV, AVI, WebM, FLV, WMV, MP4, MOV, TS और HLS सीधे खुलती हैं — पहले कुछ भी कन्वर्ट, इम्पोर्ट या दोबारा रैप नहीं होता।
- कोडेक जहां भी इजाज़त देता है वहां हार्डवेयर डिकोडिंग इस्तेमाल होती है, जहां नहीं वहां पीछे सॉफ़्टवेयर रास्ता है, इसलिए आम फ़िल्म बैटरी नहीं खाती।
- AC-3, E-AC-3, DTS, FLAC, Opus और Vorbis ऑडियो भी डिकोड होते हैं, जो साइलेंट-फ़िल्म वाली समस्या ठीक करता है — और वही डिकोडर उसी लाइब्रेरी में FLAC व ALAC एल्बम भी चलाते हैं।
- हर एम्बेडेड ऑडियो और सबटाइटल ट्रैक लिस्ट होता है और प्लेबैक के दौरान बदला जा सकता है।
- पोज़िशन हर फ़ाइल के लिए अलग याद रहती है और नाम बदलने या जगह बदलने पर भी बनी रहती है, क्योंकि लाइब्रेरी फ़ाइलों को पाथ से नहीं, पहचान से ट्रैक करती है।
- Picture in Picture और बैकग्राउंड ऑडियो मौजूद हैं, और iPad पर एक्सटर्नल ड्राइव बिना कॉपी किए यथावत चलती है।
अपनी फ़ाइलें चलाना हर डिवाइस पर फ़्री वर्शन का हिस्सा है — न यह नापा जाता है, न यह Pro फ़ीचर है।
अक्सर पूछे जाने वाले प्रश्न
- iPhone, iPad या Mac पर MKV फ़ाइलें कैसे चलाएं?
- FoxDL कौन-कौन से वीडियो और ऑडियो फ़ॉर्मैट चलाता है?
- क्या मैं डुअल-ऑडियो फ़ाइल पर ऑडियो ट्रैक बदल सकता हूं?
- क्या FoxDL में Picture in Picture और बैकग्राउंड प्लेबैक है?
और पढ़ें
सबटाइटल, ऑडियो ट्रैक, और वे तीन तरीक़े जिनसे ये गड़बड़ाते हैं
एम्बेडेड बनाम अलग फ़ाइलें, वह एन्कोडिंग जो एक्सेंट वाले अक्षरों को बिगाड़ती है, और ड्रिफ्ट कैसे ठीक करें।
लॉसलेस, बिटरेट और इक्वलाइज़र: क्या आवाज़ बदलता है और क्या नहीं
लॉसलेस क्या बदलता है, इक्वलाइज़र असल में क्या करता है, और सुनने में सबसे पहले क्या सुधार लाता है।
आपकी फ़ाइलें iPhone पर असल में कहां रहती हैं, और इन्हें कौन देख सकता है
सैंडबॉक्स, डाउनलोड असल में कहां जाते हैं, और फ़ाइल का नाम बदलने से इतने ऐप क्यों टूट जाते हैं।
आपकी लाइब्रेरी, आख़िरकार एक ही जगह।
मुफ़्त डाउनलोड। कोई खाता नहीं — पूरी सुविधाएँ मुफ़्त संस्करण में।