रॉ DEFLATE (.deflate)

IETF मानक

DEFLATE कंप्यूटिंग इतिहास में सबसे सर्वव्यापी दोषरहित डेटा संपीड़न एल्गोरिथम है, जो तीन दशकों से अधिक समय से ZIP आर्काइव, GZIP स्ट्रीम, PNG छवियों और HTTP वेब संपीड़न को शक्ति प्रदान कर रहा है।

आविष्कर्ता: Phil Katz (PKWARE)वर्ष: 1991MIME: application/octet-stream

GZIP को DEFLATE में कन्वर्ट करें

मुफ्त इन-ब्राउज़र GZIP से DEFLATE कन्वर्टर। अपने डिवाइस पर तुरंत फ़ाइलें कन्वर्ट करें।

निरीक्षण और मेटाडेटा

ऑपरेटिंग सिस्टम और फ़ाइल विश्लेषक शुरुआती बाइनरी बाइट अनुक्रम का निरीक्षण करके DEFLATE फ़ाइलों की पहचान करते हैं:

फ़ाइलें यहाँ चुनें या छोड़ें

निजी - फ़ाइलें कभी आपके डिवाइस से बाहर नहीं जातीं

या पेस्ट करें Ctrl+V
नेटवर्क पर कोई डेटा भेजे बिना गोपनीयता की गारंटी: बाहरी सर्वर पर 0 बाइट अपलोड किए गए। सारी प्रोसेसिंग आपके ब्राउज़र सैन्डबॉक्स में स्थानीय रूप से हुई।

बाइट-स्तरीय हेडर हस्ताक्षर (मैजिक बाइट्स)

ऑपरेटिंग सिस्टम और फ़ाइल विश्लेषक शुरुआती बाइनरी बाइट अनुक्रम का निरीक्षण करके DEFLATE फ़ाइलों की पहचान करते हैं:

HEX हस्ताक्षर (ऑफ़सेट 0):

कच्चे DEFLATE का कोई निश्चित सिग्नेचर नहीं होता; zlib में लिपटी स्ट्रीम के शुरुआती CMF/FLG बाइट बदल सकते हैं।

ASCII निरूपण: कोई निश्चित हस्ताक्षर नहीं

मानकीकरण: IETF RFC 1951 / RFC 1950 (zlib)

तकनीकी विनिर्देश

कंटेनर आर्किटेक्चररॉ RFC 1951 बिटस्ट्रीम या 2-byte हेडर और Adler-32 चेकसम वाली RFC 1950 zlib-रैप्ड स्ट्रीम
कंप्रेशनLZ77 स्लाइडिंग डिक्शनरी (32 KB विंडो तक) के साथ डायनामिक/स्टैटिक Huffman एंट्रॉपी कोडिंग
बाइट एंडियानेसलिटिल-एंडियन बिट-पैकिंग क्रम
कलर स्पेसलागू नहीं (डेटा कंप्रेशन स्ट्रीम)
चैनल और संरचनारॉ बाइनरी या टेक्स्ट डेटा स्ट्रीम
अधिकतम आयामअसीमित स्ट्रीम लंबाई
पारदर्शिता100% बिट-स्तर पर सटीक, डेटा का बिना हानि पुनरुत्पादन
स्ट्रीमिंग और प्रोग्रेसिवब्लॉक-आधारित बिटस्ट्रीम मनमानी निरंतर बाइट स्ट्रीमिंग का समर्थन करती है

तकनीकी तुलना मैट्रिक्स: DEFLATE बनाम प्रतियोगी

तकनीकी विशेषताDEFLATE (वर्तमान)GZBROTLIZSTD
मानकीकरणIETF RFC 1951 (Raw) / RFC 1950 (zlib)IETF RFC 1952 (Gzip)IETF RFC 7932 (Brotli)IETF RFC 8878 (Zstandard)
स्लाइडिंग विंडोअधिकतम 32 किलोबाइटअधिकतम 32 किलोबाइट16 मेगाबाइट तक2 गीगाबाइट तक
चेकसम मोडAdler-32 (zlib रैपर में)CRC-32 (gzip रैपर में)स्ट्रीम में कोई अंतर्निहित चेकसम नहींxxHash64 (64-बिट तेज़ हैश)
दैनिक उपयोगPNG छवियां, PDF स्ट्रीम, ZIPयूनिक्स .tar.gz, HTTP gzipवेब फ़ॉन्ट (WOFF2), HTTP brलिनक्स कर्नेल, डेटाबेस, गेमिंग

सामान्य करप्शन मोड और हेक्स रिकवरी गाइड

डीकंप्रेसन 'Z_DATA_ERROR: incorrect data check' के साथ विफल हो जाता है।

मूल कारण: zlib-लिपटे स्ट्रीम के अंत में 4-बाइट Adler-32 चेकसम में बेमेल।

रिकवरी: रॉ इन्फ्लेट का उपयोग करके Adler-32 सत्यापन को बायपास करें या File2File.app Deflate Recovery के साथ मरम्मत करें।

सुरक्षा विश्लेषण और पार्सर अटैक वेक्टर्स

DEFLATE पार्सर को सीमा से बाहर (out-of-bounds) पॉइंटर राइट्स को रोकने के लिए हॉफमैन ट्री निर्माण कोड को सख्ती से सत्यापित करना चाहिए।

ज्ञात अटैक वेक्टर्स

  • अपूर्ण या क्षमता से अधिक प्रविष्टियों वाली गतिशील हॉफमैन ट्री बिट-लंबाई तालिकाएँ, जो अमान्य मेमोरी रीड का कारण बनती हैं।
  • डिकंप्रेसन बॉम (ZIP बॉम), जो छोटे पेलोड को सैकड़ों गीगाबाइट रैम तक फैलाता है।
  • अमान्य स्लाइडिंग विंडो दूरी कोड के दौरान बफर ओवर-रीड।

सुरक्षात्मक सर्वोत्तम प्रथाएँ: डीकंप्रेसन के दौरान सीमित अधिकतम मेमोरी आवंटन और विस्तार अनुपात कैप लागू करें।

ऐतिहासिक मूल और मील के पत्थर

1996पीटर ड्यूश ने DEFLATE को IETF RFC 1951 के रूप में और zlib को RFC 1950 के रूप में औपचारिक रूप दिया।
1995जीन-लूप गैली और मार्क एडलर ने DEFLATE के लिए सार्वभौमिक C संदर्भ पुस्तकालय, zlib.
1991फिल काट्ज़ ने पुराने Implode और Reduce एल्गोरिदम को बदलने के लिए PKZIP 2.0 के लिए DEFLATE का आविष्कार किया।

मुख्य लाभ और खूबियाँ

  • अविवादित वैश्विक मानक: हार्डवेयर, ऑपरेटिंग सिस्टम और हर प्रोग्रामिंग रनटाइम में कार्यान्वित।
  • पेटेंट-मुक्त और रॉयल्टी-मुक्त डिज़ाइन पूरे कंप्यूटिंग उद्योग में खुले प्रवेश की गारंटी देता है।
  • न्यूनतम मेमोरी उपयोग के साथ तेज़ डीकंप्रेसन (केवल 32 KB स्लाइडिंग विंडो मेमोरी की आवश्यकता होती है)।

तकनीकी सीमाएँ और कमियाँ

  • स्लाइडिंग विंडो 32 KB तक सीमित है, जिससे दूर-दूर स्थित दोहराव वाली बड़ी फ़ाइलों पर संपीड़न प्रभावशीलता कम हो जाती है।
  • Brotli और Zstandard जैसे नए एल्गोरिदम की तुलना में आधुनिक वेब संपत्तियों पर कम संपीड़न अनुपात।
  • कच्ची (raw) DEFLATE स्ट्रीम में zlib या gzip रैपर के बिना स्व-वर्णनात्मक मेटाडेटा या कंटेनर फ़्रेमिंग का अभाव होता है।

रोचक तकनीकी जानकारी

  • फिल काट्ज़ ने शुरुआती PKARC यूटिलिटीज में उपयोग किए जाने वाले पेटेंटेड LZW एल्गोरिथम पर यूनिसिस द्वारा मुकदमा दायर किए जाने के बाद DEFLATE का आविष्कार किया था।
  • मानक zlib हेडर बाइट्स '78 9C' डिफ़ॉल्ट संपीड़न को दर्शाते हैं, '78 01' कम संपीड़न को दर्शाते हैं, और '78 DA' अधिकतम संपीड़न को दर्शाते हैं।
  • पृथ्वी पर प्रत्येक PNG छवि अपने IDAT पिक्सेल चंक्स को संपीड़ित करने के लिए DEFLATE का उपयोग करती है।

अक्सर पूछे जाने वाले तकनीकी प्रश्न

DEFLATE, zlib और gzip में क्या अंतर है?

DEFLATE रॉ कम्प्रेशन एल्गोरिथ्म (RFC 1951) है। Zlib, DEFLATE को 2-बाइट हेडर और Adler-32 चेकसम (RFC 1950) के साथ लपेटता है। Gzip, DEFLATE को फ़ाइल मेटाडेटा और CRC-32 चेकसम (RFC 1952) के साथ लपेटता है।

PNG में DEFLATE का उपयोग क्यों किया जाता है?

पेटेंट किए गए LZW एल्गोरिदम का उपयोग किए बिना GIF को बदलने के लिए 1995 में PNG प्रारूप बनाया गया था, जिसमें कम्प्रेशन के लिए ओपन, रॉयल्टी-फ्री DEFLATE को चुना गया था।

मैं रॉ .deflate फ़ाइल को कैसे डीकंप्रेस कर सकता हूँ?

आप सीधे अपने वेब ब्राउज़र में File2File.app का उपयोग करके रॉ DEFLATE या zlib बाइट स्ट्रीम को मूल अनकंप्रेस की गई फ़ाइलों में डीकंप्रेस कर सकते हैं।

संबंधित DEFLATE रूपांतरण जोड़े

GZIP से DEFLATE

GZIP स्ट्रीम को रॉ डिफ्लेट में बदलने से बाहरी फ़ाइल रैपर और हेडर मेटाडेटा हट जाते हैं, जिससे विशेष नेटवर्क प्रोटोकॉल और लो-लेवल आर्काइव के लिए केवल संपीड़ित पेलोड बच जाता है।

DEFLATE से GZIP

रॉ डीफ्लेट को जीज़िप स्ट्रीम में बदलने से संपीडित पेलोड मेटाडेटा हेडर वाले मानक कंटेनर में पैक हो जाता है, ताकि ऑपरेटिंग सिस्टम और वेब टूल इसे आसानी से पढ़ सकें।