ISO आर्काइव प्रारूप, जिसे ISO 9660 के रूप में भी जाना जाता है, एक फाइल सिस्टम मानक है जिसे 1988 में अंतर्राष्ट्रीय मानकीकरण संगठन (ISO) द्वारा प्रकाशित किया गया था। इसे ऑप्टिकल डिस्क मीडिया, जैसे CD-ROM के लिए एक क्रॉस-प्लेटफ़ॉर्म फ़ाइल सिस्टम के रूप में डिज़ाइन किया गया था। इसका लक्ष्य ऑप्टिकल डिस्क से डेटा पढ़ने के लिए विभिन्न ऑपरेटिंग सिस्टम के लिए एक एकीकृत विधि प्रदान करना था, जिससे अंतर-संचालन और संगतता सुनिश्चित हो सके।
ISO 9660 एक पदानुक्रमित फ़ाइल सिस्टम संरचना को परिभाषित करता है, जो अधिकांश ऑपरेटिंग सिस्टम द्वारा उपयोग की जाने वाली फ़ाइल सिस्टम के समान है। यह डेटा को निर्देशिकाओं और फ़ाइलों में व्यवस्थित क रता है, जिसमें प्रत्येक निर्देशिका में उपनिर्देशिकाएँ और फ़ाइलें हो सकती हैं। मानक वॉल्यूम और निर्देशिका विवरणकों के प्रारूप को निर्दिष्ट करता है, साथ ही पथ तालिका भी, जिसका उपयोग निर्देशिकाओं तक त्वरित पहुँच के लिए किया जाता है।
ISO 9660 प्रारूप की प्रमुख विशेषताओं में से एक इसकी सादगी और संगतता है। मानक फ़ाइल नामों, निर्देशिका संरचनाओं और मेटाडेटा पर प्रतिबंध लगाता है ताकि यह सुनिश्चित हो सके कि डिस्क को विभिन्न प्रकार की प्रणालियों द्वारा पढ़ा जा सके। फ़ाइल नाम 8 वर्णों तक सीमित हैं, इसके बाद 3-वर्ण विस्तार (8.3 प्रारूप) होता है, और इसमें केवल अपरकेस अक्षर, अंक और अंडरस्कोर हो सकते हैं। निर्देशिका नाम भी इसी तरह प्रतिबंधित हैं, जिनकी अधिकतम गहराई 8 स्तर है।
लंबे फ़ाइल नामों और अतिरिक्त मेटाडेटा को समायोजित करने के लिए, ISO 9660 मानक को विभिन्न विशिष्टताओं के माध्यम से विस्तारित क िया गया है। ऐसा ही एक विस्तार जोलीट है, जिसे 1995 में माइक्रोसॉफ्ट द्वारा पेश किया गया था। जोलीट लंबे फ़ाइल नामों (64 यूनिकोड वर्णों तक) की अनुमति देता है और केस-संवेदनशीलता का समर्थन करता है। यह UCS-2 एन्कोडिंग का उपयोग करके निर्देशिका रिकॉर्ड का एक अतिरिक्त सेट शामिल करके प्राप्त करता है, जिसे उन प्रणालियों द्वारा पढ़ा जाता है जो जोलीट एक्सटेंशन का समर्थन करते हैं।
ISO 9660 का एक और उल्लेखनीय विस्तार रॉक रिज है, जिसे UNIX सिस्टम के लिए विकसित किया गया था। रॉक रिज ISO 9660 प्रारूप में POSIX फ़ाइल सिस्टम शब्दार्थ जोड़ता है, जैसे फ़ाइल अनुमतियाँ, स्वामित्व और प्रतीकात्मक लिंक। यह एक्सटेंशन UNIX फ़ाइल सिस्टम से ISO छवियाँ बनाते समय UNIX-विशिष्ट फ़ाइल विशेषताओं के संरक्षण की अनुमति देता है।
ISO 9660 प्रारूप डिस्क को तार्किक ब्लॉकों में विभाजित करता है, प्रत्येक आमतौर पर आकार में 2,048 बाइट्स होता है। पहले 16 ब्लॉक सिस्टम उपयोग के लिए आरक्षित हैं और इसमें वॉल्यूम विवरणक होते हैं, जो डिस्क की संरचना और सामग्री के बारे में जानकारी प्रदान करते हैं। प्राथमिक वॉल्यूम विवरणक अनिवार्य है और इसमें डिस्क की वॉल्यूम पहचानकर्ता, तार्किक ब्लॉकों का आकार और रूट निर्देशिका रिकॉर्ड जैसे विवरण शामिल हैं।
वॉल्यूम विवरणकों के बाद, पथ तालिका डिस्क पर संग्रहीत की जाती है। पथ तालिका में डिस्क पर प्रत्येक निर्देशिका के स्थान के बारे में जानकारी होती है, जिससे निर्देशिका पदानुक्रम का त्वरित संचरण होता है। इसमें विभिन्न प्रणालियों द्वारा उपयोग किए जाने वाले विभिन्न बाइट ऑर्डरिंग का समर्थन करने के लिए एक L-पथ तालिका (लिटिल-एंडियन) और एक M-पथ तालिका (बिग-एंडियन) शामिल है।
निर्देशिकाएँ और फ़ाइलें डिस्क के बाद के ब्लॉकों में संग्रहीत की जाती हैं। प्रत्येक निर्देशिका को एक निर्देशिका रिकॉर्ड द्वारा दर्श ाया जाता है, जिसमें निर्देशिका का नाम, उसकी मूल निर्देशिका और उसकी संबद्ध फ़ाइलों और उपनिर्देशिकाओं के स्थान जैसी जानकारी होती है। फ़ाइलों को तार्किक ब्लॉकों के सन्निहित अनुक्रमों के रूप में संग्रहीत किया जाता है, उनके स्थान और आकार को निर्देशिका के भीतर संबंधित फ़ाइल पहचानकर्ता रिकॉर्ड में निर्दिष्ट किया जाता है।
ISO छवि बनाते समय, फ़ाइल सिस्टम को पहले ISO 9660 मानक की आवश्यकताओं के अनुसार व्यवस्थित किया जाता है। इसमें यह सुनिश्चित करना शामिल है कि फ़ाइल और निर्देशिका नाम 8.3 प्रारूप का अनुपालन करते हैं, निर्देशिका की गहराई को सीमित करते हैं और फ़ाइल नामों को अपरकेस में परिवर्तित करते हैं। एक बार फ़ाइल सिस्टम तैयार हो जाने के बाद, इसे `.iso` एक्सटेंशन के साथ एक छवि फ़ाइल में लिखा जाता है, जिसे बाद में एक ऑप्टिकल डिस्क पर जलाया जा सकता है या वर्चुअल डिस्क छवि के रूप में उपयोग किया जा सकता है।
ISO 9660 स्वरूपित डिस्क को पढ़ने के लिए, ऑपरेटिंग सिस्टम या एक समर्पित सॉफ़्टवेयर एप्लिकेशन डिस्क की संरचना और विशेषताओं को निर्धारित करने के लिए वॉल्यूम विवरणकों की जांच करके शुरू होता है। फिर यह फ़ाइल सिस्टम पदानुक्रम को नेविगेट करने और विशिष्ट फ़ाइलों या निर्देशिकाओं का पता लगाने के लिए पथ तालिका और निर्देशिका रिकॉर्ड का उपयोग करता है। जब किसी फ़ाइल को एक्सेस किया जाता है, तो सिस्टम फ़ाइल पहचानकर्ता रिकॉर्ड में प्रदान की गई जानकारी के आधार पर डिस्क से उपयुक्त तार्किक ब्लॉक पढ़ता है।
ISO 9660 प्रारूप को व्यापक रूप से अपनाया गया है और अभी भी ऑप्टिकल डिस्क पर सॉफ़्टवेयर, मल्टीमीडिया सामग्री और अभिलेखीय डेटा वितरित करने के लिए आमतौर पर उपयोग किया जाता है। इसकी सादगी, संगतता और मजबूती ने इसकी दीर्घायु में योगदान दिया है, भले ही नए ऑप्टिकल डिस्क प्रारूप और फ़ाइल सिस्टम उ भरे हैं।
अपनी उम्र के बावजूद, ISO 9660 मानक आधुनिक कंप्यूटिंग में प्रासंगिक बना हुआ है। विंडोज, मैकओएस और लिनक्स सहित कई सॉफ़्टवेयर एप्लिकेशन और ऑपरेटिंग सिस्टम मूल रूप से प्रारूप का समर्थन करना जारी रखते हैं। इसके अतिरिक्त, ISO छवियों का उपयोग अक्सर ऑपरेटिंग सिस्टम इंस्टॉलेशन फ़ाइलों, सॉफ़्टवेयर पैकेज और वर्चुअल मशीन डिस्क छवियों को वितरित करने के लिए किया जाता है, क्योंकि वे डेटा को संग्रहीत करने और स्थानांतरित करने के लिए एक सुविधाजनक और प्लेटफ़ॉर्म-स्वतंत्र विधि प्रदान करते हैं।
निष्कर्ष में, ISO 9660 प्रारूप ने ऑप्टिकल डिस्क के लिए फ़ाइल सिस्टम संरचना को मानकीकृत करने में महत्वपूर्ण भूमिका निभाई है, जिससे क्रॉस-प्लेटफ़ॉर्म संगतता सक्षम हुई है और डिजिटल सामग्री के वितरण को सुविधाजनक बनाया गया है। इसके विस्तार, जैसे कि जोलीट और रॉक रिज, ने लंबे फ़ाइल नामों, अतिरिक्त मेटाडेटा और UNIX-विशिष्ट विशेषताओं के लिए समर्थन जोड़ा है। यद्यपि ऑप्टिकल डिस्क को अन्य भंडारण मीडिया और नेटवर्क-आधारित वितरण विधियों द्वारा काफी हद तक हटा दिया गया है, ISO 9660 प्रारूप डेटा को संग्रहीत करने और आदान-प्रदान करने के लिए एक विश्वसनीय और व्यापक रूप से समर्थित मानक बना हुआ है।
जैसे-जैसे प्रौद्योगिकी विकसित होती जा रही है, ISO 9660
फ़ाइल कंप्रेशन রিডन्डेंसी को कम करता है ताकि वही जानकारी कम बिट्स ले। आप कितनी दूर जा सकते हैं इसकी ऊपरी सीमा सूचना सिद्धांत द्वारा नियंत्रित होती है: दोषरहित कंप्रेशन के लिए, सीमा स्रोत की एन्ट्रॉपी है (शैनन का स्रोत कोडिंग प्रमेय और उनका मूल 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, और एक एमडीसीटी अवलोकन यहाँ)। दोषपूर्ण और दोषरहित सह-अस्तित्व में हो सकते हैं (जैसे, यूआई संपत्ति के लिए पीएनजी; छवियों/वीडियो/ऑडियो के लिए वेब कोडेक्स)।
सिद्धांत: शैनन 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 फ़ाइल में अनेक फ़ाइलें प्रभावी रूप से एक ही फ़ाइल में संग्रहित की जाती हैं, जो साझा करना भी आसान बनाती है।
तकनीकी रूप से, हां, हालांकि अतिरिक्त आकार घटाव न्यूनतम हो सकता है या यहां तक कि प्रतिकूल हो सकता है। पहले से संकुचित फ़ाइल को संकुचित करना कभी-कभी इसका आकार बढ़ सकता है क्योंकि संकुचन एल्गोरिदम द्वारा जोड़ी गई मेटाडाटा।
फ़ाइल को डिकम्प्रेस करने के लिए, आपको आमतौर पर एक डिकम्प्रेसन या अनज़िपिंग उपकरण की आवश्यकता होती है, जैसे WinZip या 7-Zip। ये उपकरण संपीडित प्रारूप से मूल फ़ाइलों को निकाल सकते हैं।