निकालें EGG

असीमित कार्य। फ़ाइल साइज़ अधिकतम 2.5GB। मुफ्त, हमेशा के लिए।

निजी और सुरक्षित

सब कुछ आपके ब्राउज़र में होता है। आपकी फ़ाइलें हमारे सर्वर को कभी नहीं छूती हैं।

अत्यंत तेज़

कोई अपलोडिंग नहीं, कोई प्रतीक्षा नहीं। फ़ाइल छोड़ते ही कनवर्ट करें।

वास्तव में मुफ्त

कोई खाता आवश्यक नहीं। कोई छिपी हुई लागत नहीं। कोई फ़ाइल आकार की चाल नहीं।

EGG प्रारूप क्या है?

एग

ISO 9660 एक फ़ाइल सिस्टम मानक है जो 1988 में ऑप्टिकल डिस्क मीडिया के लिए प्रकाशित हुआ था। इसे अंतर्राष्ट्रीय मानकीकरण संगठन (ISO) और अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल आयोग (IEC) द्वारा CD-ROM के लिए एक मानक फ़ाइल सिस्टम को परिभाषित करने के लिए विकसित किया गया था। इसका लक्ष्य विभिन्न प्लेटफ़ॉर्म और ऑपरेटिंग सिस्टम के बीच डेटा डिस्क की अंतर-संचालनीयता सुनिश्चित करना था।

एक ISO 9660 डिस्क में अन्य फ़ाइल सिस्टम की तरह निर्देशिकाओं और फ़ाइलों के एक पदानुक्रमित वृक्ष संरचना में डेटा होता है। सबसे ऊपर की निर्देशिका को रूट निर्देशिका के रूप में जाना जाता है। निर्देशिकाओं और फ़ाइलों को एक पथ का उपयोग करके संदर्भित किया जाता है जो रूट से शुरू होता है। रूट सहित प्रत्येक निर्देशिका में निर्देशिका प्रविष्टियों का एक सेट होता है जो उसके भीतर फ़ाइलों और उपनिर्देशिकाओं के बारे में मेटाडेटा प्रदान करता है।

ISO 9660 फ़ाइल सिस्टम संरचना के कई प्रमुख पहलुओं और सीमाओं को परिभाषित करता है:

- फ़ाइल नाम 8 वर्णों तक लंबे हो सकते हैं जिसमें 3 वर्णों का एक्सटेंशन होता है, जो एक बिंदु द्वारा अलग किया जाता है। फ़ाइल नाम में अपरकेस अक्षर A-Z, अंक 0-9 और अंडरस्कोर होना चाहिए। फ़ाइल नाम की लंबाई और वर्ण प्रतिबंध व्यापक संगतता सुनिश्चित करने में मदद करते हैं।

- निर्देशिका नाम इसी तरह 8 अपरकेस वर्णों और अंडरस्कोर तक सीमित हैं। निर्देशिका नाम भी 8 स्तरों तक गहरे तक सीमित हैं।

- किसी भी फ़ाइल या निर्देशिका की पूर्ण पथ लंबाई 255 वर्णों तक सीमित है। पथ विभाजक आगे की स्लैश (/) का उपयोग करते हैं।

एक ISO 9660 डिस्क सिस्टम क्षेत्र के 16 सेक्टरों से शुरू होती है, उसके बाद वॉल्यूम डिस्क्रिप्टर के 2048 सेक्टर तक होते हैं। वॉल्यूम डिस्क्रिप्टर डिस्क की संरचना और सामग्री के बारे में जानकारी प्रदान करते हैं, जिसमें प्राथमिक वॉल्यूम डिस्क्रिप्टर भी शामिल है जिसमें प्रमुख मेटाडेटा होता है।

प्राथमिक वॉल्यूम डिस्क्रिप्टर सेक्टर 16 पर दिखाई देता है और इसमें डिस्क वॉल्यूम नाम, प्रकाशक पहचानकर्ता, डेटा तैयार करने वाला, कॉपीराइट, सार और वॉल्यूम निर्माण/संशोधन/समाप्ति तिथियों जैसी जानकारी होती है। यह पथ तालिका आकार और स्थान, रूट निर्देशिका स्थान और पूरक वॉल्यूम डिस्क्रिप्टर के संदर्भ को भी निर्दिष्ट करता है।

ISO 9660 डिस्क निर्देशिका नेविगेशन और लुकअप को अनुकूलित करने के लिए पथ तालिकाओं का उपयोग करती हैं। पथ तालिकाएँ निर्देशिका पदानुक्रम का एक सूचकांक प्रदान करती हैं, जिसमें लोअरकेस नामों (टाइप L पथ तालिका) का उपयोग करने वाली निर्देशिकाओं के लिए अलग-अलग तालिकाएँ होती हैं और अपरकेस और विशेष वर्ण नामों (टाइप M पथ तालिका) का उपयोग करने वाली निर्देशिकाएँ होती हैं। टाइप L पथ तालिका वैकल्पिक है लेकिन अधिकांश डिस्क पर उपयोग की जाती है।

प्रत्येक पथ तालिका प्रविष्टि में निर्देशिका रिकॉर्ड का स्थान, रूट से निर्देशिका स्तरों की संख्या और निर्देशिका का नाम होता है। यह निर्देशिकाओं के माध्यम से सेक्टर दर सेक्टर पार्स करने की आवश्यकता के बिना निर्देशिका वृक्ष के कुशल संचलन की अनुमति देता है।

एक ISO 9660 डिस्क पर फ़ाइलों और निर्देशिकाओं को प्रत्येक निर्देशिका के भीतर निर्देशिका रिकॉर्ड प्रविष्टियों के माध्यम से संदर्भित किया जाता है। एक निर्देशिका रिकॉर्ड में मेटाडेटा फ़ील्ड शामिल हैं:

- निर्देशिका रिकॉर्ड की लंबाई - विस्तारित विशेषता रिकॉर्ड लंबाई - फ़ाइल/निर्देशिका की सीमा (सेक्टर ऑफसेट) का स्थान - फ़ाइल/निर्देशिका की डेटा लंबाई - रिकॉर्डिंग तिथि और समय - फ़ाइल फ़्लैग (उदा: छिपा हुआ, निर्देशिका, संबद्ध फ़ाइल) - इंटरलेस्ड फ़ाइलों के लिए फ़ाइल इकाई आकार - इंटरलेस्ड फ़ाइलों के लिए गैप आकार को इंटरलीव करें - वॉल्यूम अनुक्रम संख्या - फ़ाइल पहचानकर्ता (फ़ाइल नाम) की लंबाई - फ़ाइल का नाम

ISO 9660 एक वर्चुअल फ़ाइल सिस्टम को परिभाषित करता है जहाँ सभी डेटा को केवल-पढ़ने वाले माध्यम पर महारत हासिल है। जैसे, मानक में मौजूदा ISO 9660 डिस्क को संशोधित करने के लिए प्रावधान शामिल नहीं हैं - डिस्क को हमेशा केवल-पढ़ने के रूप में माना जाता है। यदि परिवर्तनों की आवश्यकता है, तो अद्यतन फ़ाइलों और निर्देशिकाओं के साथ एक नई डिस्क छवि उत्पन्न की जानी चाहिए।

जबकि ISO 9660 को ऑप्टिकल मीडिया के लिए डिज़ाइन किया गया था, मानक का उपयोग करने वाली डिस्क छवियों को हार्ड ड्राइव जैसे अन्य मीडिया से भी एक्सेस किया जा सकता है। कई ऑपरेटिंग सिस्टम ISO 9660 डिस्क छवि फ़ाइल को वर्चुअल रीड-ओनली ड्राइव के रूप में माउंट करने या विशेष फ़ाइल सिस्टम ड्राइवरों के माध्यम से डिस्क छवि सामग्री तक पहुँचने की अनुमति देते हैं।

ISO 9660 के बाद के एक्सटेंशन ने पिछड़ी संगतता बनाए रखते हुए अपनी क्षमताओं का विस्तार किया:

- रॉक रिज एक्सटेंशन: यूनिक्स फ़ाइल सिस्टम सिमेंटिक्स और जानकारी को ISO 9660 डिस्क पर संग्रहीत करने की अनुमति दें। लंबे फ़ाइल नाम, गहरी निर्देशिका संरचनाएँ और अतिरिक्त फ़ाइल विशेषताएँ सक्षम करता है।

- जोलीट एक्सटेंशन: Microsoft द्वारा 64 वर्णों तक की लंबाई वाले यूनिकोड फ़ाइल नामों की अनुमति देने के लिए निर्दिष्ट किया गया है। जोलीट फ़ाइल नाम वर्णों की एक विस्तृत श्रृंखला का उपयोग कर सकते हैं और UTF-16 प्रारूप में संग्रहीत किए जाते हैं।

- एल टोरिटो: बूट करने योग्य CD-ROM के लिए एक विनिर्देश प्रदान करके डिस्क को बूट करने योग्य बनाता है, जिसमें बूट कोड और बूट करने योग्य डिस्क छवियाँ शामिल हो सकती हैं।

हालाँकि ऑप्टिकल डिस्क अपनी चरम सीमा की तुलना में लोकप्रियता में गिरावट आई है, फिर भी ISO 9660 केवल-पढ़ने वाले मीडिया पर डेटा इंटरचेंज के लिए एक महत्वपूर्ण मानक बना हुआ है। इसके डिज़ाइन ने ऑप्टिकल स्टोरेज की बाधाओं के भीतर काम करते हुए कंप्यूटिंग प्लेटफ़ॉर्म पर अंतर-संचालनीयता को बढ़ावा दिया। ISO 9660 प्रारूप को समझना उन लोगों के लिए मूल्यवान है जो CD/DVD अभिलेखागार, डिस्क छवियों और ऑपरेटिंग सिस्टम आंतरिक के साथ काम कर रहे हैं।

फ़ाइल कंप्रेशन রিডन्डेंसी को कम करता है ताकि वही जानकारी कम बिट्स ले। आप कितनी दूर जा सकते हैं इसकी ऊपरी सीमा सूचना सिद्धांत द्वारा नियंत्रित होती है: दोषरहित कंप्रेशन के लिए, सीमा स्रोत की एन्ट्रॉपी है (शैनन का स्रोत कोडिंग प्रमेय और उनका मूल 1948 का पेपर “संचार का एक गणितीय सिद्धांत”देखें)। दोषपूर्ण कंप्रेशन के लिए, दर और गुणवत्ता के बीच का ट्रेड-ऑफ दर-विरूपण सिद्धांत द्वारा कब्जा कर लिया गया है।

दो स्तंभ: मॉडलिंग और कोडिंग

अधिकांश कंप्रेशर्स के दो चरण होते हैं। सबसे पहले, एक मॉडल डेटा में संरचना की भविष्यवाणी करता है या उजागर करता है। दूसरा, एक कोडर उन भविष्यवाणियों को लगभग-इष्टतम बिट पैटर्न में बदल देता है। एक क्लासिक मॉडलिंग परिवार लेम्पेल-ज़िव है: LZ77 (1977) और LZ78 (1978) बार-बार आने वाले सबस्ट्रिंग का पता लगाते हैं और कच्चे बाइट्स के बजाय संदर्भ उत्सर्जित करते हैं। कोडिंग पक्ष पर, हफमैन कोडिंग (मूल पेपर देखें 1952) अधिक संभावित प्रतीकों को छोटे कोड प्रदान करता है। अरिथमैटिक कोडिंग और रेंज कोडिंग बारीक-बारीक विकल्प हैं जो एन्ट्रॉपी सीमा के करीब निचोड़ते हैं, जबकि आधुनिक असममित अंक प्रणाली (ANS) तेज तालिका-चालित कार्यान्वयन के साथ समान कंप्रेशन प्राप्त करता है।

आम प्रारूप वास्तव में क्या करते हैं

DEFLATE (gzip, zlib, और ZIP द्वारा उपयोग किया जाता है) LZ77 को हफमैन कोडिंग के साथ जोड़ता है। इसके स्पेक्स सार्वजनिक हैं: DEFLATE RFC 1951, zlib रैपर RFC 1950, और gzip फ़ाइल प्रारूप RFC 1952. Gzip स्ट्रीमिंग के लिए बनाया गया है और स्पष्ट रूप से यादृच्छिक पहुँच प्रदान करने का प्रयास नहीं करता है. PNG छवियां DEFLATE को अपनी एकमात्र कंप्रेशन विधि के रूप में मानकीकृत करती हैं (अधिकतम 32 KiB विंडो के साथ), PNG स्पेक के अनुसार “संपीड़न विधि 0… डिफ्लेट/इन्फ्लेट… अधिकतम 32768 बाइट्स” और W3C/ISO PNG दूसरा संस्करण.

Zstandard (zstd): एक नया सामान्य-उद्देश्य कंप्रेसर है जिसे बहुत तेज डीकंप्रेसन के साथ उच्च अनुपात के लिए डिज़ाइन किया गया है। प्रारूप RFC 8878 (यह भी HTML मिरर) और संदर्भ स्पेक GitHub परमें प्रलेखित है। Gzip की तरह, मूल फ्रेम यादृच्छिक पहुँच का लक्ष्य नहीं रखता है. zstd की महाशक्तियों में से एक शब्दकोश है: आपके कॉर्पस से छोटे नमूने जो कई छोटी या समान फ़ाइलों पर संपीड़न में नाटकीय रूप से सुधार करते हैं (देखें python-zstandard शब्दकोश डॉक्स और निगेल ताओ का काम किया हुआ उदाहरण)। कार्यान्वयन “असंरचित” और “संरचित” दोनों शब्दकोशों को स्वीकार करते हैं (चर्चा).

Brotli: वेब सामग्री के लिए अनुकूलित (जैसे, WOFF2 फोंट, HTTP)। यह एक स्थिर शब्दकोश को एक DEFLATE-जैसे LZ+एन्ट्रॉपी कोर के साथ मिलाता है। स्पेक RFC 7932है, जो 2WBITS−16 की एक स्लाइडिंग विंडो को भी नोट करता है जिसमें WBITS [10, 24] (1 KiB−16 B से 16 MiB−16 B तक) में है और यह यादृच्छिक पहुँच का प्रयास नहीं करता है. Brotli अक्सर वेब टेक्स्ट पर gzip को मात देता है जबकि जल्दी से डीकोड करता है।

ZIP कंटेनर: ZIP एक फ़ाइल संग्रह है जो विभिन्न संपीड़न विधियों (deflate, store, zstd, आदि) के साथ प्रविष्टियों को संग्रहीत कर सकता है। वास्तविक मानक PKWARE का APPNOTE है (देखें APPNOTE पोर्टल, एक होस्ट की गई प्रति, और LC अवलोकन ज़िप फ़ाइल प्रारूप (PKWARE) / ज़िप 6.3.3).

गति बनाम अनुपात: प्रारूप कहाँ उतरते हैं

LZ4 मामूली अनुपात के साथ कच्ची गति को लक्षित करता है। इसकी परियोजना पृष्ठ (“अत्यंत तेज संपीड़न”) और फ्रेम प्रारूपदेखें। यह इन-मेमोरी कैश, टेलीमेट्री, या हॉट पाथ के लिए आदर्श है जहां डीकंप्रेसन को रैम की गति के करीब होना चाहिए।

XZ / LZMA अपेक्षाकृत धीमी संपीड़न के साथ घनत्व (महान अनुपात) के लिए धक्का देते हैं। XZ एक कंटेनर है; भारी उठाने का काम आमतौर पर LZMA/LZMA2 (LZ77-जैसा मॉडलिंग + रेंज कोडिंग) द्वारा किया जाता है। देखें .xz फ़ाइल प्रारूप, LZMA स्पेक (पावलोव), और लिनक्स कर्नेल नोट्स XZ एंबेडेड पर. XZ आमतौर पर gzip को आउट-कंप्रेस करता है और अक्सर उच्च-अनुपात वाले आधुनिक कोडेक्स के साथ प्रतिस्पर्धा करता है, लेकिन धीमी एन्कोड समय के साथ।

bzip2 बरोज़-व्हीलर ट्रांसफ़ॉर्म (BWT), मूव-टू-फ्रंट, RLE, और हफ़मैन कोडिंग लागू करता है। यह आमतौर पर gzip से छोटा लेकिन धीमा होता है; देखें आधिकारिक मैनुअल और मैन पेज (लिनक्स).

विंडोज़, ब्लॉक और रैंडम एक्सेस

“विंडो का आकार” मायने रखता है। DEFLATE संदर्भ केवल 32 KiB पीछे देख सकते हैं (RFC 1951 और PNG की 32 KiB कैप यहाँ उल्लेख किया गया है)। ब्रोटली की विंडो लगभग 1 KiB से 16 MiB तक होती है (RFC 7932). Zstd स्तर के अनुसार विंडो और खोज गहराई को ट्यून करता है (RFC 8878). बेसिक gzip/zstd/brotli स्ट्रीम अनुक्रमिक डिकोडिंग के लिए डिज़ाइन किए गए हैं; आधार प्रारूप रैंडम एक्सेस का वादा नहीं करते हैं, हालांकि कंटेनर (जैसे, टार इंडेक्स, चंक्ड फ्रेमिंग, या प्रारूप-विशिष्ट इंडेक्स) इसे परत कर सकते हैं।

दोषरहित बनाम दोषपूर्ण

उपरोक्त प्रारूप दोषरहित हैं: आप सटीक बाइट्स का पुनर्निर्माण कर सकते हैं। मीडिया कोडेक्स अक्सर दोषपूर्ण होते हैं: वे कम बिटरेट हिट करने के लिए अगोचर विवरण को त्याग देते हैं। छवियों में, क्लासिक जेपीईजी (डीसीटी, क्वांटिज़ेशन, एन्ट्रॉपी कोडिंग) ITU-T T.81 / ISO/IEC 10918-1में मानकीकृत है। ऑडियो में, एमपी3 (MPEG-1 लेयर III) और एएसी (MPEG-2/4) अवधारणात्मक मॉडल और एमडीसीटी ट्रांसफ़ॉर्म पर निर्भर करते हैं (देखें ISO/IEC 11172-3, ISO/IEC 13818-7, और एक एमडीसीटी अवलोकन यहाँ)। दोषपूर्ण और दोषरहित सह-अस्तित्व में हो सकते हैं (जैसे, यूआई संपत्ति के लिए पीएनजी; छवियों/वीडियो/ऑडियो के लिए वेब कोडेक्स)।

व्यावहारिक सुझाव

  • काम के लिए चुनें। वेब टेक्स्ट और फोंट: brotli. सामान्य फ़ाइलें और बैकअप: zstd (शानदार डीकंप्रेसन गति और अनुपात के लिए समय का व्यापार करने के स्तर)। अल्ट्रा-फास्ट पाइप और टेलीमेट्री: lz4. लंबी अवधि के अभिलेखागार के लिए अधिकतम घनत्व जहां एन्कोड समय ठीक है: xz/LZMA.
  • छोटी फ़ाइलें? zstd (डॉक्स) / (उदाहरण)के साथ शब्दकोशों को प्रशिक्षित और शिप करें। वे दर्जनों छोटी, समान वस्तुओं को नाटकीय रूप से सिकोड़ सकते हैं।
  • अंतरसंचालनीयता। कई फ़ाइलों का आदान-प्रदान करते समय, एक कंटेनर (ZIP, tar) और एक कंप्रेसर को प्राथमिकता दें। ज़िप का APPNOTE विधि आईडी और सुविधाओं को परिभाषित करता है; देखें PKWARE APPNOTE और LC अवलोकन यहाँ.
  • अपने डेटा पर मापें। अनुपात और गति कॉर्पस के अनुसार भिन्न होती है। कई रेपो बेंचमार्क प्रकाशित करते हैं (जैसे, LZ4 का README सिलेसिया कॉर्पस यहाँका हवाला देता है), लेकिन हमेशा स्थानीय रूप से मान्य करें।

मुख्य संदर्भ (गहरी गोता)

सिद्धांत: शैनन 1948 · दर-विरूपण · कोडिंग: हफमैन 1952 · अरिथमैटिक कोडिंग · रेंज कोडिंग · ANS. प्रारूप: DEFLATE · zlib · gzip · Zstandard · Brotli · LZ4 फ्रेम · XZ प्रारूप. BWT स्टैक: बरोज़-व्हीलर (1994) · bzip2 मैनुअल. मीडिया: जेपीईजी T.81 · एमपी3 ISO/IEC 11172-3 · एएसी ISO/IEC 13818-7 · एमडीसीटी.

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

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

फाइल संकुचन क्या है?

फ़ाइल संकुचन एक प्रक्रिया है जो फ़ाइल या फ़ाइलों का आकार घटाती है, आमतौर पर संग्रहण स्थान को बचाने या नेटवर्क पर संचार को तेज करने के लिए।

फाइल संकुचन कैसे काम करता है?

फ़ाइल संकुचन डाटा में रिडंडेंसी की पहचान और हटाने के द्वारा काम करता है। यह एल्गोरिदम का उपयोग करके मूल डेटा को एक छोटे स्थान में कोड करता है।

फाइल संकुचन के कौन से प्रकार हैं?

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

फाइल संकुचन उपकरण का उदाहरण क्या है?

फाइल संकुचन उपकरण का एक लोकप्रिय उदाहरण WinZip है, जो ZIP और RAR सहित कई संकुचन प्रारूपों का समर्थन करता है।

क्या फाइल संकुचन फ़ाइलों की गुणवत्ता को प्रभावित करता है?

नुकसान रहित संकुचन के साथ, गुणवत्ता अपरिवर्तित रहती है। हालांकि, नुकसानदायक संकुचन के साथ, फ़ाइल का आकार अधिक ध्यान से घटाने के लिए कुछ कम महत्वपूर्ण डेटा को हटाने के कारण गुणवत्ता में ध्यान देने योग्य कमी हो सकती है।

क्या फाइल संकुचन सुरक्षित है?

हां, डेटा संरक्षण के संबंध में फ़ाइल संकुचन सुरक्षित है, खासकर नुकसान रहित संकुचन के साथ। हालांकि, किसी भी फ़ाइल की तरह, संकुचित फ़ाइलों को मैलवेयर या वायरस के लक्ष्य के रूप में लिया जा सकता है, इसलिए यह हमेशा महत्त्वपूर्ण होता है कि प्रमुख सुरक्षा सॉफ़्टवेयर स्थापित हो।

कौन सी फ़ाइलों को संकुचित किया जा सकता है?

लगभग सभी प्रकार की फ़ाइलें संकुचित की जा सकती हैं, जिसमें पाठ फ़ाइलें, चित्र, ऑडियो, वीडियो, और सॉफ़्टवेयर फ़ाइलें शामिल हैं। हालांकि, प्राप्त करने योग्य संकुचन का स्तर फ़ाइल प्रकारों के बीच महत्वपूर्ण रूप से अलग हो सकता है।

ZIP फ़ाइल से क्या मतलब है?

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

क्या मैं पहले से संकुचित फ़ाइल को दोबारा संकुचित कर सकता हूँ?

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

मैं फाइल को कैसे डिकम्प्रेस कर सकता हूं?

फ़ाइल को डिकम्प्रेस करने के लिए, आपको आमतौर पर एक डिकम्प्रेसन या अनज़िपिंग उपकरण की आवश्यकता होती है, जैसे WinZip या 7-Zip। ये उपकरण संपीडित प्रारूप से मूल फ़ाइलों को निकाल सकते हैं।