# तस्वीरों से चलती हुई GIF कैसे बनाएँ

GIF बनाना आसान हिस्सा है। पढ़ने लायक हिस्सा यह है कि ऐसी GIF कैसे मिले जो सचमुच पोस्ट करने लायक छोटी हो, क्योंकि GIF में क्वालिटी का कोई स्लाइडर होता ही नहीं और उसका साइज़ हिलाती सिर्फ़ तीन चीज़ें हैं।

[GIF मेकर खोलें](https://abox.tools/hi/gif-maker/): तस्वीरों के एक सेट को एक ही एनिमेशन बना दीजिए।

आखिरी अपडेट 26 अगस्त 2026

## छोटा जवाब

[GIF मेकर](https://abox.tools/hi/gif-maker/) खोलिए, तस्वीरें भीतर छोड़ दीजिए, उन्हें उसी क्रम में लगाइए जिसमें वे चलनी चाहिए, तय कीजिए कि हर फ़्रेम कितनी देर रुके, और GIF बना लीजिए। सहेजने से पहले वह पेज पर चलकर दिख जाती है।

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

## GIF आपकी उम्मीद से इतनी बड़ी क्यों होती है

640 पिक्सल पर 20 फ़्रेम की GIF आम तौर पर 8 से 15 MB की होती है। वही एनिमेशन MP4 के रूप में कुछ सौ किलोबाइट की होती है। यह किसी बुरी तरह बनी GIF की बात नहीं है; यह फ़ॉर्मैट है ही ऐसा।

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

क्वालिटी की कोई सेटिंग भी नहीं होती, क्योंकि नीचे करने को नुकसान वाला कोई कदम है ही नहीं। 60% क्वालिटी पर JPEG एक असली चुनाव है जिसके पीछे एक असली स्लाइडर है; GIF के पास उस जैसा कुछ नहीं। इसलिए साइज़ मोटे तौर पर **क्षेत्रफल × फ़्रेमों की संख्या** है, और उसे हिलाने का अकेला तरीका इन दो संख्याओं में से किसी एक को हिलाना है।

## वे तीन चीज़ें जो सचमुच इसे छोटा करती हैं

जितना फ़ायदा देती हैं, उसी क्रम में:

**1. इसे छोटा कीजिए।** यह कई विकल्पों में से एक नहीं है, यही विकल्प है। आकार क्षेत्रफल है, इसलिए लंबा किनारा आधा करने पर फ़ाइल चौथाई रह जाती है: 640 px से 320 px पर आने से 12 MB करीब 3 MB बन जाती है। किसी वेब पेज या चैट विंडो में GIF वैसे भी कुछ सौ पिक्सल पर ही देखी जा रही होती है। टूल में डिफ़ॉल्ट 480 px ठीक इसी वजह से है, और 320 px भी बिलकुल इज़्ज़तदार जवाब है।

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

**3. डिदरिंग बंद कीजिए, और रंग घटा दीजिए।** यह वाली उलटी-सी लगती है। डिदरिंग बारी-बारी रखे पिक्सलों का एक बारीक पैटर्न बिखेरकर उन रंगों का धोखा देती है जो पैलेट के पास हैं ही नहीं, और वह पैटर्न *शोर* है, और नुकसान-रहित कंप्रेसर ठीक उसी को कंप्रेस नहीं कर पाता। सपाट कलाकृति, स्क्रीनशॉट और लकीरों वाली ड्रॉइंग पर उसे बंद कर देने से फ़ाइल का एक-तिहाई तक कम हो सकता है और वह दिखने में बेहतर भी लगती है। फ़ोटोग्राफ़ पर यह उस बचत के बदले दिखने वाली पट्टियाँ दे देती है, इसलिए दोनों आज़माकर देख लीजिए।

256 से 64 रंगों पर उतरना भी मदद करता है, हालाँकि लोगों की उम्मीद से कम: वह कोड-शब्दों को छोटा करता है, कोई पिक्सल हटाता नहीं।

अगर इनमें से किसी से भी यह काफ़ी छोटी न हो, तो ईमानदार जवाब यह है कि आप जो बना रहे हैं वह वीडियो है। [उन्हीं तस्वीरों को MP4 बनाना](https://abox.tools/hi/guides/turn-images-into-a-video/) शायद दसवें हिस्से का होगा, और जहाँ भी GIF किसी `<img>` टैग के सिवा किसी और काम के लिए ली जाती है है, और इसमें हर सोशल नेटवर्क शामिल है, वहाँ वह अपलोड होते ही वैसे भी वीडियो में बदल दी जाती है।

## GIF असल में कितनी तेज़ चल सकती है

फ़ॉर्मैट हर फ़्रेम की देरी सेकंड के सौवें हिस्सों में सहेजता है, जिससे लगता है कि आप 0.01s माँगकर सौ फ़्रेम प्रति सेकंड पा सकते हैं। आप नहीं पा सकते।

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

इसलिए व्यावहारिक दायरा यह है:

- **0.02s** (50 फ़्रेम प्रति सेकंड) — GIF को इतनी तेज़ होने की इजाज़त है, और आम तौर पर उसे इसकी ज़रूरत भी नहीं पड़ती।
- **0.05s** (20 फ़्रेम प्रति सेकंड) — चिकनी एनिमेशन, और अगर आप गति को एनिमेट कर रहे हैं तो शुरुआत यहीं से।
- **0.1s** (10 फ़्रेम प्रति सेकंड) — क्लासिक GIF वाला रूप। आधे फ़्रेम, आधी फ़ाइल, और यह जान-बूझकर किया हुआ लगता है।
- **0.5s और उससे ऊपर** — स्लाइडशो। हर तस्वीर को एनिमेट नहीं, देखा जा रहा होता है।

0.02s से कम कुछ भी दिया ही नहीं जाता, क्योंकि वह ऐसी संख्या है जो हर ब्राउज़र में चुपचाप 0.1s बन जाती।

## पैलेट, और वह असल में चुन क्या रहा है

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

टूल उसे करने के दो तरीके देता है:

**हर फ़्रेम के लिए सबसे अच्छे रंग** हर तस्वीर को उसके अपने 256 देता है। यह सबसे साफ़ दिखता है, और आपस में असंबद्ध फ़ोटोग्राफ़ों के सेट के लिए सही है, जहाँ हर एक को वैसे भी बिलकुल अलग सेट चाहिए होता है।

**पूरी GIF के लिए एक पैलेट** हर फ़्रेम से एक साथ मिलकर एक ही तालिका बनाता है। इसे तब इस्तेमाल कीजिए जब फ़्रेम एक *शृंखला* हों, यानी वही दृश्य, कुछ पल के फ़ासले पर। हर फ़्रेम के अपने पैलेट के साथ, तस्वीर में कोई भी बदलाव यह बदल देता है कि कौन-से 256 रंग चुने जाएँगे, और हर फ़्रेम पर पूरा बैकग्राउंड ज़रा-सा रंग बदल लेता है। वही झिलमिलाहट है जो घर पर बनी GIF को घर पर बनी हुई दिखा देती है। साझा पैलेट उसे हटा देता है, और सौदे में फ़ाइल भी छोटी बना देता है, क्योंकि तालिका हर फ़्रेम में नहीं, एक ही बार लिखी जाती है।

कम रंग, यानी 128, 64 या 32, किसी भी सपाट चीज़ पर आज़माने लायक हैं। आठ रंगों वाली किसी लोगो एनिमेशन का 32 पर कुछ नहीं जाता, और फ़ोटोग्राफ़ पर फ़र्क आपको तुरंत दिख जाता है।

![रंग की सेटिंग: 128 रंगों की पट्टी, साझा पट्टी और हर फ़्रेम की अपनी पट्टी में से चुनाव, डिदरिंग बंद, और फ़्रेम, अवधि तथा अनुमानित नाप का सारांश।](https://abox.tools/screens/make-a-gif-from-images/colours.webp)

रंग-पट्टी वह सेटिंग है जिसका नाप पर सबसे बड़ा असर होता है, और जिसे ज़्यादातर टूल छिपा देते हैं। नीचे का सारांश आपके बदलते ही हिलता है।

## पारदर्शिता एक ही बिट की है, और पूरी कहानी बस यही है

GIF का पिक्सल या तो पूरा रंगा हुआ होता है या पूरी तरह अदृश्य। बीच में कुछ है ही नहीं: न 50% वाली छाया, न नरम किनारा, न कोई फीकापन।

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

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

## क्रम, समय, और लूप को ठीक बिठाना

कुछ बातें, जिन्हें खुद खोजने से जान लेना जल्दी पड़ता है:

**नाम से क्रम लगाना ढंग से गिनता है।** रेंडर या एक्सपोर्ट की शृंखला उसी तरह क्रम में लगती है जैसा आपका मतलब था, इसलिए `frame_2`, `frame_10` के बाद नहीं, पहले आता है। तारीख से क्रम लगाना कैमरा रोल को वापस उसी क्रम में ले आता है जिसमें वह शूट हुआ था, और यही आपको तब चाहिए होता है जब फ़ाइलों के नाम दोबारा 0001 से शुरू हो गए हों।

**आखिरी फ़्रेम को ज़्यादा देर दीजिए।** जिस लूप में हर फ़्रेम बराबर लंबाई का हो वह निर्मम-सा पढ़ा जाता है। आखिरी फ़्रेम को आधे-एक सेकंड रोक देने से आँख को ठहरने की जगह मिल जाती है और पूरी चीज़ जान-बूझकर बनाई हुई लगती है। इसी के लिए हर फ़्रेम का अपना रुकने का समय होता है।

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

**एक बार चलाने का मतलब एक बार चलना है।** कुछ टूल लूप की गिनती एक लिख देते हैं, और डिकोडर इस पर कभी पूरी तरह सहमत नहीं हुए हैं, और कुछ उसे दो बार चला देते हैं। यहाँ “एक बार चलाइए” चुनने पर लूप की कोई जानकारी लिखी ही नहीं जाती, और अब तक बना हर डिकोडर उसके साथ एक जैसा बरतता है।

![क्रम में पाँच फ़्रेम, हर एक के अपने देरी वाले खाने के साथ, और ऊपर एक पंक्ति जो सारी देरियाँ एक साथ सेट करती है।](https://abox.tools/screens/make-a-gif-from-images/frames.webp)

क्रम और समय, दोनों हर फ़्रेम पर बदले जा सकते हैं। सबको एक साथ सेट करना ऊपर वाली पंक्ति है, और तीन से ज़्यादा फ़्रेम वाले हर व्यक्ति को यही चाहिए।

## इसमें सर्वर की ज़रूरत क्यों नहीं

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

इतने सारे GIF मेकरों के अपलोड करने की वजह यह नहीं है कि काम मुश्किल है। वजह यह है कि विज्ञापन और खाते सर्वर पर ही रहते हैं। तस्वीरों के एक सेट को एनिमेशन बनाने में ऐसा कुछ है ही नहीं जिसके लिए आपकी तस्वीरों का उस कमरे से बाहर जाना ज़रूरी हो जिसमें वे हैं।

[क्या ऑनलाइन कन्वर्टर पर फ़ाइलें अपलोड करना सुरक्षित है?](https://abox.tools/hi/guides/is-it-safe-to-upload-files/) वे चार जाँचें बताता है जो आपको किसी भी टूल के बारे में यही बात बता देंगी, इस वाले के बारे में भी।