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

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

आउटपुट पहले फ़्रेम की एक स्टिल इमेज होता है — PNG, JPG या WebP जैसे स्टैटिक फ़ॉर्मैट एनिमेशन रख ही नहीं सकते, और सच कहें तो यह बात छिपाने के बजाय पहले ही बता देना सही लगता है। अगर आपको मोशन चाहिए तो वीडियो फ़ॉर्मैट (MP4/WebM) सही रास्ता है, जो मेरे रोडमैप पर है।

हाँ — PNG डिकोड किए गए फ़्रेम को पिक्सेल-दर-पिक्सेल सहेजता है, GIF की सिंगल-कलर ट्रांसपेरेंसी समेत। PNG अक्सर छोटा भी निकलता है, क्योंकि फ़्लैट रंगों वाली इमेज को PNG, GIF के 1987 के LZW से कहीं बेहतर दबाता है।

यह GIF की अपनी सीमा है, कन्वर्ज़न की नहीं: GIF में प्रति फ़्रेम सिर्फ़ 256 रंग होते हैं, इसलिए फ़ोटो को GIF बनाते समय ही डिदरिंग से रंग घटा दिए गए थे। PNG वही दिखाता है जो GIF में मौजूद है — जो रंग पैलेट ने पहले ही फेंक दिए, उन्हें वापस नहीं ला सकता।

हर पैमाने पर PNG: 256 रंगों के पैलेट की जगह 24-बिट रंग, ऑन/ऑफ़ पिक्सेल की जगह असली 8-बिट ट्रांसपेरेंसी, और उसी कंटेंट पर बेहतर कंप्रेशन — इसीलिए PNG अक्सर उस GIF से छोटा निकलता है जिससे वह काटा गया। हाँ, अगर फ़्रेम फ़ोटो जैसा है और साइज़ सबसे ज़्यादा मायने रखता है, तो GIF को JPG में बदलें और भी छोटी फ़ाइल देगा।

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