वीडियो से GIF कैसे बनाएँ: साइज़, फ्रेम रेट और लूप टिप्स

GIF वेब से भी पुरानी है। CompuServe ने इसका पहला वर्ज़न GIF87a 1987 में जारी किया था, ताकि डायल-अप कनेक्शन पर स्थिर तस्वीरें भेजी जा सकें। 1989 के संशोधन GIF89a ने वे दो सुविधाएँ जोड़ीं जिनसे एनिमेशन संभव हुआ: हर फ्रेम के लिए देरी का मान और एक पारदर्शी रंग। लूपिंग बाद में, 1995 में आई, जब Netscape Navigator 2.0 ने एक छोटा एप्लिकेशन एक्सटेंशन पढ़ना शुरू किया, जो बताता है कि कितनी बार दोहराना है। आज की हर एनिमेटेड GIF अब भी इसी ब्लॉक वाली GIF89a फ़ाइल है, इसीलिए यह लगभग हर ब्राउज़र और मेल क्लाइंट में चलती है।

अंदर से GIF इंडेक्स्ड इमेज का एक ढेर है। हर फ्रेम अधिकतम 256 एंट्री वाली कलर टेबल की ओर इशारा करता है, इसलिए एक फ्रेम में 256 से ज़्यादा रंग नहीं दिख सकते, जबकि जिस वीडियो से वह बनी है उसमें लाखों रंग थे। पिक्सल फिर LZW से कंप्रेस होते हैं, जो लॉसलेस डिक्शनरी तरीका है और एक रंग वाले सपाट हिस्सों पर अच्छा, पर फ़ोटो जैसे नॉइज़, ग्रेन और ग्रेडिएंट पर खराब काम करता है। LZW खुद कुछ नहीं हटाता; नुकसान पहले होता है, जब लाखों रंगों को पैलेट में समेटा जाता है।

GIF दो और चीज़ें नहीं रख सकती। उसमें किसी तरह का ऑडियो ट्रैक नहीं होता, इसलिए वीडियो की आवाज़ बस गायब हो जाती है। और उसकी टाइमिंग मोटी होती है: देरी सेकंड के सौवें हिस्से में रखी जाती है, और ज़्यादातर ब्राउज़र 0 या 1 सौवें हिस्से की देरी को 10 सौवाँ मान लेते हैं, इसलिए 50 fps या उससे तेज़ बनी GIF ज़्यादा स्मूद नहीं, बल्कि धीमी चलती है। व्यवहार में 10 से 25 fps काम की रेंज है।

H.264 जैसा आधुनिक वीडियो कोडेक पूरी तस्वीर सिर्फ़ कभी-कभी सेव करता है और ज़्यादातर फ्रेम को पिछले फ्रेम से छोटे बदलावों के रूप में लिखता है। GIF पिछले फ्रेम के सिर्फ़ एक आयत को अपडेट करके थोड़ा ऐसा कर सकती है, पर उसमें मोशन प्रेडिक्शन जैसा कुछ नहीं है। कैमरा हिलते ही लगभग हर पिक्सल बदल जाता है और हर फ्रेम लगभग पूरा सेव होता है। इसीलिए 2 MB की फ़ोन क्लिप 15 MB की GIF बन सकती है, जबकि स्थिर विंडो पर माउस हिलने वाली स्क्रीन रिकॉर्डिंग बहुत छोटी रहती है।

GIF का साइज़ मोटे तौर पर चौड़ाई × ऊँचाई × फ्रेम की संख्या होता है, और फ्रेम के बीच जितना हिस्सा स्थिर रहे उतनी छूट मिलती है। इससे असर वाली चीज़ों को क्रम में रखना आसान हो जाता है। लंबाई फ्रेम को सीधे घटाती है: आठ की जगह चार सेकंड रखने से फ़ाइल आधी हो जाती है। चौड़ाई पिक्सल को वर्ग के हिसाब से घटाती है: 640 px से 320 px करने पर हर फ्रेम में एक चौथाई पिक्सल बचते हैं। फ्रेम रेट फिर से फ्रेम को सीधे घटाता है, और 12 fps इशारों और चेहरों के लिए हैरानी की हद तक ठीक चलता है। रंग कम करने से उम्मीद से कम फ़ायदा होता है, आम तौर पर 10 से 30 प्रतिशत, क्योंकि LZW को पैलेट के साइज़ से ज़्यादा दोहराए जाने वाले पैटर्न की परवाह होती है।

डिदरिंग वह समझौता है जो ज़्यादातर लोगों को उलझाता है। यह पैलेट में न मौजूद शेड्स का भ्रम देने के लिए पास के पैलेट रंगों के बिंदु बिखेरती है, जिससे आसमान और त्वचा में बैंडिंग छिप जाती है, पर ऐसा बारीक नॉइज़ जुड़ता है जिसे LZW खराब कंप्रेस करता है। स्क्रीन रिकॉर्डिंग, कार्टून और UI डेमो में इसे बंद रखें, जहाँ सपाट रंग ही असलियत है, और असली फ़ुटेज के लिए चालू रखें। क्रॉप करना आख़िरी उपाय है: स्थिर बॉर्डर या काली लेटरबॉक्स पट्टी हटाने से विषय को छुए बिना पिक्सल कम हो जाते हैं।

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

यह भी सोचें कि GIF चलना कहाँ से शुरू होगी। कई चैट ऐप और मेल क्लाइंट फ़ाइल लोड होते समय पहला फ्रेम दिखाते हैं, और Windows के लिए Outlook 2007 से 2016 सिर्फ़ पहला फ्रेम दिखाता है, कभी एनिमेट नहीं करता। ऐसे फ्रेम से शुरू करें जो स्थिर तस्वीर के तौर पर भी समझ आए, पैन के बीच के धुंधले फ्रेम से नहीं। अगर GIF का संदेश कोई कैप्शन या नतीजा है, तो अंत बढ़ाकर आख़िरी पल को आधे सेकंड तक रोकें, ताकि लूप दोबारा शुरू होने से पहले दर्शक उसे पढ़ सकें।

GIF कहाँ जाएगी, यह किसी भी सेटिंग से पहले बजट तय करता है। Discord ने 2024 में अपनी फ्री अपलोड सीमा घटाकर 10 MB प्रति फ़ाइल कर दी, और ज़्यादातर लोग सबसे पहले इसी से टकराते हैं; Nitro Basic इसे 50 MB और Nitro 500 MB कर देता है। GIPHY 15 सेकंड और 100 MB तक के अपलोड स्वीकार करता है। X 15 MB तक की GIF लेता है और अपलोड पर उसे लूप होने वाले वीडियो में बदल देता है, और Reddit 100 MB तक की GIF लेता है पर उन्हें भी वीडियो के रूप में चलाता है। Slack 1 GB तक की फ़ाइलें लेता है, पर कस्टम इमोजी 128 KB से कम रहने चाहिए, यानी बहुत छोटी चौड़ाई, छोटा लूप और कम रंग।

ईमेल अलग मामला है। Gmail प्रति संदेश 25 MB और Outlook.com 20 MB के अटैचमेंट देता है, पर न्यूज़लेटर या सिग्नेचर की बॉडी में इनलाइन रखी GIF 1 MB से काफ़ी कम रहनी चाहिए ताकि मोबाइल डेटा पर संदेश जल्दी खुले। चैट में सीमा के ठीक नीचे के बजाय उसकी आधी का लक्ष्य रखें, क्योंकि पाने वालों का कनेक्शन धीमा हो सकता है। नीचे के आँकड़े 2025 में मान्य थे; फ़ाइल सीमा के ठीक किनारे पर हो तो सेवा का हेल्प पेज देख लें।

X हर अपलोड किए गए GIF को MP4 में बदल देता है, और 2014 से ऐसा कर रहा है। इसकी वजह बैंडविड्थ है। जो पाँच सेकंड GIF के रूप में 4 MB के होते हैं, वे H.264 में आम तौर पर कुछ सौ किलोबाइट में आ जाते हैं, वह भी 256 शेड्स की जगह पूरे रंगों और बिना डिदरिंग नॉइज़ के। GIPHY और Tenor भी यही करते हैं: आपके कीबोर्ड का GIF बटन आम तौर पर छोटा MP4 या WebP खींचता है। इसलिए असली सवाल यह नहीं है कि सबसे अच्छा GIF कैसे बनाएँ, बल्कि यह है कि जहाँ आप पोस्ट कर रहे हैं, वहाँ GIF की ज़रूरत है भी या नहीं।

असली GIF तब रखें जब वह जगह इमेज दिखाती हो पर वीडियो नहीं: ईमेल की बॉडी, GitHub README या इश्यू, Jira टिकट, विकी, कोई पुराना फ़ोरम, या ऐसी स्लाइड डेक जो हर व्यूअर में चलनी चाहिए। जहाँ वीडियो इनलाइन और म्यूट होकर चलता है, यानी ज़्यादातर सोशल नेटवर्क और आधुनिक चैट ऐप में, वहाँ MP4 या WebM लूप बेहतर दिखता है और जल्दी लोड होता है। अपने नियंत्रण वाले वेब पेज पर <video autoplay muted loop playsinline> एलिमेंट GIF की तरह चलता है और बाइट्स बहुत कम लेता है।

इनके बीच दो इमेज फ़ॉर्मेट भी हैं। Google का एनिमेटेड WebP लाखों रंग और लॉसी कंप्रेशन सपोर्ट करता है और 2020 में वर्शन 14 से Safari में चल रहा है, इसलिए अब हर मौजूदा ब्राउज़र में काम करता है, हालाँकि ब्राउज़र के बाहर कई ऐप इसे अब भी नहीं मानते। APNG, PNG को फ़्रेम के साथ बढ़ाता है, पूरे रंग और असली अल्फ़ा ट्रांसपेरेंसी रखता है, और Apple व LINE इसे एनिमेटेड स्टिकर के लिए इस्तेमाल करते हैं। अगर GIF पहले से है और आपको उसे सिर्फ़ ऐसी साइट के लिए छोटा करना है जो वीडियो चलाती है, तो GIF को वापस MP4 में बदलना आम तौर पर सबसे बड़ी बचत देता है।

फ़ोन पर अलग ऐप के बिना भी यह हो सकता है। iPhone में Shortcuts ऐप में Make GIF एक्शन है जो वीडियो या Live Photo लेता है, और Loop या Bounce इफ़ेक्ट वाली Live Photo सोर्स शूट करने का तेज़ तरीका है। Samsung के Gallery ऐप में वीडियो चलते समय GIF बटन दिखता है, जो दिख रहे हिस्से को GIF के रूप में रिकॉर्ड करता है। GIPHY ऐप और उसका वेब GIF Maker एक ही जगह ट्रिम, कैप्शन और अपलोड करते हैं, पर नतीजा पब्लिक हो जाता है, जब तक आप उसे सिर्फ़ सेव न करें। Photoshop में File > Import > Video Frames to Layers 500 फ़्रेम तक लाता है, और Export > Save for Web (Legacy) पैलेट और डिदर कंट्रोल के साथ GIF लिखता है।

पूरे नियंत्रण और बैच काम के लिए ffmpeg की दो-पास पैलेट विधि सबसे साफ़ नतीजा देती है: पहला फ़िल्टर क्लिप को स्कैन करके उसके असली रंगों से 256 रंगों का पैलेट बनाता है, दूसरा हर फ़्रेम को उस पर मैप करता है। नीचे की एक लाइन 0:02 से पाँच सेकंड काटती है, 480 px चौड़ाई करती है, 12 fps सैंपल करती है और हमेशा लूप करती है। ब्राउज़र में वीडियो से GIF कन्वर्टर यही पैलेट स्टेप चौड़ाई, फ़्रेम रेट, रंग और डिदरिंग कंट्रोल के साथ करता है, और MP4 से GIF पेज उसे MP4 पहले से चुनकर खोलता है। फ़ोन की MOV क्लिप भी इसी तरह चलती हैं; अगर कोई ऐप उन्हें न ले, तो पहले MOV को MP4 में बदलना पढ़ें।

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

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