बस एक मिनट...(/)
हम आपकी छवियों को ऑप्टिमाइज़ कर रहे हैं। कृपया प्रतीक्षा करें, हम आपके लिए सर्वोत्तम गुणवत्ता सुनिश्चित कर रहे हैं।
बहुत बढ़िया, हमने आपकी छवियों को सफलतापूर्वक संपीड़ित कर दिया है।
छवियाँ ऑप्टिमाइज़ की गईं।
ऑनलाइन GIF छवियों को संपीड़ित करें
GIF छवियों को संपीड़ित करें, और जानें क्यों आकार में इतना अंतर आता है
ऑप्टिमाइज़ किया जा रहा है...
GIF छवियों को संपीड़ित करें, और जानें कि संख्या इतनी अलग क्यों होती है
इस पेज पर दो GIF डालें और आपको एक में 40 प्रतिशत की कमी मिल सकती है, जबकि दूसरे में बिल्कुल भी नहीं। यह टूल की असंगति नहीं है, और इसे समझना जरूरी है क्योंकि यही GIF के बारे में सबसे भ्रमित करने वाली बात है। GIF में कोई गुणवत्ता स्लाइडर नहीं होता। इसमें ऐसा कुछ नहीं है जिसे JPEG की तरह आकार के लिए बदला जा सके। एक GIF संपीड़क केवल दोहराव को हटा सकता है, इसलिए परिणाम लगभग पूरी तरह इस बात पर निर्भर करता है कि आपकी फाइल में कितना दोहराव था।
GIF में बाइट्स असल में कहां होते हैं
दो जगहों पर, और दोनों ही उस तरह से तस्वीर में नहीं होते जैसा कोई फोटोग्राफर सोचता है। पहली जगह है रंग तालिका: हर GIF में अधिकतम 256 रंगों का एक पैलेट होता है, और एक एनिमेटेड GIF में हर फ्रेम के लिए अलग पैलेट हो सकता है। दूसरी जगह हैं फ्रेम्स। एक लापरवाही से बनाई गई GIF हर फ्रेम को पूरी तरह स्टोर करती है, एक छोटे से बॉक्स को स्क्रीन पर ले जाने के लिए पूरे कैनवास को तीस बार फिर से रंग देती है।
इसलिए काम यह है कि हर फ्रेम के पैलेट्स को एक साझा तालिका में मिला दिया जाए और जो नहीं बदला, उसे दोबारा स्टोर करना बंद किया जाए। इन दोनों चरणों में आपके रंगों को कोई छेड़छाड़ नहीं होती। नीचे दिए गए पहले परीक्षण में, 29 अलग-अलग फ्रेम पैलेट्स एक वैश्विक तालिका में बदल गए, फाइल का वजन 40 प्रतिशत कम हो गया, और हमने जिन चार रंगों का नमूना लिया था, वे बिल्कुल वैसे ही वापस आए जैसे वे गए थे।
हमने क्या मापा
हमने छह फाइलों को इस पेज से गुजारा और जो परिणाम आया, उसके बाइट काउंट नोट किए।
| फाइल | मूल | लौटी | परिवर्तन |
| स्क्रीन-रिकॉर्डिंग एनिमेशन, 30 फ्रेम, 640 बाय 400 | 41,699 बाइट्स | 24,994 | -40.1% |
| पारदर्शी पृष्ठभूमि के साथ एकल फ्रेम | 1,990 बाइट्स | 1,861 | -6.5% |
| पहले से ही सघन रूप से एन्कोडेड एनिमेशन, 24 फ्रेम | 334,312 बाइट्स | 334,027 | -0.1% |
| पहले से ही एक सघन पैलेट पर एकल फ्रेम | 56,676 बाइट्स | 56,676 | 0% |
| टिप्पणियों, XMP, GPS और रंग प्रोफ़ाइल के साथ आठ-फ्रेम एनिमेशन | 15,850 बाइट्स | 9,953 | -37.2% |
| इस पेज पर डाली गई एक PNG | 703,830 बाइट्स | 74,379 | -89.4% |
40 प्रतिशत और 0 प्रतिशत वाली फाइलें एक ही टूल से गुजरीं
पहली पंक्ति एक स्क्रीन रिकॉर्डिंग थी: तीस फ्रेम, अधिकांश कैनवास एक जैसा, और लगभग हर फ्रेम पर अलग पैलेट। हटाने के लिए बहुत सारा दोहराव था। पांचवीं पंक्ति एक स्थिर फ्रेम था, जो पहले से ही एक सघन 256-रंग पैलेट पर था, इसलिए उसमें कुछ भी हटाने के लिए नहीं बचा था, और वह बिल्कुल 56,676 बाइट्स पर लौटी, जितनी वह गई थी।
यह उन वादों का ईमानदार संस्करण है जो इन सर्च परिणामों में अधिकांश पेज जोर-शोर से करते हैं। अगर आपकी GIF किसी वीडियो कन्वर्टर, स्क्रीन रिकॉर्डर या पुराने एक्सपोर्ट प्रीसेट से आई है, तो असली बचत की उम्मीद करें। अगर वह पहले ही किसी ऑप्टिमाइज़र से गुजरी है, तो बहुत कम की उम्मीद करें, और शून्य को इस तरह पढ़ें कि टूल आपको सच बता रहा है, न कि प्रतिशत दिखाने के लिए गुणवत्ता घटा रहा है।
आपकी एनिमेशन एनिमेशन ही बनी रहती है
हमने इसे चलाकर देखने के बजाय बाइट स्तर पर जांचा। संपीड़ित तीस-फ्रेम फाइल में अभी भी तीस फ्रेम थे, तीस टाइमिंग ब्लॉक जिनमें मूल 80 मिलीसेकंड की देरी थी, और वह लूप एक्सटेंशन था जो ब्राउज़र को बार-बार दोहराने के लिए कहता है। कैनवास अभी भी 640 बाय 400 था। कुछ भी एक स्थिर छवि में नहीं बदला और न ही कोई फ्रेम हटाया गया ताकि संख्या बेहतर दिखे।
पारदर्शिता और आपके सटीक रंग सुरक्षित रहते हैं
एक पारदर्शी GIF 6.5 प्रतिशत छोटी होकर लौटी। हमने परिणाम को कैनवास पर ड्रा किया और उसमें से चार पिक्सल पढ़े: कोना अभी भी पूरी तरह पारदर्शी था, लाल अभी भी 220, 40, 60 था, और सफेद अभी भी शुद्ध सफेद था। तीस-फ्रेम एनिमेशन पर वही जांच करने पर उसका हेडर नीला, पृष्ठ ग्रे, पंक्ति ग्रे और लाल बॉक्स 40 प्रतिशत की कमी के बाद भी अपरिवर्तित रहे। क्योंकि बचत दोहराव हटाने से आती है, न कि रंगों के अनुमान से, यही अपेक्षित है।
अगर फाइल अभी भी बहुत बड़ी है
एक संपीड़क केवल वही हटा सकता है जो दोहराया गया है। वह यह तय नहीं कर सकता कि आपकी एनिमेशन चार सेकंड लंबी है या उसे 800 पिक्सल चौड़ा नहीं होना चाहिए था। ये विकल्प फाइल के इस पेज पर पहुंचने से पहले तय होते हैं, और वही न्यूनतम सीमा तय करते हैं। गणित सीधा है: एक GIF का आकार लगभग उसके कैनवास क्षेत्र और फ्रेम संख्या के गुणनफल के बराबर होता है, इसलिए चौड़ाई और ऊंचाई को आधा करने से लगभग तीन-चौथाई कमी आती है, और फ्रेम दर को तीस प्रति सेकंड से बारह पर लाना आम तौर पर छोटे क्लिप पर दिखाई नहीं देता। अगर संपीड़ित GIF अभी भी आपकी अपेक्षा से भारी है, तो ये दो सेटिंग्स किसी भी ऑप्टिमाइज़र से कहीं अधिक असर डालेंगी।
जो भी टेक्स्ट फाइल में छिपा था, वह भी हट जाता है
एक GIF में आश्चर्यजनक मात्रा में लिखा हुआ डेटा हो सकता है, और वह भी एक जगह नहीं। कमेंट ब्लॉक होते हैं, जो एनिमेशन में हर फ्रेम पर हो सकते हैं। एक XMP पैकेट होता है, जिसमें Photoshop और Adobe के बाकी टूल्स कैमरा का ब्रांड और मॉडल, निर्माता और कॉपीराइट लाइनें, और GPS निर्देशांक रखते हैं। प्लेन-टेक्स्ट एक्सटेंशन और रंग प्रोफ़ाइल भी होती हैं। जब आप तस्वीर देखते हैं तो इनमें से कुछ भी नहीं दिखता।
हमने एक फाइल बनाई जिसमें यह सब था: दस कमेंट ब्लॉक, एक पूरा XMP पैकेट जिसमें अक्षांश, देशांतर, ऊंचाई और कैप्चर तिथि, कैमरा ब्रांड और मॉडल, जिसने लिखा वह सॉफ्टवेयर, क्रेडिट लाइन और कॉपीराइट नोटिस, एक रंग प्रोफ़ाइल और एक प्लेन-टेक्स्ट एक्सटेंशन था। फिर हमने उसे इस पेज से गुजारा और परिणाम को एक मेटाडेटा टूल से पढ़ा। इनमें से हर एक गायब था। आठ फ्रेम अभी भी आठ फ्रेम थे, और एनिमेशन अभी भी हमेशा के लिए लूप होती रही।
यह सब संपीड़न के साथ ही होता है, इसलिए इसमें आपको कुछ अतिरिक्त नहीं करना पड़ता और कोई दूसरी बार अपलोड करने की जरूरत नहीं। यह एक और परिणाम भी समझाता है: फाइल छोटी होकर लौट सकती है, भले ही संपीड़क को हटाने के लिए कोई दोहराव न मिला हो, क्योंकि उसमें छिपा टेक्स्ट अब नहीं है।
अन्य छवि प्रकार भी इस पेज पर स्वीकार्य हैं
अपलोडर PNG, JPG, JPEG, WEBP, AVIF, SVG, TIFF, BMP और JFIF भी स्वीकार करता है, और हर फाइल उसी फॉर्मेट में लौटती है जिसमें वह आई थी। ऊपर तालिका में PNG एक PNG के रूप में गई और PNG के रूप में ही लौटी, जब हमने उसका हेडर पढ़ा तो वह अभी भी 1400 बाय 900 थी। GIF पेज पर आने से आपकी अन्य छवियां किसी और फॉर्मेट में नहीं बदलतीं।
आपको क्या मिलता है
- हर फ्रेम, हर फ्रेम डिले और लूप सेटिंग सुरक्षित रहती है
- पारदर्शिता बनी रहती है, उन्हीं रंग मानों के साथ जिनसे आपने शुरुआत की थी
- आपका मूल कैनवास आकार, बिना बदले
- हर फ्रेम के पैलेट्स को एक साझा तालिका में मिला दिया जाता है, जिससे सबसे अधिक बचत होती है
- टिप्पणियां, XMP, GPS निर्देशांक, कैमरा और निर्माता विवरण और रंग प्रोफ़ाइल एक ही बार में हटा दिए जाते हैं
- जब हटाने के लिए कोई दोहराव नहीं बचता, तो आपकी चित्र डेटा को वैसे ही छोड़ दिया जाता है
- कोई साइन-अप नहीं, कोई वॉटरमार्क नहीं, कोई ईमेल पता नहीं
अब आगे क्या?
फोटोग्राफ के लिए, एनिमेशन के बजाय, फोटो मेटाडेटा हटाएं EXIF और GPS को बिना चित्र को फिर से एन्कोड किए साफ करता है। अगर आपकी GIF एकल स्थिर फ्रेम है, एनिमेशन नहीं, तो PNG संपीड़ित करें आमतौर पर इसके लिए बेहतर विकल्प है। और अगर आप वही सामग्री 1987 के काफी बाद के डिज़ाइन किए गए फॉर्मेट में चाहते हैं, तो WebP संपीड़ित करें स्थिर और एनिमेशन दोनों को संभालता है।
अक्सर पूछे जाने वाले प्रश्न
क्योंकि उसमें ज्यादा दोहराव नहीं बचा था। GIF में कोई गुणवत्ता सेटिंग नहीं होती, इसलिए संपीड़क JPEG टूल की तरह तीक्ष्णता के बदले आकार नहीं घटा सकता। यह केवल हर फ्रेम के रंग तालिका को एक में मिला सकता है और कैनवास के उन हिस्सों को दोबारा स्टोर करना रोक सकता है जो कभी नहीं बदले। हमने जिस स्क्रीन रिकॉर्डिंग का परीक्षण किया, उसमें 40.1 प्रतिशत की कमी आई क्योंकि उसमें बहुत दोहराव था, 41,699 बाइट्स से 24,994 तक। एकल फ्रेम जो पहले से ही एक सघन पैलेट पर था, उसमें कोई कमी नहीं आई और वह बिल्कुल 56,676 बाइट्स पर लौटा, जितना वह गया था। दोनों फाइलें एक ही टूल से एक ही दिन में गुजरीं।
हाँ, और हमने इसे चलाकर देखने के बजाय बाइट्स में जांचा। संपीड़ित तीस-फ्रेम फाइल में अभी भी तीस फ्रेम थे, तीस टाइमिंग ब्लॉक जिनमें मूल 80 मिलीसेकंड की देरी थी, और वह लूप एक्सटेंशन था जो ब्राउज़र को बार-बार दोहराने के लिए कहता है। कैनवास 640 बाय 400 ही रहा। कुछ भी एक स्थिर छवि में नहीं बदला और न ही कोई फ्रेम हटाया गया ताकि बचत ज्यादा दिखे।
हमने जो भी मापा, उसमें नहीं। बचत दोहराव हटाने से आती है, चित्र के अनुमान से नहीं। 40 प्रतिशत की कमी के बाद हमने परिणाम को कैनवास पर ड्रा किया और पिक्सल पढ़े: हेडर नीला, पृष्ठ ग्रे, पंक्ति ग्रे और लाल बॉक्स सभी मूल जैसे ही थे। एक पारदर्शी GIF में कोना अभी भी पूरी तरह पारदर्शी था, लाल अभी भी 220, 40, 60 था और सफेद अभी भी शुद्ध सफेद था।
हाँ, सब कुछ, संपीड़न के साथ ही। एक GIF कई जगहों पर डेटा छुपा सकती है: कमेंट ब्लॉक जो हर फ्रेम पर दोहराए जा सकते हैं, एक XMP पैकेट जिसमें कैमरा का ब्रांड और मॉडल, निर्माता और कॉपीराइट लाइनें और GPS निर्देशांक होते हैं, साथ ही प्लेन-टेक्स्ट एक्सटेंशन और रंग प्रोफ़ाइल। हमने एक फाइल बनाई जिसमें यह सब था, उसे इस पेज से गुजारा, और परिणाम को मेटाडेटा टूल से पढ़ा। दस कमेंट ब्लॉक शून्य हो गए। अक्षांश, देशांतर, ऊंचाई, कैप्चर तिथि, कैमरा मॉडल, निर्माता, क्रेडिट और कॉपीराइट सब खाली हो गए, और XMP पैकेट पूरी तरह गायब था। आठ फ्रेम अभी भी आठ फ्रेम थे और एनिमेशन अभी भी लूप होती रही।
वे दो चीजें बदलें जिन्हें संपीड़क बदल नहीं सकता: कैनवास का आकार और फ्रेम की संख्या। एक GIF का आकार लगभग उसके क्षेत्रफल और फ्रेम संख्या के गुणनफल के बराबर होता है, इसलिए चौड़ाई और ऊंचाई को आधा करने से लगभग तीन-चौथाई फाइल कम हो जाती है, और तीस फ्रेम प्रति सेकंड से बारह पर लाना आम तौर पर छोटे क्लिप पर दिखाई नहीं देता। अंत से एक सेकंड काटना किसी भी ऑप्टिमाइज़र से ज्यादा मदद करता है। अगर GIF वास्तव में एकल स्थिर छवि है, तो उसे GIF होने की जरूरत नहीं है।
हाँ। अपलोडर PNG, JPG, JPEG, WEBP, AVIF, SVG, TIFF, BMP और JFIF को GIF के साथ स्वीकार करता है, और हर फाइल उसी फॉर्मेट में लौटती है जिसमें वह आई थी। हमने यहां एक PNG डाली, वह 703,830 बाइट्स से 74,379 पर आ गई और PNG के रूप में ही लौटी, जब हमने उसका हेडर पढ़ा तो वह अभी भी 1400 बाय 900 थी। आप कौन सा पेज खोलते हैं, इससे आपकी फाइल किसी अन्य फॉर्मेट में नहीं बदलती।