আইএসও আর্কাইভ ফরম্যাট, যা আইএসও 9660 নামেও পরিচিত, হল একটি ফাইল সিস্টেম স্ট্যান্ডার্ড যা 1988 সালে আন্তর্জাতিক মান সংস্থা (আইএসও) দ্বারা প্রকাশিত হয়েছিল। এটি অপটিক্যাল ডিস্ক মিডিয়া যেমন সিডি-রমের জন্য একটি ক্রস-প্ল্যাটফর্ম ফাইল সিস্টেম হিসাবে ডিজাইন করা হয়েছিল। লক্ষ্য ছিল অপটিক্যাল ডিস্ক থেকে ডেটা পড়ার জন্য বিভিন্ন অপারেটিং সিস্টেমের জন্য একটি একীভূত পদ্ধতি প্রদান করা, যা আন্তঃক্রিয়া এবং সামঞ্জস্য নিশ্চিত করে।
আইএসও 9660 একটি অনুক্রমিক ফাইল সিস্টেম স্ট্রাকচার সংজ্ঞায়িত করে, যা বেশিরভাগ অপারেটিং সিস্টেম দ্বারা ব্যবহৃত ফাইল সিস্টেমের অনুরূপ। এটি ডিরেক্টরি এবং ফাইলগুলিতে ডেটা সংগঠিত করে, প্রতিটি ডিরেক্টরি সাবডিরেক্টরি এবং ফাইল ধারণ করতে সক্ষম। স্ট্যান্ডার্ডটি ভলিউম এবং ডিরেক্টরি ডেস্ক্রিপ্টরের ফরম্যাট নির্দিষ্ট করে, পাশাপাশি পাথ টেবিল, যা ডিরেক্টরিগুলিতে দ্রুত অ্যাক্সেসের জন্য ব্যবহৃত হয়।
আইএসও 9660 ফরম্যাটের মূল বৈশিষ্ট্যগুলির মধ্যে একটি হল এর সরলতা এবং সামঞ্জস্য। স্ট্যান্ডার্ডটি ফাইলের নাম, ডিরেক্টরি স্ট্রাকচার এবং মেটাডেটাতে বিধিনিষেধ আরোপ করে যাতে নিশ্চিত করা যায় যে ডিস্কগুলি বিস্তৃত সিস্টেম দ্বারা পড়া যেতে পারে। ফাইলের নাম 8টি অক্ষরে সীমাবদ্ধ, তারপরে একটি 3-অক্ষরের এক্সটেনশন (8.3 ফরম্যাট) এবং কেবল বড় হাতের অক্ষর, সংখ্যা এবং আন্ডারস্কোর থাকতে পারে। ডিরেক্টরি নামগুলিও একইভাবে সীমাবদ্ধ, সর্বাধিক 8 স্তরের গভীরতা সহ।
লম্বা ফাইলের নাম এবং অতিরিক্ত মেটাডেটা সামঞ্জস্য করা র জন্য, আইএসও 9660 স্ট্যান্ডার্ড বিভিন্ন স্পেসিফিকেশনের মাধ্যমে প্রসারিত করা হয়েছে। এমন একটি এক্সটেনশন হল জোলিয়েট, যা 1995 সালে মাইক্রোসফ্ট দ্বারা চালু করা হয়েছিল। জোলিয়েট লম্বা ফাইলের নাম (64টি ইউনিকোড অক্ষর পর্যন্ত) এবং কেস-সেন্সিটিভিটি সমর্থন করে। এটি UCS-2 এনকোডিং ব্যবহার করে ডিরেক্টরি রেকর্ডের একটি অতিরিক্ত সেট অন্তর্ভুক্ত করে এটি অর্জন করে, যা জোলিয়েট এক্সটেনশন সমর্থন করে এমন সিস্টেম দ্বারা পড়া হয়।
আইএসও 9660 এর আরেকটি উল্লেখযোগ্য এক্সটেনশন হল রক রিজ, যা ইউনিক্স সিস্টেমের জন্য তৈরি করা হয়েছিল। রক রিজ আইএসও 9660 ফরম্যাটে পজিএক্স ফাইল সিস্টেম সেমান্টিক্স যেমন ফাইলের অনুমতি, মালিকানা এবং প্রতীকী লিঙ্ক যুক্ত করে। এই এক্সটেনশনটি ইউনিক্স ফাইল সিস্টেম থেকে আইএসও ইমেজ তৈরি করার সময় ইউনিক্স-নির্দিষ্ট ফাইলের বৈশিষ্ট্য সংরক্ষণের অনুমতি দেয়।
আইএসও 9660 ফরম্যাট ডিস্কটি কে লজিক্যাল ব্লকে বিভক্ত করে, প্রতিটি সাধারণত আকারে 2,048 বাইট। প্রথম 16টি ব্লক সিস্টেম ব্যবহারের জন্য সংরক্ষিত এবং ভলিউম ডেস্ক্রিপ্টর রয়েছে, যা ডিস্কের স্ট্রাকচার এবং সামগ্রী সম্পর্কে তথ্য সরবরাহ করে। প্রাথমিক ভলিউম ডেস্ক্রিপ্টর বাধ্যতামূলক এবং ডিস্কের ভলিউম আইডেন্টিফায়ার, লজিক্যাল ব্লকের আকার এবং রুট ডিরেক্টরি রেকর্ডের মতো বিশদ বিবরণ অন্তর্ভুক্ত করে।
ভলিউম ডেস্ক্রিপ্টরের পরে, পাথ টেবিল ডিস্কে সংরক্ষণ করা হয়। পাথ টেবিলটি ডিস্কে প্রতিটি ডিরেক্টরির অবস্থান সম্পর্কে তথ্য ধারণ করে, যা ডিরেক্টরি অনুক্রমের দ্রুত ট্র্যাভার্সালের অনুমতি দেয়। এটি বিভিন্ন সিস্টেম দ্বারা ব্যবহৃত বিভিন্ন বাইট অর্ডারিং সমর্থন করার জন্য একটি এল-পাথ টেবিল (লিটল-এন্ডিয়ান) এবং একটি এম-পাথ টেবিল (বিগ-এন্ডিয়ান) নিয়ে গঠিত।
ডিরেক্টরি এবং ফাইল ডিস্কের পরবর্তী ব্লকে সংরক্ষণ করা হয়। প ্রতিটি ডিরেক্টরি একটি ডিরেক্টরি রেকর্ড দ্বারা উপস্থাপিত হয়, যা ডিরেক্টরির নাম, তার প্যারেন্ট ডিরেক্টরি এবং তার সংশ্লিষ্ট ফাইল এবং সাবডিরেক্টরির অবস্থানের মতো তথ্য ধারণ করে। ফাইলগুলি লজিক্যাল ব্লকের সংলগ্ন ক্রম হিসাবে সংরক্ষণ করা হয়, ডিরেক্টরির মধ্যে সংশ্লিষ্ট ফাইল আইডেন্টিফায়ার রেকর্ডে তাদের অবস্থান এবং আকার নির্দিষ্ট করা হয়।
আইএসও ইমেজ তৈরি করার সময়, ফাইল সিস্টেমটি প্রথমে আইএসও 9660 স্ট্যান্ডার্ডের প্রয়োজনীয়তা অনুসারে সংগঠিত করা হয়। এতে নিশ্চিত করা জড়িত যে ফাইল এবং ডিরেক্টরি নামগুলি 8.3 ফরম্যাটের সাথে সামঞ্জস্যপূর্ণ, ডিরেক্টরি গভীরতা সীমাবদ্ধ করা এবং ফাইলের নামগুলিকে বড় হাতের অক্ষরে রূপান্তর করা। ফাইল সিস্টেমটি প্রস্তুত হয়ে গেলে, এটি একটি ইমেজ ফাইলে লেখা হয় যার এক্সটেনশন `.iso`, যা তারপরে একটি অপটিক্যাল ডিস্কে বার্ন করা যেতে পারে বা ভার্চুয়াল ডি স্ক ইমেজ হিসাবে ব্যবহার করা যেতে পারে।
আইএসও 9660 ফরম্যাটেড ডিস্ক পড়তে, অপারেটিং
ফাইল কম্প্রেশন অপ্রয়োজনীয় ডেটা কমিয়ে দেয় যাতে একই তথ্য কম বিট ব্যবহার করে। আপনি কতদূর যেতে পারবেন তার উপরের সীমা তথ্য তত্ত্ব দ্বারা নিয়ন্ত্রিত হয়: ক্ষতিহীন কম্প্রেশনের জন্য, সীমা হলো উৎসের এনট্রপি (শ্যানন-এর সোর্স কোডিং থিওরেম এবং তার আসল ১৯৪৮ সালের পেপার “যোগাযোগের একটি গাণিতিক তত্ত্ব”দেখুন)। ক্ষতিযুক্ত কম্প্রেশনের জন্য, হার এবং মানের মধ্যে ট্রেড-অফ রেট-ডিসটরশন তত্ত্ব দ্বারা ক্যাপচার করা হয়।
বেশিরভাগ কম্প্রেসারের দুটি পর্যায় থাকে। প্রথমত, একটি মডেল ডেটাতে কাঠামো ভবিষ্যদ্বাণী করে বা প্রকাশ করে। দ্বিতীয়ত, একটি কোডার সেই ভবিষ্যদ্বাণীগুলিকে প্রায়-সর্বোত্তম বিট প্যাটার্নে পরিণত করে। একটি ক্লাসিক মডেলিং পরিবার হলো লেম্পেল-জিভ: LZ77 (১৯৭৭) এবং LZ78 (১৯৭৮) পুনরাবৃত্ত সাবস্ট্রিং শনাক্ত করে এবং কাঁচা বাইটের পরিবর্তে রেফারেন্স নির্গত করে। কোডিং দিকে, হাফম্যান কোডিং (আসল পেপারটি দেখুন ১৯৫২) বেশি সম্ভাব্য প্রতীকগুলির জন্য ছোট কোড বরাদ্দ করে। অ্যারিথমেটিক কোডিং এবং রেঞ্জ কোডিং হলো সূক্ষ্ম-দানাদার বিকল্প যা এনট্রপি সীমার কাছাকাছি চেপে ধরে, যেখানে আধুনিক অ্যাসিমেট্রিক নিউমেরাল সিস্টেম (ANS) দ্রুত টেবিল-চালিত বাস্তবায়নের মাধ্যমে অনুরূপ কম্প্রেশন অর্জন করে।
DEFLATE (gzip, zlib, এবং ZIP দ্বারা ব্যবহৃত) LZ77-কে হাফম্যান কোডিংয়ের সাথে একত্রিত করে। এর স্পেসিফিকেশনগুলি সর্বজনীন: DEFLATE RFC 1951, zlib র্যাপার RFC 1950, এবং gzip ফাইল ফরম্যাট RFC 1952. Gzip স্ট্রিমিংয়ের জন্য ফ্রেম করা হয়েছে এবং স্পষ্টভাবে র্যান্ডম অ্যাক্সেসের চেষ্টা করে না. PNG ছবিগুলি DEFLATE-কে তাদের একমাত্র কম্প্রেশন পদ্ধতি হিসাবে মানসম্মত করে (সর্বোচ্চ ৩২ KiB উইন্ডো সহ), PNG স্পেসিফিকেশন অনুযায়ী “কম্প্রেশন পদ্ধতি ০… ডিলেট/ইন ফ্লেট… সর্বাধিক ৩২,৭৬৮ বাইট” এবং W3C/ISO PNG ২য় সংস্করণ.
Zstandard (zstd): একটি নতুন সাধারণ-উদ্দেশ্য কম্প্রেসার যা খুব দ্রুত ডিকম্প্রেশনের সাথে উচ্চ অনুপাতের জন্য ডিজাইন করা হয়েছে। ফরম্যাটটি RFC 8878 (এছাড়াও HTML মিরর) এবং রেফারেন্স স্পেসিফিকেশন GitHub-এ-এ নথিভুক্ত করা হয়েছে। Gzip-এর মতো, বেসিক ফ্রেম র্যান্ডম অ্যাক্সেসের লক্ষ্য রাখে না. zstd-এর অন্যতম সুপার পাওয়ার হলো অভিধান: আপনার কর্পাস থেকে ছোট নমুনা যা অনেক ছোট বা অনুরূপ ফাইলের উপর কম্প্রেশনকে নাটকীয়ভাবে উন্নত করে (দেখুন python-zstandard অভিধান ডক্স এবং নাইজেল টাও-এর কাজ করা উদাহরণ)। বাস্তবায়নগুলি “অসংগঠিত” এবং “সংগঠিত” উভয় অভিধানই গ্রহণ করে (আলোচনা).
Brotli: ওয়েব সামগ্রীর জন্য অপ্টিমাইজ করা (যেমন, WOFF2 ফন্ট, HTTP)। এটি একটি স্ট্যাটিক অভিধানের সাথে একটি DEFLATE-এর মতো LZ+এনট্রপি কোর মিশ্রিত করে। স্পেসিফিকেশনটি হলো RFC 7932, যা ২WBITS−১৬-এর একটি স্লাইডিং উইন্ডো নোট করে যেখানে WBITS [১০, ২৪]-এর মধ্যে (১ KiB−১৬ B থেকে ১৬ MiB−১৬ B পর্যন্ত) এবং এটি র্যান্ডম অ্যাক্সেসের চেষ্টা করে না. Brotli প্রায়শই ওয়েব টেক্সটে gzip-কে পরাজিত করে এবং দ্রুত ডিকোড করে।
ZIP কন্টেইনার: ZIP একটি ফাইল আর্কাইভ যা বিভিন্ন কম্প্রেশন পদ্ধতি (deflate, store, zstd, ইত্যাদি) সহ এন্ট্রি সংরক্ষণ করতে পারে। ডি ফ্যাক্টো স্ট্যান্ডার্ড হলো PKWARE-এর APPNOTE (দেখুন APPNOTE পোর্টাল, একটি হোস্ট করা কপি, এবং LC ওভারভিউ ZIP ফাইল ফরম্যাট (PKWARE) / ZIP 6.3.3)।
LZ4 কাঁচা গতির লক্ষ্য রাখে পরিমিত অনুপাতের সাথে। এর প্রকল্প পৃষ্ঠা (“অত্যন্ত দ্রুত কম্প্রেশন”) এবং ফ্রেম ফরম্যাটদেখুন। এটি ইন-মেমরি ক্যাশে, টেলিমেট্রি, বা হট পাথের জন্য আদর্শ যেখানে ডিকম্প্রেশন প্রায় RAM গতির হতে হবে।
XZ / LZMA ঘনত্বের জন্য চাপ দেয় (দুর্দান্ত অনুপাত) তুলনামূলকভাবে ধীর কম্প্রেশনের সাথে। XZ একটি কন্টেইনার; ভারী উত্তোলন সাধা রণত LZMA/LZMA2 (LZ77-এর মতো মডেলিং + রেঞ্জ কোডিং) দ্বারা করা হয়। দেখুন .xz ফাইল ফরম্যাট, LZMA স্পেক (Pavlov), এবং লিনাক্স কার্নেল নোট XZ এমবেডেড-এ. XZ সাধারণত gzip-কে ছাড়িয়ে যায় এবং প্রায়শই উচ্চ-অনুপাতের আধুনিক কোডেকগুলির সাথে প্রতিযোগিতা করে, তবে ধীর এনকোড সময়ের সাথে।
bzip2 Burrows–Wheeler Transform (BWT), মুভ-টু-ফ্রন্ট, RLE, এবং হাফম্যান কোডিং প্রয়োগ করে। এটি সাধারণত gzip-এর চেয়ে ছোট কিন্তু ধীর; দেখুন অফিসিয়াল ম্যানুয়াল এবং ম্যান পেজ (লিনাক্স).
“উইন্ডো সাইজ” গুরুত্বপূর্ণ। DEFLATE রেফারেন্সগুলি কেবল ৩২ KiB প িছনে তাকাতে পারে (RFC 1951 এবং PNG-এর ৩২ KiB ক্যাপ এখানে উল্লেখ করা হয়েছে)। Brotli-এর উইন্ডো প্রায় ১ KiB থেকে ১৬ MiB পর্যন্ত বিস্তৃত (RFC 7932). Zstd স্তর দ্বারা উইন্ডো এবং অনুসন্ধানের গভীরতা টিউন করে (RFC 8878). বেসিক gzip/zstd/brotli স্ট্রিমগুলি অনুক্রমিক ডিকোডিংয়ের জন্য ডিজাইন করা হয়েছে; বেস ফরম্যাটগুলি র্যান্ডম অ্যাক্সেসের প্রতিশ্রুতি দেয় না, যদিও কন্টেইনারগুলি (যেমন, tar ইনডেক্স, চাঙ্কড ফ্রেমিং, বা ফরম্যাট-নির্দিষ্ট ইনডেক্স) এটি স্তর করতে পারে।
উপরের ফরম্যাটগুলি ক্ষতিহীন: আপনি সঠিক বাইটগুলি পুনর্গঠন করতে পারেন। মিডিয়া কোডেকগুলি প্রায়শই ক্ষতিযুক্ত: তারা কম বিটরেট হিট করার জন্য অদৃশ্য বিবরণ বাতিল করে। ছবিতে, ক্লাসিক JPEG (DCT, কোয়ান্টাইজেশন, এনট্রপি কোডিং) ITU-T T.81 / ISO/IEC 10918-1-এ মানসম্মত। অডিওতে, MP3 (MPEG-1 লেয়ার III) এবং AAC (MPEG-2/4) পারসেপচুয়াল মডেল এবং MDCT ট্রান্সফর্মের উপর নির্ভর করে (দেখুন ISO/IEC 11172-3, ISO/IEC 13818-7, এবং একটি MDCT ওভারভিউ এখানে)। ক্ষতিযুক্ত এবং ক্ষতিহীন সহাবস্থান করতে পারে (যেমন, UI সম্পদের জন্য PNG; ছবি/ভিডিও/অডিওর জন্য ওয়েব কোডেক)।
তত্ত্ব: শ্যানন 1948 · রেট-ডিসটরশন · কোডিং: হাফম্যান 1952 · অ্যারিথমেটিক কোডিং · রেঞ্জ কোডিং · ANS. ফরম্যাট: DEFLATE · zlib · gzip · Zstandard · Brotli · LZ4 ফ্রেম · XZ ফরম্যাট. BWT স্ট্যাক: Burrows–Wheeler (1994) · bzip2 ম্যানুয়াল. মিডিয়া: JPEG T.81 · MP3 ISO/IEC 11172-3 · AAC ISO/IEC 13818-7 · MDCT.
শেষ কথা: আপনার ডেটা এবং সীমাবদ্ধতার সাথে মেলে এমন একটি কম্প্রেসার চয়ন করুন, বাস্তব ইনপুটগুলিতে পরিমাপ করুন, এবং অভিধান এবং স্মার্ট ফ্রেমিং থেকে লাভগুলি ভুলে যাবেন না। সঠিক জুটির সাথে, আপনি পেতে পারেন ছোট ফাইল, দ্রুত স্থানান্তর, এবং আরও দ্রুত অ্যাপ — সঠিকতা বা পোর্টেবিলিটি ত্যাগ না করে।
ফাইল কম্প্রেশন হলো একটি প্রক্রিয়া যা একটি বা একাধিক ফাইলের সাইজ কমায়, সাধারণত স্টোরেজ স্পেস বাঁচাতে বা নেটওয়ার্কের মাধ্যমে দ্রুত ডেটা পাঠানোর জন্য।
ফাইল কম্প্রেশন ডেটাতে পুনরাবৃত্তি চিহ্নিত করে এবং অপ্রয়োজনীয় অংশ বাদ দিয়ে কাজ করে। এটি অ্যালগরিদম ব্যবহার করে মূল ডেটা-কে আরও ছোট আকারে এনকোড করে।
ফাইল কম্প্রেশনের দুটি প্রধান প্রকার হলো লসলেস এবং লসি কম্প্রেশন। লসলেস কম্প্রেশনে মূল ফাইলটি নিখ ুঁতভাবে পুনরুদ্ধার করা যায়, যেখানে লসি কম্প্রেশনে ডেটার গুণমানে কিছুটা ছাড় দিয়ে ফাইলের আকার আরও উল্লেখযোগ্যভাবে কমানো সম্ভব হয়।
ফাইল কম্প্রেশন সরঞ্জামের একটি জনপ্রিয় উদাহরণ হলো WinZip, যা ZIP এবং RAR সহ একাধিক কম্প্রেশন ফরম্যাট সমর্থন করে।
লসলেস কম্প্রেশনের ক্ষেত্রে ফাইলের মানে কোনো পরিবর্তন হয় না। তবে, লসি কম্প্রেশনে ফাইলের আকার আরও কমাতে কিছু কম-গুরুত্বপূর্ণ ডেটা বাদ দেওয়া হয়, ফলে ফাইলের মানে লক্ষণীয় পরিবর্তন হতে পারে।
হ্যাঁ, ডেটা অখণ্ডতার দিক থেকে ফাইল কম্প্রেশন নিরাপদ, বিশেষ করে লসলেস কম্প্রেশনের ক্ষেত্রে। তবে, যেকোনো ফাইলের মতোই, সংকুচিত ফাইলও ম্ যালওয়্যার বা ভাইরাসের লক্ষ্য হতে পারে, তাই নির্ভরযোগ্য নিরাপত্তা সফটওয়্যার ব্যবহার করা জরুরি।
প্রায় সব ধরনের ফাইলই কম্প্রেস করা যায়, যেমন টেক্সট ফাইল, ছবি, অডিও, ভিডিও এবং সফটওয়্যার ফাইল। তবে, ফাইলের ধরন অনুযায়ী কম্প্রেশনের মাত্রা ভিন্ন হতে পারে।
ZIP ফাইল হলো একটি আর্কাইভ ফরম্যাট যা এক বা একাধিক ফাইলকে একটিমাত্র ফাইলে সংকুচিত করে রাখে। এটি ফাইল শেয়ার করা সহজ করে এবং স্টোরেজ বাঁচায়।
হ্যাঁ, técnicamente করা যায়, তবে ফাইলের আকার খুব বেশি কমবে না, এমনকি বেড়েও যেতে পারে। কারণ, প্রতিটি কম্প্রেশন প্রক্রিয়ায় কিছু অতিরিক্ত ডেটা (মেটাডেটা) যুক্ত হয়।
একটি ফাইল ডিকম্প্রেস করার জন্য আপনার একটি ডিকম্প্রেশন বা আনজিপিং টুল প্রয়োজন হবে, যেমন WinZip বা 7-Zip। এই টুলগুলো সংকুচিত ফাইল থেকে মূল ফাইলগুলো বের করে আনতে পারে।