लिनक्स टर्मिनल एमुलेटर पूर्ण रंगों का समर्थन क्यों नहीं करते हैं?

Question

मैंने सिर्फ 256 रंगों का उपयोग करने के लिए अपने सूक्ति-टर्मिनल को अपग्रेड किया है, फिर भी मैं इस कारण से थोड़ा हैरान हूं कि एक टर्मिनल एमुलेटर पूर्ण पैलेट का समर्थन नहीं कर सकता है जो किसी भी आधुनिक डेस्कटॉप वातावरण प्रदान करता है। मुझे लगता है कि इसके लिए एक तकनीकी कारण है, लेकिन मुझे इसकी जानकारी नहीं है।

Comments

"टर्मिनल" थोड़ा अस्पष्ट है ... क्या आप एफ 6 पर कई लिनक्स / यूनिक्स-साइटेम्स पर एफ 1 के माध्यम से पाए जाने वाले " वर्चुअल टर्मिनल" ("वीटीएस") के बारे में बात कर रहे हैं , "टर्मिनल एमुलेटर " जैसे कि आप एक्स के तहत उपयोग करते हैं इसलिए डॉन वीटीएस का उपयोग नहीं करना है, या क्या आपको वास्तविक "टर्मिनल" का मतलब है - एक साधारण कीबोर्ड-स्क्रीन कॉम्बो (बिना या केवल न्यूनतम प्रसंस्करण शक्ति के) जो केबल के माध्यम से वास्तविक कंप्यूटर में झुका हुआ है?

— बार्ड कोपरपुड

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

— बार्ड कोपरपुड

@BaardKopperud एक जवाब होना चाहिए।

— एक CVn

हाँ, मैं सुझाव देता हूं कि बार्ड पोस्ट को एक उत्तर के रूप में टिप्पणी करें क्योंकि यह मूल रूप से ओपी के लिए पूछ रहा था। अंततः, हालांकि, कोई vt100 + (या जो कुछ भी) विकसित कर सकता था और जो कुछ भी चाहता था, उसका समर्थन करता था। मैं अनुमान लगा रहा हूं कि किसी ने ऐसा नहीं किया क्योंकि अगर आप प्रभावशाली ग्राफिक्स चाहते हैं तो आप शायद इसे एक्स के तहत टर्मिनल के मुकाबले चलाने में ज्यादा दिलचस्पी लेंगे।

— ब्राचली

जैसे कि प्रश्न चलते हैं, पूछते हैं "मैं कैसे ...?" इसके बजाय "क्यों नहीं ...?" मेरे लिए ज्यादा मायने रखता है। "क्यों नहीं?" का जवाब हो सकता है "आप ऐसा करने में विफल रहे।"

Answer 1

संभव न होने के कोई तकनीकी कारण नहीं हैं। हालाँकि इसके व्यावहारिक नहीं होने के कई कारण नहीं हैं। स्क्रीन रीयल-एस्टेट की सीमित मात्रा के साथ जो अक्षर स्क्रीन पर प्रदर्शित होते हैं, आपको स्क्रीन पर अधिक से अधिक 256 एक साथ रंगों के उपयोग के लिए एक कठिन समय मिलेगा।

जहाँ तक मुझे पता है कि टर्मिनल ग्राहक अनुक्रमित रंग स्थान का उपयोग करते हैं। इसका एक कारण यह है कि इसके सरलतम रूप में, 256 अनुक्रमित रंगों को एक बाइट के साथ वर्णित किया जा सकता है। जबकि RGB कलर स्पेस में दो या तीन बाइट्स की जरूरत होती है। यह देखते हुए कि कैसे रंगों को एक टर्मिनल स्ट्रीम में एन्कोड किया गया है, प्रत्येक रंग कम से कम दो बाइट्स + कोई स्मार्ट मार्कअप होगा। यह एक बड़ा मुद्दा मेमोरी वीज़ नहीं हो सकता है, हालांकि जब एक वास्तविक समय नेटवर्क स्ट्रीम पर यह विलंबता पर जोड़ सकता है, विशेष रूप से (मुझे गलत अगर मैं गलत हूं तो) प्रत्येक वर्ण को अपने पैकेज में भेजा जाता है।

Answer 2

वास्तव में वर्तमान कारण नहीं है । अन्य के अलावा, शायद, भागने के कोड कुछ साल पहले ही सही रंग का समर्थन करने के लिए जोड़े गए थे। कई टर्मिनलों में अब 24-बिट रंग का समर्थन है, https://gist.github.com/XVilka/8346728 देखें