आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप BZ2 को ZIP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, वहाँ बदली जाती है और काम पूरा होते ही मिटा दी जाती है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
BZ2 से ZIP
2026 में कोई नया प्रोजेक्ट bzip2 से शुरू नहीं करता — हमारी रजिस्ट्री इसे legacy बताती है, यहाँ मौजूद इकलौता आर्काइव फ़ॉर्मेट जिसे यह दर्जा मिला है। जो बचा है वह इतिहास है: रिसर्च डेटासेट, पुराने सोर्स रिलीज़, ऐसा मिरर जिसने कभी अपनी पाइपलाइन नहीं बदली।
इसलिए इस पेज का पाठक शायद ही फ़ॉर्मेट चुन रहा हो। उसे एक फ़ाइल थमाई गई है, और असली सवाल है उसके अंदर देखना कैसे है — bzip2 और xz के बीच चुनाव करना यहाँ किसी का काम नहीं है।
BZ2 एक अकेली धारा कंप्रेस करता है। हमारी रजिस्ट्री इसे एक सदस्य वाली स्ट्रीम बताती है और इसकी ज्ञात कमियों में डायरेक्टरी बनावट की कमी दर्ज करती है — bzip2 फ़ाइल में नाम, पाथ या टाइमस्टैंप की कोई जगह नहीं होती।
जो कुछ आप आर्काइव समझते हैं, वह नीचे मौजूद TAR में है — हर फ़ाइल का नाम बताने वाला हेडर, क्रम में सामग्री। bzip2 को यह पता ही नहीं चलता कि इसके अंदर फ़ाइलें हैं। दोनों परतें खोलना ही डाउनलोड को वापस फ़ोल्डर बनाता है।
gzip हेडर में कंप्रेस की गई चीज़ का असली नाम रह सकता है। bzip2 हेडर में ऐसा कुछ नहीं होता। यह फ़र्क़ तब तक अदृश्य रहता है जब तक कुछ यह पता लगाने की कोशिश नहीं करता कि उसने अभी क्या खोला।
इस कनवर्टर का पहला संस्करण ठीक यही करता था — निकाली गई चीज़ में .tar नाम ढूँढता था। gzip के लिए यह चला, bzip2 और xz के लिए चुपचाप नाकाम रहा। अब यह नाम पर भरोसा करने की बजाय सामग्री पर tar-प्रकार तय करता है।
bzip2 नौ सौ किलोबाइट तक के ब्लॉक पढ़ता है, हर ब्लॉक की rotation Burrows–Wheeler ट्रांसफ़ॉर्म से सजाता है ताकि मिलते-जुलते हिस्से पास आ जाएँ, फिर कंप्रेस करता है। ZIP हर फ़ाइल को अलग से बत्तीस किलोबाइट की खिड़की से कंप्रेस करता है और हर एंट्री पर नए सिरे से शुरू होता है।
.tar.bz2 में अक्सर मिलने वाली सामग्री — कॉर्पस, लॉग, सोर्स ट्री — पर यह असली फ़र्क़ है, और ZIP साफ़ बड़ा निकलेगा। तस्वीर या वीडियो के आर्काइव पर दोनों क़रीब बराबर रहते हैं।
ज़्यादातर कंप्रेसर कंप्रेस करने से कहीं तेज़ी से खोलते हैं। bzip2 अपवाद है — block sort को उलटना सचमुच का हिसाब है, स्ट्रीम कॉपी नहीं, इसलिए खोलना gzip और xz जितना तेज़ नहीं।
25 MB की मुफ़्त सीमा के भीतर यह एक-दो सेकंड का ही है और दिखता नहीं। फिर भी यही वजह है कि फ़ॉर्मेट पिछड़ गया — xz तेज़ी से खोलता भी है और ज़्यादा कंप्रेस भी करता है।
bzip2 सचमुच एक चीज़ में अच्छा है — नुक़सान को रोके रखना। हर ब्लॉक अलग से कंप्रेस होता है, इसलिए ख़राब हिस्सा सिर्फ़ उतना ही ब्लॉक ख़राब करता है, आगे का सब नहीं। रिकवरी औज़ार सही ब्लॉक निकाल सकते हैं।
ख़राब स्टोरेज पर पड़े पुराने आर्काइव को बदलने से पहले यह जानना अच्छा है। अगर यहाँ बदलाव नाकाम हो, तो कोई bzip2 रिकवरी औज़ार अलग से ज़्यादा काम आएगा।
हर bzip2 फ़ाइल tarball नहीं होती। कोई एक कंप्रेस्ड डेटाबेस डंप, एक बड़ा लॉग — bzip2 का एक ही फ़ाइल पर सीधा इस्तेमाल भी होता है, और वहाँ कोई TAR शामिल नहीं।
यह कनवर्टर पहले खोली गई सामग्री को TAR के तौर पर पढ़ने की कोशिश करता है, और नाकाम होने पर उसे एक अकेली फ़ाइल मान लेता है। नाम फ़ाइल के अंदर से नहीं, प्रक्रिया से मिलता है, क्योंकि bzip2 ने कोई नाम रखा ही नहीं था।
यह जोड़ी आपके ब्राउज़र में नहीं चलती — पैकेज खोलना और दोबारा लिखना असली प्रोग्राम माँगता है। फ़ाइल एन्क्रिप्टेड कनेक्शन पर हमारे सर्वर तक जाती है, वहाँ खोली, अनपैक और ZIP के तौर पर पैक की जाती है। जॉब ख़त्म होते ही जो कुछ लिखा गया, सब मिटा दिया जाता है।
मुफ़्त अपलोड 25 MB पर रुकता है, जॉब साठ सेकंड में रोक दी जाती है, और 2 GB से ज़्यादा घोषित सामग्री वाला आर्काइव खोलने से पहले ही नकार दिया जाता है। अगर आर्काइव सिर्फ़ पुराना नहीं बल्कि गोपनीय भी है, तो 7-Zip और Keka ऑफ़लाइन यही काम करते हैं।
इस पेज का पाठक कभी-कभी वही निकलता है जिसने डाउनलोड विरासत में पाया और अगली बार जो प्रकाशित होगा उसे बदल सकता है। उस हाल में इस बदलाव का असली नतीजा ZIP नहीं, वह फ़ैसला है जो यह सुझाता है।
शेल में अनपैक करने वाले दर्शकों के लिए .tar.xz bzip2 से बेहतर कंप्रेस करता है और कहीं तेज़ खुलता है। डेस्कटॉप दर्शकों के लिए ZIP वह फ़ाइल है जो बिना निर्देश खुल जाती है — दोनों प्रकाशित करना बेवजह नहीं है।
इस पेज तक पहुँचे आर्काइव अक्सर पुराने होते हैं, और पुरानी फ़ाइलें कई बार मशीनों के बीच नक़ल हुई होती हैं। bzip2 -t से बिना कुछ लिखे धारा जाँची जा सकती है — bzip2 हर ब्लॉक का और पूरी फ़ाइल का CRC रखता है।
वह जाँच नाकाम हो तो यहाँ बदलाव भी नाकाम होगा, और बार-बार अपलोड करने से जवाब नहीं बदलेगा। पहले रिकवरी, फिर बदलाव — दोनों को उलटे क्रम में करना एक दोपहर बर्बाद कर देता है।
| BZ2 | ZIP | |
|---|---|---|
| पूरा नाम | Bzip2 आर्काइव | ZIP आर्काइव |
| फ़ाइल एक्सटेंशन | .bz2 | .zip |
| मीडिया टाइप | application/x-bzip2 | application/zip |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 1996 | 1989 |
| प्रकाशक | — | PKWARE |
| विनिर्देश | — | APPNOTE.TXT |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | GZ, XZ | 7Z, TAR |
कुछ नहीं खोता। BZ2 और ZIP — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
ZIP काम करने का फ़ॉर्मेट है और BZ2 बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
ZIP में पूरा फ़ोल्डर आ जाता है, जबकि BZ2 एक अकेली कंप्रेस्ड धारा है। नाम, फ़ोल्डर और तारीख़ें एक ही खंड में ग़ायब होने के बजाय दर्ज हो जाते हैं।
BZ2 1996 का है और अब मुश्किल से ही इस्तेमाल होता है। ZIP वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
7-Zip BZ2 और ZIP — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
ZIP एक बार में 32 KB पर काम करता है, जबकि BZ2 900 KB पर: दोहराव को इसी दायरे के अंदर आना पड़ता है, तभी उसे दबाया जा सकता है। कंप्रेशन का फ़र्क़ वहीं से आता है, और इसीलिए दोनों में यही तेज़ है।
दोनों का निशाना अलग काम है: BZ2 का सहेजना पर, ZIP का प्रोग्रामों के बीच डेटा ले जाना और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
ZIP PKWARE का है और 1989 से चला आ रहा है, और APPNOTE.TXT में तय किया गया है। Windows Explorer, Finder और 7-Zip इस फ़ॉर्मेट को पढ़ लेते है।
हाँ: इस कन्वर्ज़न को ऐसा सॉफ़्टवेयर चाहिए जो ब्राउज़र में चलता ही नहीं। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, काम पूरा होते ही मिटा दी जाती है, और नतीजा 60 मिनट बाद। वहाँ यह काम 7-Zip करता है, वह आर्काइवर, अपने कमांड-लाइन रूप में।
हाँ, 25 MB तक की फ़ाइलों के लिए रोज़ 100 कन्वर्ज़न तक। यह एक सीमा इसलिए है कि यह कन्वर्ज़न ऐसे सर्वर पर चलता है जिसका ख़र्च हम उठाते हैं। इसके अलावा यहाँ कुछ भी सीमित नहीं है, और वॉटरमार्क किसी भी हाल में नहीं लगता। यह सीमा इसलिए है कि 7-Zip को चलने के लिए हमारी कोई मशीन चाहिए।
नहीं। ZIP वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है। फ़ाइलें बाइट-दर-बाइट वैसी ही निकलती हैं। जो नहीं बचता वह है वह सब जो कंटेनर उनके *बारे में* जानता था, न कि जो उसके *भीतर* था — कोई पासवर्ड, और कुछ फ़ॉर्मेट में असली अनुमतियाँ और तारीख़ें।
ZIP में पूरा फ़ोल्डर आ जाता है, जबकि BZ2 एक अकेली कंप्रेस्ड धारा है। नाम, फ़ोल्डर और तारीख़ें एक ही खंड में ग़ायब होने के बजाय दर्ज हो जाते हैं।
कुछ नहीं खोता। BZ2 और ZIP — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
ZIP काम करने का फ़ॉर्मेट है और BZ2 बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
इस पेज पर BZ2 और ZIP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।