MKV को GIF में बदलें

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

दो घंटे की Matroska रिकॉर्डिंग पर यह लगभग कभी वह नहीं होता जो चाहिए था। जो पल चाहिए वह अक्सर चालीसवें मिनट में होता है, और डिफ़ॉल्ट नतीजा किसी काले फ़्रेम या डिस्ट्रीब्यूटर के लोगो के दस सेकंड होता है — जो टूटे हुए औज़ार जैसा लगता है, पर वजह सिर्फ़ क़दमों का ग़लत क्रम है।

हल एक अतिरिक्त क़दम है और एक मिनट का काम। इसी साइट पर मौजूद वीडियो ट्रिमर को शुरुआत और अंत का सेकंड दीजिए, वह उतना ही हिस्सा लौटा देगा। उस नतीजे को फिर GIF कन्वर्ज़न में डालिए, जहाँ शुरुआत से शुरू होना अब ठीक वही है जो चाहिए था।

ट्रिमर हमेशा MP4 लौटाता है, तो दूसरा क़दम असल में MP4 से GIF है, इस पेज से नहीं — और यह उसी कोड का वही काम है। ट्रिम नज़दीकी की-फ़्रेम पर नहीं काटता, बल्कि दोबारा एनकोड करता है, तो कट ठीक उसी सेकंड पर लगता है जो बताया गया।

दस सेकंड, 480 पिक्सेल चौड़ी, बारह फ़्रेम प्रति सेकंड। ये जानबूझकर छोटी रखी गई हैं क्योंकि GIF को गति की कोई समझ नहीं — वह हर फ़्रेम को पूरी तस्वीर के रूप में, ज़्यादा से ज़्यादा 256 रंगों में, एक के बाद एक रखती है। ये तीनों संख्याएं फ़ाइल आकार को लगभग सीधे गुणा करती हैं।

1080p की नब्बे सेकंड की क्लिप अपनी असली फ़्रेम दर पर सैकड़ों मेगाबाइट की GIF बन जाती, जिसे कोई ब्राउज़र दिखा ही न पाए। डिफ़ॉल्ट संख्याएं ऐसा नतीजा देती हैं जो चैट विंडो या दस्तावेज़ पन्ने में समा जाए — वहीं जहाँ GIF असल में इस्तेमाल होती है।

एनकोडर पर 600 फ़्रेम की पक्की सीमा है, और Length नियंत्रण साठ सेकंड तक स्वीकार करता है बिना इस सीमा को जाने। दोनों सिर्फ़ धीमी फ़्रेम दर पर मिलते हैं: बारह फ़्रेम प्रति सेकंड पर साठ सेकंड का मतलब 720 फ़्रेम होता, इसलिए नतीजा पचास सेकंड पर काट दिया जाता है।

तीस फ़्रेम प्रति सेकंड पर वही अनुरोध बीस सेकंड देता है। हिसाब है 600 भाग फ़्रेम दर, और यह पहले जान लेना बेहतर है क्योंकि इंटरफ़ेस में इस कटौती की कोई सूचना नहीं दी जाती।

हर फ़्रेम का अपना 256 रंगों का पैलेट होता है, उसी फ़्रेम में मौजूद रंगों से चुना गया। पूरी क्लिप के लिए एक पैलेट रखने के बजाय हर फ़्रेम के लिए अलग पैलेट चुनना ज़्यादा महंगा फ़ैसला है, पर यही एक ऐसा है जो किसी भी कटे हुए हिस्से में सही उतरता है।

कोई डिदरिंग नहीं लगाई जाती, और यहीं असली लागत दिखती है: आसमान या धीमी फ़ेड जैसी चिकनी ढाल साफ़ धारियों में बदल जाती है। सपाट ग्राफ़िक और स्क्रीन रिकॉर्डिंग इसे बहुत बेहतर झेलते हैं क्योंकि उनमें रंग वैसे भी कम होते हैं।

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

ज़्यादातर जगहें जो GIF लेती हैं, छोटा वीडियो भी ले लेती हैं और अपलोड होते ही उसे वीडियो में बदल देती हैं — तब GIF की क़ीमत चुकाकर उसकी अनुकूलता का कोई फ़ायदा नहीं मिलता। पुराने फ़ोरम, विकी और दस्तावेज़ जो प्लेयर नहीं दिखा सकते, वहीं GIF सचमुच जीतती है।

320, 480, 640 और 800 पिक्सेल — चार चौड़ाइयाँ दी गई हैं, और ऊँचाई अपने आप उसी अनुपात में सेट होती है ताकि कुछ खिंचे नहीं। 4K या 1080p रिकॉर्डिंग को काफ़ी नीचे लाना पड़ता है, और यह कोई समझौता नहीं — चैट विंडो या README में GIF वैसे भी कुछ सौ पिक्सेल में ही दिखेगी।

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

डिकोडिंग, आकार बदलना, हर फ़्रेम का पैलेट चुनना और GIF जोड़ना — सब आपकी अपनी मशीन पर होता है। रिकॉर्डिंग ले जाने वाला कुछ भी कहीं नहीं भेजा जाता, न कोई कतार है और न कोई वॉटरमार्क, चाहे आप एक क्लिप बदलें या तीस।

यह काम भी है — तेज़ फ़्रेम दर पर लंबा क्लिप यानी सैकड़ों पूरी तस्वीरों का एक के बाद एक क्वांटाइज़ होना। मुफ़्त सीमा 100 MB तक की MKV स्वीकार करती है, जो पहले ट्रिम करने की एक और वजह है — दो घंटे की रिकॉर्डिंग से काटा गया दस सेकंड इस पेज तक पहुँचते-पहुँचते एक छोटी फ़ाइल ही रहती है।