आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप MOV को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
MOV से JXL
फुटेज से भरा कार्ड देखा नहीं जा सकता। कैमरे की फ़ाइल के नाम बस गिनती होते हैं, फ़ाइल मैनेजर में थंबनेल हर क्लिप का शून्यवाँ फ़्रेम होता है — जो अक्सर लेंस कैप, हाथ या «रोलिंग» कहने का पल होता है — और शॉट खोजने का इकलौता भरोसेमंद तरीक़ा है खोलकर स्क्रब करना। पूरे सीज़न के शूट पर यह गिनती बढ़ती है और आर्काइव लगभग बस लिखने भर के लिए रह जाता है।
सोच-समझकर चुना एक फ़्रेम प्रति शॉट इसे ठीक कर देता है। क्लिप के नाम पर रखे इंडेक्स फ़्रेम का फ़ोल्डर चार सौ गीगाबाइट को एक मिनट में देखने लायक़ चीज़ बना देता है। यह पन्ना उन्हीं फ़्रेमों को बनाने के बारे में है; उन्हें किस रूप में रखा जाए, यह अगले हिस्से में है।
JPEG XL 2021 में ISO/IEC 18181 के रूप में मानकीकृत हुआ, उसी समिति से जिसने JPEG बनाया, और यह जिसकी जगह लेता है उससे साफ़ बेहतर है: फ़ोटोग्राफ़िक सामग्री पर बराबर दिखावट वाले JPG से क़रीब बीस से तीस प्रतिशत छोटा, और वीडियो फ़्रेमों में भरे सपाट ग्रेडिएंट पर कहीं बेहतर बर्ताव।
हज़ार इंडेक्स फ़्रेमों पर यह फ़र्क़ असली भंडारण बचाता है, और इंडेक्स फ़्रेम ठीक वही हालत है जहाँ लॉसी संपीड़न की कोई क़ीमत नहीं — आप उन्हें शॉट पहचानने के लिए देख रहे हैं, ग्रेड करने के लिए नहीं। जहाँ यह ग़लत चुनाव होगा वह फ़्रेम है जिस पर आप काम करना चाहते हैं, और वह अलग पन्ने की बात है।
JPEG XL का लॉसलेस मोड इस फ़ॉर्मेट की सबसे अच्छी बातों में से एक है। यह बदलाव उसे इस्तेमाल नहीं करता। फ़्रेम निकालने में एक ही नियंत्रण है — समय-चिह्न — इसलिए JXL तयशुदा गुणवत्ता 82 पर लॉसी एनकोड होता है, और उसे ऊपर-नीचे करने का कोई तरीक़ा नहीं है।
इंडेक्स के लिए यही सही सेटिंग है और नियंत्रण का न होना सुविधा है। बाक़ी सब के लिए यह एक सीमा है जो जान लेनी चाहिए: जो फ़्रेम बिलकुल सटीक होना चाहिए वह PNG होना चाहिए, और जिस फ़्रेम को बारीक़ी से सँवारना है उसे PNG के रूप में निकालकर गुणवत्ता दिखाने वाले किसी औज़ार से अलग से एनकोड करना चाहिए।
JPEG XL लोग जो इस्तेमाल करते हैं उससे बेहतर फ़ॉर्मेट है, और इसका मतलब यह नहीं निकला कि वह खोला जा सके। ब्राउज़र समर्थन आंशिक है और सालों से बहस में है; बहुत सारा डेस्कटॉप सॉफ़्टवेयर, ज़्यादातर कंटेंट मैनेजमेंट सिस्टम और बहुत सारे अपलोड फ़ॉर्म इस एक्सटेंशन को पहचानते ही नहीं।
इंडेक्स के लिए यह झेला जा सकता है, क्योंकि फ़ाइलें आपके लिए हैं और आप उन्हें खोलने वाला औज़ार ख़ुद चुन सकते हैं। दिक़्क़त तभी शुरू होती है जब किसी को — निर्माता, ग्राहक, सहकर्मी — भेजनी हो, और तब जवाब बदलाव ही होना चाहिए, अटैचमेंट नहीं। चार सौ फ़ाइलें बदलने से पहले एक बदलकर उसी औज़ार में खोलकर देख लीजिए।
शून्य सेकंड लगभग कभी सही नहीं होता। टेक की शुरुआत में स्लेट होती है, कोई हाथ, धुँधला-सा पैन या ऑपरेटर का जमना, और हर क्लिप के शून्यवें फ़्रेम से बना इंडेक्स फ़ाइल मैनेजर के थंबनेल जितना ही बेकार होता है।
कुछ सेकंड आगे का वह पल चुनिए जब शॉट अपने असली रूप में हो: विषय फ़्रेम में, कैमरा जमा हुआ, रोशनी वैसी ही जैसी थी। यह जाँचने में एक ही बदलाव लगता है, और यही फ़र्क़ है इस्तेमाल होने वाले इंडेक्स और एक बार बनाकर छोड़े फ़ोल्डर के बीच।
स्टिल वीडियो के अपने रिज़ॉल्यूशन पर ही निकलता है, इसलिए 4K क्लिप 3840 पिक्सल का JXL देता है। इंडेक्स फ़्रेम को इसकी ज़रूरत नहीं: 1280 पिक्सल पर स्टिल तुरंत पहचान में आ जाता है, ब्राउज़र में तेज़ी से खुलता है और भंडारण का बस एक अंश लेता है।
इस बदलाव में कोई रीसाइज़ नियंत्रण नहीं है, इसलिए यह चरण लाइब्रेरी सँभालने वाले औज़ार में करना है। यह करना समझदारी है, क्योंकि पूरे रिज़ॉल्यूशन वाले इंडेक्स और समझदार आकार वाले इंडेक्स में क्षेत्रफल के हिसाब से क़रीब नौ गुना फ़र्क़ होता है — जो हज़ार फ़्रेमों पर कई गीगाबाइट को कुछ सौ मेगाबाइट में बदल देता है।
कोई मेटाडेटा बिलकुल नहीं लिखा जाता। न EXIF, न टाइमकोड, न तारीख़, न रंग प्रोफ़ाइल, और न यह दर्ज होता है कि फ़्रेम किस क्लिप के किस सेकंड से आया। कन्वर्टर के दिए नाम वाले इंडेक्स फ़्रेमों का फ़ोल्डर इंडेक्स नहीं है।
यहाँ रिवाज़ ही असली चीज़ है। क्लिप का अपना फ़ाइल नाम रखिए और साथ में समय-चिह्न जोड़ दीजिए — स्टिल और फुटेज का एक ही मूल नाम होने से ही तस्वीर से वापस फ़ाइल तक एक क़दम में पहुँचा जाता है। बदलते वक़्त यह करना आसान है; बाद में चार सौ तस्वीरों से यह जोड़ना मुमकिन नहीं है।
हर फ़्रेम इस ब्राउज़र टैब के भीतर, मशीन के पास मौजूद कोडेक से डिकोड और एनकोड होता है। फुटेज ढोने वाला कुछ भी भेजा नहीं जाता, जो कन्वर्ट करते वक़्त नेटवर्क टैब में दिखता है।
इंडेक्स के लिए यह सिर्फ़ सिद्धांत नहीं, व्यावहारिक बात भी है। किसी शूट का ब्राउज़ करने लायक़ कैटलॉग बनाने का मतलब है कार्ड की हर फ़ाइल को छूना, और यह किसी होस्ट किए कन्वर्टर से करने का मतलब होगा कुछ सौ किलोबाइट की तस्वीरों के लिए पूरा शूट अपलोड करना। यहाँ स्रोत का आकार सिर्फ़ डिकोडिंग का समय लेता है, और कुछ नहीं।
| MOV | JXL | |
|---|---|---|
| पूरा नाम | QuickTime फ़िल्म | JPEG XL |
| फ़ाइल एक्सटेंशन | .mov, .qt | .jxl |
| मीडिया टाइप | video/quicktime | image/jxl |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1991 | 2021 |
| प्रकाशक | Apple | Joint Photographic Experts Group |
| विनिर्देश | QuickTime File Format | ISO/IEC 18181 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | सीमित उपयोग |
| बिट डेप्थ | — | 32 |
| रंग जो यह दर्ज कर सकता है | — | RGB, ग्रेस्केल, वाइड गैमट |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | MP4, MKV | AVIF, WebP, PNG |
पारदर्शिता बनी रहती है। MOV और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
दोनों तरफ़ के प्रोग्राम अलग हैं: MOV फ़ाइल Final Cut Pro, QuickTime Player और Adobe Premiere Pro में खुलती है और JXL फ़ाइल GIMP और ImageMagick में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: MOV का एडिटिंग और प्रसारण पर, JXL का सहेजना और फ़ोटोग्राफ़ी पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
MOV Apple का फ़ॉर्मेट है, जो 1991 में आया। यह QuickTime File Format में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
MOV 1991 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। एक फ़्रेम, पूरे रिज़ॉल्यूशन में। कंप्रेस किए हुए वीडियो से निकली ठहरी तस्वीर वही कंप्रेशन साथ ढोती है — तेज़ हरकत वाला पल ठहरे हुए पल से ज़्यादा मुलायम दिखता है, और यह वीडियो की अपनी एनकोडिंग है, इस कन्वर्ज़न का किया हुआ कुछ नहीं।
पारदर्शिता बनी रहती है। MOV और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।