असली इमेज क्लीनिंग — आपकी फ़ोटो से छिपे मेटाडेटा, GPS और खतरे हटाता है। पूरी तरह आपके अपने डिवाइस पर।

GIF इमेज से छिपा डेटा हटाएं

03 एक ऐसा फ़ॉर्मैट जो लगभग कोई कैमरा नहीं बनाता

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

और गहराई से जानें: एनिमेशन फ़ॉर्मैट को फ़्रेम-काउंट लिमिट की ज़रूरत खासतौर पर क्यों है

GIF का असली खतरा मेटाडेटा में नहीं, स्ट्रक्चर में है: एक बहुत छोटी फ़ाइल एनिमेशन फ़्रेम की बहुत बड़ी संख्या घोषित कर सकती है, और अगर इसे सीधे-सीधे "हर फ़्रेम रेंडर करो" के हिसाब से हैंडल किया जाए, तो एक छोटी सी डाउनलोड फ़ाइल कई GB मेमोरी इस्तेमाल करा सकती है - यह एक डीकम्प्रेशन बॉम्ब है, वही श्रेणी जिसकी तुलना पेज पर बात की गई है, बस यह खासतौर पर एनिमेशन फ़ॉर्मैट पर लागू होती है, किसी एक बड़ी इमेज पर नहीं। यह टूल कुछ भी करने से पहले ही डिकोड होने वाले फ़्रेम की संख्या पर सीमा लगाता है, और इसे सीधे टेस्ट किया गया है (एक असली 5-फ़्रेम GIF एनिमेशन पूरी प्रक्रिया से बिना किसी दिक्कत के गुज़रता है; फ़्रेम लिमिट मेमोरी असाइन होने के बाद नहीं, पहले लागू होती है)।

यहां GIF के साथ असल में क्या होता है

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

अभी एक GIF साफ़ करें →