छवियाँ: प्रारूप और संपीड़न (1/3)

साइट लोड करने में अधिक ट्रैफ़िक खर्च होता है? अक्सर ये चित्र होते हैं, और उनका कुल "वजन" अक्सर मार्कअप, स्क्रिप्ट और शैलियों की तुलना में कई गुना अधिक होता है। व्यापक छवि फ़ाइल स्वरूपों में, रेखापुंज डेटा संपीड़ित रूप में संग्रहीत किया जाता है, और यह असम्पीडित बीएमपी से काफी बेहतर है। और अगर आप और भी बेहतर चाहते हैं? वास्तव में, काफी बड़ी परियोजनाओं में, प्रत्येक बाइट मायने रखता है (उदाहरण के लिए, ट्रेडिंग व्यू में, जो वास्तव में शर्मीली है)।

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

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

मध्य युग

पिछली सदी के अस्सी का दशक रैस्टर ग्राफिक्स के विकास का समय बन गया। ग्राफिक्स, जैसे, पहले लागू किया गया है, लेकिन अब यह बहुत अधिक सुलभ हो गया है, और कम से कम, गेमिंग उद्योग ने इसे प्रभावित किया है। अटारी 2600 ने एक सफेद आयत की तुलना में कुछ अधिक परिष्कृत करना संभव बना दिया। और कमोडोर 64 में वास्तविक पिक्सेल के साथ वीडियो मेमोरी थी, और इसके साथ काम करने के लिए " 31415 वीं घड़ी चक्र की तुलना में बाद में रंग को स्विच नहीं करना " अधिक सुविधाजनक था।

मुश्किल एल्गोरिदम का उपयोग करके मैन्युअल रूप से पिक्सेल सेट करके स्क्रीन पर मोना लिसा को आकर्षित करना मुश्किल है। हां, और यह आवश्यक नहीं है, क्योंकि वीडियो मेमोरी से डेटा का एक टुकड़ा बाहर निकालने और इसे एक फ़ाइल में सहेजने के लिए, और फिर इसे फ़ाइल से डालें। BASIC में इस तरह की मेमोरी डंप BSAVE टीम द्वारा बनाई गई थी, और प्रारूप को BSAVE'd के नाम पर रखा गया था। संपादन चित्र बहुत अधिक सुविधाजनक हो गए, और सरल ग्राफिक संपादकों, ज्यादातर एक दूसरे से अप्रभेद्य, शानदार रंगों के साथ खिल गए।

लेकिन कुछ संपादकों ने बचपन को छोड़ दिया और एक बहुत ही सुविधाजनक और उपयोगी उपकरण बन गया। तो 1984 में, PCPaint दिखाई दिया, जिसमें आप माउस के साथ आकर्षित कर सकते हैं। स्पष्ट उपयोगकर्ता-अनुकूल सुविधाओं के अलावा, PCPaint ने एक और लाभ प्रदान किया। तथ्य यह है कि BSAVE डंप में छवि आकार, रंग गहराई और पैलेट पर डेटा शामिल नहीं था, और यदि कुछ वीडियो मोड थे (और रंग छवि काले और सफेद में प्रदर्शित की गई थी), तो हमें पैलेट के लिए एक अलग PAL फ़ाइल का उपयोग करना पड़ा। PCPaint संपादक के PIC प्रारूप में एक पैलेट और BSAVE डंप दोनों शामिल थे। यह प्रोग्रामर के लिए एक छोटा कदम है और पूरे मानव जाति के लिए एक विशाल छलांग है। कुछ ऐसा "लेकिन चलो एमकेवी प्रारूप के साथ आते हैं, जिसमें उपशीर्षक को अंदर संग्रहीत किया जा सकता है, और ताकि आपको उन्हें सही फ़ोल्डर में डालने की आवश्यकता न हो"।

लेकिन एक और समस्या अनसुलझी रही: पीसी पर BSAVE और एप्पल पर BSAVE , लेकिन वे विभिन्न प्रारूपों की फाइलें तैयार करते हैं। यह आश्चर्य की बात नहीं है, स्मृति में चित्र का आंतरिक प्रतिनिधित्व अलग था। ट्रांसकोडर्स थे, लेकिन यह स्पष्ट हो गया कि लंबे समय तक यह विक्रेता-निर्भर गड़बड़ नहीं होगा। 1984 में, Truevision ने TGA प्रारूप पेश किया, जिसे TGA के रूप में जाना जाता है। और अगले 1985 में, पीसी पेंटब्रश ने प्रकाश को देखा। हालांकि पीसी पेंटब्रश खराब बेच रहा था, इसका पीसीएक्स प्रारूप, पोर्टेबल और काफी सरल, पीआईसी से अधिक समय तक चला।

TGA और PCX दोनों में, छवि आकार और पैलेट डेटा हार्डवेयर के लिए मजबूत बंधन के बिना, स्पष्ट रूप से संग्रहीत किए गए थे। यह संभव हो गया, क्योंकि पिक्सेल डेटा अब किसी विशेष प्लेटफॉर्म पर निर्भर नहीं था और बस एक स्कैनलाइन था: बाएं से दाएं, ऊपर से नीचे तक।

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

RLE

RLE (रन लंबाई एन्कोडिंग) एक काफी सरल एल्गोरिथ्म है, लेकिन यह अच्छी तरह से दिखाता है कि डेटा संपीड़न कैसे काम करता है। दोषरहित डेटा संपीड़न का अर्थ है कि उनमें अतिरेक से छुटकारा पाना। ऐसा करने के लिए, एक डेटासेट लें, उनमें दोहराए जाने वाले मूल्यों की श्रृंखलाएं ढूंढें और उन्हें कुछ और कॉम्पैक्ट के साथ बदलें।

आमतौर पर, RLE को "श्रृंखला की लंबाई की कोडिंग" के रूप में अनुवादित किया जाता है, और इस तरह के डुप्लिकेट मान "श्रृंखला" के रूप में संदर्भित होते हैं। और यद्यपि मैं अनुवाद "रन" पसंद करता हूं, मैं कुछ भी नहीं कर सकता, यह पहले से ही एक स्थापित शब्द है।

सबसे अधिक संभावना है, आप पहले से ही इसका उपयोग कर रहे हैं। आइए लाइन " AAAAAAAAAAAABBBAAAAAAAAA " को देखें। अगर हमें इसे फोन पर डिक्टेट करना है, तो यह "बारह कैपिटल लेटर्स ए, तीन कैपिटल लेटर्स बी, नौ कैपिटल लेटर्स ए" की तरह लगेगा। यदि आप इसे लिखते हैं, तो आपको " 12 A 3 B 9 A " मिलता है, और इसलिए कोई विसंगति नहीं है, तो " 9 A 3 A 3 B 9 A "। बहुत अधिक कॉम्पैक्ट।

अब एक और लाइन लेते हैं, " 0KXQsNCx0YDQsNGF0LDQsdGA ", और इसे इस तरह सेक करने की कोशिश करें। यह " 1 0 1 K 1 X ...", स्टॉप-स्टॉप-स्टॉप को बाहर कर देगा! स्ट्रिंग मूल से दोगुना है, लेकिन यह कभी भी संपीड़न नहीं है। हम एल्गोरिथ्म को संशोधित करते हैं और संख्याओं को अक्षर जोड़ते हैं: अक्षर A का मतलब है कि अगला वर्ण "जैसा है" लिखा गया है; यदि बी, तो दो; अगर सी, तो तीन, और इतने पर। यह " X 0KXQsNCx0YDQsNGF0LDQsdGA " 0KXQsNCx0YDQsNGF0LDQsdGA । तो, सबसे अच्छे मामले में, हमें 350% का संपीड़न मिलता है, और सबसे खराब स्थिति में, हम केवल 4% खो देते हैं।

बेशक, वास्तविक परिस्थितियों में, बाइट्स आमतौर पर एन्कोडेड होते हैं, लैटिन वर्णमाला के अक्षर नहीं, और अनुक्रम लंबाई 0 से 255 तक के मानों के साथ एन्कोडेड हैं। इसके अलावा, आमतौर पर श्रृंखला की लंबाई के अर्थहीन मूल्यों को अनदेखा किया जाता है: हमारे उदाहरण में, 1 और ए एक ही काम करते हैं, और सामान्य रूप से 0। इसका कोई मतलब नहीं है। लेकिन ये विवरण हैं, सार समान है।

एन्ट्रापी

कोई भी सिद्धांत से कैसे बचना चाहता है, इस बात को नजरअंदाज करना बहुत जरूरी है। क्या आपने देखा है कि सभी दृश्यों को संकुचित नहीं किया जा सकता है? तार AAAAAAAAAAAABBBAAAAAAAAA और 0KXQsNCx0YDQsNGF0LDQsdGA समान लंबाई, 24 वर्ण हैं, लेकिन दूसरे में ये वर्ण अधिक अव्यवस्थित हैं और संपीड़ित करना अधिक कठिन है।

इस तरह की यादृच्छिकता का एक उपाय सूचनात्मक एन्ट्रॉपी है, इसे एक संदेश में सूचना की मात्रा के रूप में परिभाषित किया जाता है।

थोड़ा एन्ट्रापी	बड़ा	और भी

सूचनात्मक एन्ट्रापी की मात्र उपस्थिति बताती है कि डेटा को केवल एक निश्चित लंबाई तक ही संकुचित किया जा सकता है। इसके अलावा, जादू प्रक्रिया में शामिल नहीं है। और क्लाउड शैनन के अनुसार, फिल्म "क्लिक" एक किलोबाइट के लिए संकुचित नहीं है।

इसे समझने के लिए, हम इस तथ्य की ओर मुड़ते हैं कि पहली नज़र में यह आईटी से संबंधित नहीं है।

बाईं ओर सुडोकू में 81 अंक हैं और पहले से ही तय किया जा चुका है। बीच के एक में कम जानकारी है, 26 अंक हैं, लेकिन इसे हल करने से, आप सभी मूल 81 को पुनर्स्थापित कर सकते हैं।

लेकिन दाईं ओर सुडोकू के साथ सब कुछ बहुत खराब है - इसमें से बहुत अधिक डेटा हटा दिया गया है, और यह अब हल नहीं हो रहा है, अर्थात, हमें मूल डेटा सेट नहीं मिलेगा।

PCX

लेकिन पीसीएक्स पर वापस जाएं और ऐसा कुछ करें जो किसी ने दस साल तक नहीं किया है, पीसीएक्स फ़ाइल बनाएं, और मैन्युअल रूप से। आपको अपने उपकरण को जानने की आवश्यकता है, इसलिए आइए विनिर्देशों को देखें और पता करें कि यह प्रारूप क्या है। यहाँ मुख्य बिंदु हैं:

• एक छवि में 65536 × 65536 तक के आयाम हो सकते हैं। 256 रंगों तक का एक पैलेट, या पैलेट के बिना 24-बिट रंग। शीर्षलेख हमेशा आकार में 128 बाइट्स होता है, जिसमें छवि का आकार, रंगों की संख्या और 16 रंगों तक का एक पैलेट, प्रति चैनल एक बाइट होता है। स्वाभाविक रूप से, 256-रंग का पैलेट ऐसे हेडर में फिट नहीं होता है, और यदि ऐसा होता है, तो यह फ़ाइल के अंत में संलग्न होता है और इसमें 769 बाइट्स का आकार होता है (हस्ताक्षर का 1 बाइट और 256 × 3 बाइट्स डेटा)। सीजीए पैलेट के लिए एक क्षेत्र भी है, लेकिन यह अब समर्थित नहीं है।
• कच्चे डेटा स्ट्रीम में स्कैनलाइन होते हैं - एक अक्षर में क्षैतिज रेखाएं। प्रत्येक स्कैनलाइन में 4 बिट प्लेन तक हो सकते हैं: R, G, B, A. सभी प्लेन क्रमिक रूप से लिखे गए हैं: RRRRGGGGBBBBAAAA । योजना में कड़ाई से बाइट्स की संख्या होती है, और यदि आवश्यक हो, तो प्लेसहोल्डर्स को कच्चे डेटा में जोड़ा जाता है ताकि यह स्थिति संतुष्ट हो जाए। डिकोडिंग के दौरान ऐसे प्लेसहोल्डर डेटा को नजरअंदाज कर दिया जाता है।
• कच्चे रेखापुंज डेटा को RLE का उपयोग करके लाइन द्वारा संकुचित किया जाता है। "लाइन से लाइन" का अर्थ है कि RLE श्रृंखला बिट प्लेन से आगे नहीं जा सकती है।
• आरएलई में, 192 से 255 तक के बाइट मूल्यों को क्रमशः 0 से 63 बार चरित्र दोहराव की संख्या को सांकेतिक शब्दों में बदलना है। शेष मूल्य शाब्दिक हैं, यदि वे उस स्थान पर नहीं पाए जाते हैं जहां पुनरावृत्ति की संख्या की उम्मीद है, तो यह माना जाता है कि वे एक बार दोहराए जाते हैं।

अभ्यास में PCX

अब, इस तकनीकी डेटा चैट का एक उदाहरण लेते हैं। उदाहरण के लिए निम्न चित्र लें (17 × 8, सुविधा के लिए 8 गुना बढ़े हुए):



पैलेट पर निर्णय लें। छवि में तीन अलग-अलग रंग हैं, इसलिए हमारे पास 4, 16 और 256 रंगों के पैलेट हैं, साथ ही Truecolor भी हैं। एक 4-रंग पैलेट में, हमारे पास एक बाइट में 4 मान होंगे (पैलेट में संख्या के 2 बिट्स में 8 बाइट बिट्स विभाजित करें); 16-रंग में - प्रति बाइट 2 पिक्सेल; 256-रंग में - एक पिक्सेल प्रति बाइट (अतिरिक्त पैलेट की 769 बाइट्स); Truecolor में प्रति पिक्सेल तीन बाइट्स हैं। पसंद स्पष्ट है, 4 रंग।

हम रंगों की व्यवस्था करते हैं, उदाहरण के लिए, इस तरह:


अब हम सबसे महत्वपूर्ण बिट्स से शुरू करते हुए, पहली पंक्ति के बिट मानों को लिखते हैं। एक चतुर्धातुक प्रणाली में सूचीबद्ध, सीमांकक - बाइट सीमाएँ।

0000 0000 0000 0000 0

यह 4.25 बाइट निकलता है। आंशिक बाइट्स के साथ RLE काम नहीं करता है, हम पांच तक खत्म करते हैं।

0000 0000 0000 0000 0 000

प्रलेखन कहता है कि स्कैनलाइन में सम संख्या बाइट्स होना चाहिए। करने के लिए कुछ भी नहीं है, हम इसे अभी तक खत्म कर रहे हैं।

0000 0000 0000 0000 0 000 0000

हम बाकी लाइनों के साथ भी ऐसा ही करते हैं:

0000 0000 0000 0000 0 000 0000
0111 1111 1111 1111 0 000 0000
0121 2121 2121 2121 0 000 0000
0212 1212 1212 1212 0 000 0000
0222 2222 2222 2222 0 000 0000
0202 0202 0202 0202 0 000 0000
0020 2020 2020 2020 0 000 0000
0000 0000 0000 0000 0 000 0000

अब देखते हैं कि मूल्यों को क्या संकुचित किया जा सकता है। हम केवल 2 से अधिक समान बाइट्स के अनुक्रमों को नोट करते हैं, क्योंकि 2 बाइट्स की एक श्रृंखला को एन्कोडिंग 2 बाइट्स ले जाएगा, और इसमें कोई मतलब नहीं है।

0000 0000 0000 0000 0 000 0000
0111 1111 1111 1111 0 000 0000
0121 2121 2121 2121 0 000 0000
0212 1212 1212 1212 0 000 0000
0222 2222 2222 2222 0 000 0000
0202 0202 0202 0202 0 000 0000
0020 2020 2020 2020 0 000 0000
0000 0000 0000 0000 0 000 0000

कृपया ध्यान दें कि यद्यपि पेन लाइन के अंत में शून्य बाइट्स को अंतिम पंक्ति से चिपके रहने के लिए कहा जाता है, लेकिन यह काम नहीं करेगा, स्कैनलाइन की सीमा किनारों को पार नहीं करती है।
अब नाइट की चाल। विनिर्देश कहीं भी यह नहीं कहता है कि वास्तव में बाइट्स की संख्या को स्कैन करने के लिए क्या करने की आवश्यकता है। वैसे भी, विकोडक इन मूल्यों को बाहर निकाल देगा। इसलिए, हम ऐसा करके दो बाइट्स बचा सकते हैं:

0000 0000 0000 0000 0 000 0000
0111 1111 1111 1111 0 000 0000
0121 2121 2121 2121 0 000 0000
0212 1212 1212 1212 0 000 0000
0222 2222 2222 2222 0 000 0000
0202 0202 0202 0202 0 202 0202
0020 2020 2020 2020 0 000 0000
0000 0000 0000 0000 0 000 0000

परिणामी RLE को एनकोड करें। शायद अधिक परिचित हेक्साडेसिमल रूप में स्विच करना अधिक सुविधाजनक होगा:

00 00 00 00 00 00
15 55 55 55 00 00
19 99 99 99 00 00
26 66 66 66 00 00
2A AA AA AA 00 00
22 22 22 22 22 22
08 88 88 88 00 00
00 00 00 00 00 00

हम पहली पंक्ति को कूटबद्ध करते हैं। 6 बाइट्स 0x00 । 6 बार मान 192 + 6 = 198 या C6 दोहराएं। इसके बाद हम लिखते हैं कि हम किस मूल्य को 6 बार दोहराने जा रहे हैं, यह 0xC6 0x00 निकला। पहली स्कैनलाइन तैयार है।

दूसरी स्कैनलाइन 0x15 से शुरू होती है। इस मान को 0xC1 0x15 ("एक बार 0x15 ") के रूप में एन्कोड किया जा सकता है। लेकिन PCX में RLE सुविधा के कारण, हम इसे केवल 0x15 रूप में लिख सकते हैं, और "एक बार" निहित होगा।

अगला, तीन समान बाइट्स 0xC3 0x55 बन जाते हैं।

और लाइन के अंत में दो नल बाइट्स हैं, जिन्हें दो तरीकों से दर्शाया जा सकता है: माथे, 0x00 0x00 , या अधिक 0xC2 , 0xC2 0x00 । और तो और दो बाइट्स। यह संभावना नहीं है कि लड़कियों को एक मुश्किल तकनीक से प्रभावित किया जा सकता है, लेकिन चीजों को आवश्यकता से अधिक जटिल रूप से करने के लिए कोई अन्य कारण नहीं हैं, इसलिए हम सिर्फ 0x00 0x00 लेते हैं।

वैसे, आकर्षक चीजों के बारे में। एन्कोड किए गए डेटा में, 0xC0 0x73 0xC0 0x65 0xC0 0x63 0xC0 0x72 0xC0 0x65 0xC0 0x74 , जैसे कुछ सम्मिलित करें, 0xC0 लंबाई 0 की एक श्रृंखला है, और वे स्वयं छवि को प्रभावित नहीं करेंगे। विकिपीडिया लिखता है कि इसका उपयोग स्टेग्नोग्राफ़ी के लिए किया जा सकता है, लेकिन मेरे लिए, इस तरह की सिलाई को सफ़ेद धागे से सिल दिया जाता है, और यह फ़ाइल आकार को ब्लोट करने के अलावा किसी भी चीज़ में अच्छा नहीं है।

इसी तरह से जारी रखते हुए, हम प्राप्त करते हैं:

C6 00
15 C3 55 00 00
19 C3 99 00 00
26 C3 66 00 00
2A C3 AA 00 00
C6 22
08 C3 88 00 00
C6 00

यह शीर्ष पर 128-बाइट हैडर संलग्न करने के लिए बना हुआ है और आपका काम हो गया है! और परिणाम की प्रशंसा करने के लिए, आप इस स्क्रिप्ट को चला सकते हैं। यह नोड.जेएस पर है, लेकिन मुझे यकीन है कि आपकी पसंदीदा भाषा को फिर से लिखना मुश्किल नहीं होगा।

PCX अभ्यास 2: पैलेट

अब एक और छवि लेते हैं और इसे पीसीएक्स में फिर से स्थानांतरित करते हैं, जितना संभव हो उतना कम करने की कोशिश कर रहा है। इस बार तस्वीर छोटी है, 7 × 5।



यह एक यूएफओ है। मुझे पता है कि यह बहुत समान नहीं है।

सबसे पहले चीजें, चलो रंग की गहराई चुनें: 2 बिट्स। ये चार रंग हैं, जितनी हमें ज़रूरत है। उदाहरण के लिए, इस तरह एक पैलेट को परिभाषित करें:



अब रैस्टर डेटा कतार। दूसरी बार हम अंकों को लिखने की थकाऊ प्रक्रिया नहीं करेंगे, हम तुरंत कच्चे डेटा को रिकॉर्ड करेंगे और हेक्साडेसिमल में उनमें से क्या निकला।

कच्चा डेटा	संकुचित डेटा
0F C0 3A B0 FF FF D9 9C 3F F0	0F C1 C0 3A B0 C2 FF C1 D9 9C 3F C1 F0

ऊप्स! संकुचित डेटा मूल की तुलना में आकार में बड़ा निकला। ऐसा इसलिए है क्योंकि 0xC0 से 0xFF तक के मान पुनरावृत्ति की संख्या के मार्कर हैं, और उन्हें वैसे ही नहीं लिखा जा सकता है। 0xC0 बजाय 0xC0 C1 C0 स्थानापन्न करना था, बजाय 0xF0 - 0xC1 0xF0 और इसी तरह।

0xFF 0xFF के मामले में हम भाग्यशाली थे - वहाँ हमने कीमती बाइट नहीं खोई। लेकिन सामान्य तौर पर, एक नीरस तस्वीर सामने आती है: अब RLE मदद करने के बजाय, यह सिर्फ परेशान करता है।

निराशा की दिशा में, आइए देखें कि इसके साथ क्या किया जा सकता है। मार्कर एक, 11 XXXXXX के बराबर दो सबसे महत्वपूर्ण बिट्स के साथ बाइट्स हैं। डेटा क्रमिक रूप से लिखा जाता है, सबसे महत्वपूर्ण बिट के साथ शुरू होता है। हालांकि, दो-बिट रंग की गहराई के साथ, 4 × n ऑफसेट पर पिक्सेल प्रभावित करते हैं कि बाइट मार्कर है या नहीं। अर्थात्, नंबर 3 पर रंगीन पिक्सेल (हमारे मामले में, गहरे भूरे रंग के)।



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

हम खुद पैलेट में रंगों के क्रम को निर्धारित करते हैं, इसलिए हम नंबर 3 को उस रंग के रूप में चुनेंगे जो 4 × n की ऑफसेट पर कम से कम पाया जाता है। ब्लू सबसे अच्छा उम्मीदवार है, वह कभी भी ऐसी जगहों पर नहीं पाया गया है। पैलेट को फिर से परिभाषित करें और दूसरा प्रयास करें।

कच्चा डेटा	संकुचित डेटा
0A 80 25 60 AA AA B7 78 2A A0	0A 80 25 60 AA AA B7 78 2A A0

संपीड़ित डेटा मूल के समान निकला। RLE यह छवि बहुत कठिन थी, लेकिन कम से कम कोई ओवरहेड नहीं था। एक तरह से या किसी अन्य, रेखापुंज डेटा तैयार है, और यह अधिकतम है जिसे आप निचोड़ सकते हैं।

अच्छी तरह से और डेमो: यूएफओ जनरेटर

कुल मिलाकर

पीसीएक्स के वजन को कम करने में मदद करने के लिए एक बार फिर से संक्षिप्त तकनीक:

• न्यूनतम संभव रंग गहराई (पैलेट आकार) का चयन;
• कचरा डेटा का अनुकूलन;
• अर्थहीन डेटा को हटाना (श्रृंखला लंबाई 0);
• अनुकूलन पैलेट।

जारी रखा जाए

खैर, यह सब संभव है। मैं TGA के बारे में बात नहीं करता, हालाँकि यह PCX से भिन्न है, मतभेदों की तुलना में बहुत अधिक समानताएँ हैं। लेकिन उस समय के अन्य प्रत्यक्ष रूप से उल्लेखनीय ग्राफिक प्रारूप नहीं थे।

को छोड़कर, बेशक, CompuServe के GIF प्रारूप। हम अगली बार इसमें देरी करेंगे।