सत्तर के दशक में कंसोल क्षमताएं क्यों अटकी हुई हैं? [बन्द है]

-2

पिछले ३० से ४० वर्षों में हम कितनी दूर आए हैं। Gigs की RAM। डिस्क स्थान की टेराबाइट्स। गीगाहर्ट्ज़ प्रोसेसर। 4K और 5K फ्लैट डिस्प्ले।

मेरे कंसोल पर एक ज़ोर है, इसके लिए प्रतीक्षा करें, 80x25 वर्ण और 16 एएनएसआई रंग। यह सत्तर के दशक में फंस गया है। भले ही मेरे ग्राफिक्स कार्ड में 4 जीबी रैम, 10 बिट रंग और व्हाट्सएप है, लेकिन कंसोल इसका कोई उपयोग नहीं करता है।

हां, मैं X11 शुरू कर सकता हूं या फ्रेम बफर कंसोल का उपयोग कर सकता हूं। लेकिन मुझे क्यों करना है? एक मामूली 256 रंगों के साथ बेहतर सांत्वना प्रदान करने की अचूक समस्या क्या है? हमने कुछ अन्य मानकों को पीछे छोड़ दिया है, कुछ पुलों (आईएसए? रियल मोड? टर्बो बटन? आईबीएम संगत?) को जला दिया है। अंत में वीजीए कंसोल को क्यों नहीं पीना चाहिए ?

vga console

— Jens
स्रोत

3

आपका प्रश्न बहुत व्यापक है और एक ही समय में प्राथमिक राय भी है। कृपया पर एक नजर है सहायता केंद्र और इसे फिर से वाक्यांश के लिए प्रयास करें।

— Máté Juhász

5

आप कंसोल आकार को अन्य आकारों में सेट कर सकते हैं जिन्हें आप पसंद करते हैं, 255 x 9999 तक। मुझे नहीं लगता कि इसे कट्टर बनाने में कोई तकनीकी समस्या है, लेकिन किस लिए ? कंसोल का उपयोग करने वाले लोग आमतौर पर रंगों और लिपस्टिक की परवाह नहीं करते हैं और इस तरह, वे कुछ जल्दी, प्रत्यक्ष और सरल करना चाहते हैं।

— Aganju

2

टर्मिनल इम्यूलेशन स्पेसिफिकेशंस जो दशकों से (VT-100 इम्यूलेशन) के आसपास रहे हैं, मेनफ्रेम टर्मिनलों जैसे पुराने हार्डवेयर के साथ संगतता के लिए (जो पुन: कॉन्फ़िगर नहीं किया जा सकता), डिवाइस जो एक्सेस के लिए कॉम / सीरियल पोर्ट संचार का उपयोग करते हैं, आदि। vt100.net/emu en.wikipedia.org/wiki/VT100

— Frank Thomas

@Jens तुम सिर्फ चारों ओर क्यों नहीं देखा? fishshell.com

— g2mk

@ MátéJuhász मैं यह देखने में विफल रहता हूं कि कौन सी राय खेल में आती है (मेरे खुद के अलावा 16 रंग दयनीय हैं)। कोई तकनीकी कारण होना चाहिए और वह उत्तर है जिसकी मुझे तलाश है।

— Jens

6

विशेष रूप से लिनक्स के बारे में, मैंने सुना है कि सामान्य कारण "हम इसे कर्नेल में नहीं चाहते हैं"। विशेष रूप से जब यह फोंट और भाषाओं की बात आती है - कोई कर्नेल डेवलपर TTF, antialiasing, RTL, एनिमेटेड emojis के लिए समर्थन जोड़ने के ढलान को कम करना चाहता है, अंततः कर्नेल स्थान में सभी freetype2 और ICU को चला रहा है।

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

एक बार जब आपके पास आउटपुट के लिए इनपुट और केएमएस के लिए एवदेव हो जाता है, तो यूजरस्पेस कंसोल को ठीक से संभाल सकता है - उदा। के जरिए kmscon या fbterm । अंत में कर्नेल वीटी सपोर्ट को बंद करने की अस्पष्ट योजनाएँ हैं, जिसके लिए सिर्फ एक tty1 छोड़ना होगा शुरुआती बूट & amp; बचाव कार्य, और उपयोगकर्ताओं को बाकी को संभालने देना।

— grawity
स्रोत

2

कंसोल आमतौर पर 256 रंगों का समर्थन करते हैं, हालाँकि आपको इसे हर जगह सक्षम करने के लिए कुछ सेटिंग्स को बदलना पड़ सकता है, उदा। http://www.robmeerman.co.uk/unix/256colours

और 80x25 की सीमा समाप्त हो जानी चाहिए यदि आप अपनी टर्मिनल विंडो का आकार बदल देते हैं, तो आपको अपनी 30 "स्क्रीन को भरने की अनुमति मिलती है, जो पढ़ने के लिए आरामदायक है।

— Wim
स्रोत

80 से अधिक वर्ण पढ़ने में सहज हैं? baymard.com/blog/line-length-readability

— g2mk

@ g2mk, मुझे लगता है कि आपको गंभीरता से कम करके आंका जा सकता है कि कोड की 80-चार पंक्तियों को पढ़ना कितना कष्टप्रद है। सब कुछ लाइन टूटा हुआ है, इसलिए ब्लॉक और इंडेंट स्तर को ट्रैक करना बहुत मुश्किल है, निश्चित चौड़ाई वाले व्हाट्सएप के प्रोत्साहन विचित्र उपयोग, आदि। आप दस्तावेज़ वेब साइटों के आउटपुट के लिए उपयुक्त हो सकते हैं, लेकिन कोड को पढ़ने के लिए बिल्कुल भी नहीं जो उन्हें ऊपर उठाते हैं। ।

— Frank Thomas

यह लिंक 256 रंगीन मोड में xterm जैसे टर्मिनल एमुलेटर का संदर्भ देता है। सवाल यह है कि क्या मैं एक पर 256 रंग प्राप्त कर सकता हूं कंसोल (कोई X11 नहीं, कोई फ्रेम बफर नहीं), FreeBSD में?

— Jens

@FrankThomas यह मेरा दस्तावेज नहीं है: पी लाइन की लंबाई सबसे ज्यादा मायने रखती है जब आपको मोनो-कलर्ड टेक्स्ट के लंबे ब्लॉक पढ़ने होते हैं। बहु-रंगीन कोड पठनीयता थोड़ी अलग है - यह सभी मानक और स्थिरता को कोडित करने के बारे में है। हालाँकि व्यक्तिगत रूप से मैं अभी भी लंबी लाइनों के ऊपर इंडेंटेशन पसंद करता हूं।

— g2mk

2

क्योंकि इसकी कोई जरूरत नहीं है।

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

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

— plugwash
स्रोत

1

वीजीए की उम्र में, 80x50 को कुछ लोगों द्वारा व्यापक रूप से समर्थन और उपयोग किया गया। हालांकि, दिन के दयनीय 14 इंच के मॉनिटर पर, कुछ लोगों को पढ़ने में मुश्किल हुई।

सुपर वीजीए की उम्र में, हमने 132 कॉलम मोड पर काम किया। पंक्तियाँ 25, 50, 60 या अन्य मान हो सकती हैं। हालाँकि, कुछ संगतता समस्याएँ थीं।

अब, बहुत सारे हार्डवेयर इसका समर्थन कर सकते हैं। फिर भी आप खुद को 80x25 का उपयोग कर पाते हैं। क्यूं कर? क्योंकि आप डिफ़ॉल्ट सेटिंग्स का उपयोग कर रहे हैं। और डिफ़ॉल्ट सेटिंग्स यह है कि बहुत कम लोगों ने देखभाल की है।

आखिरकार, GRUB ने ग्राफिक्स का समर्थन करना शुरू कर दिया, हालांकि, कुछ लोगों ने कुछ वृद्धि के साथ छेड़छाड़ की। सामान्य तौर पर, ऐसी चीजें एक नवीनता रही हैं। यदि आप वास्तव में अधिक पंक्तियों और स्तंभों को चाहते हैं, तो वीडियो कार्ड का उपयोग करने के लिए वीडियो कार्ड का उपयोग करने के लिए वीडियो कार्ड का उपयोग करने के बजाय "पाठ" को कहने के कारण बहुत कम कारण है कि वह "ग्राफिक्स" कहता है। और, वर्षों में, हमारे पास ग्राफिक्स क्षमताओं में वृद्धि हुई है। 256 रंग टर्मिनलों, या उच्च रंगों और यहां तक कि पारदर्शिता जैसी चीजें मौजूद हैं। हम बस उन्हें "ग्राफिक्स" मोड कहते हैं।

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

— TOOGAM
स्रोत

1

आखिर वीजीए कंसोल को क्यों नहीं पैंपर किया जाए?

आप पुराने पीसी-शैली एमडीए शैली पाठ मोड के साथ कंसोल की धारणा को भ्रमित कर रहे हैं।

यह टेक्स्ट मोड एक डिवाइस / डिस्प्ले कॉन्फ़िगरेशन है जो कंसोल टेक्स्ट को प्रदर्शित कर सकता है, लेकिन कंसोल से टेक्स्ट आउटपुट किसी भी डिवाइस या प्रोग्राम पर दिखाई दे सकता है जो उस प्रोटोकॉल को समझ सकता है जो कंसोल उपयोग कर रहा है। PuTTY इस उद्देश्य के लिए एक कार्यक्रम है जिसमें अधिक क्षमताएं हैं, जैसे कि 256-रंग का समर्थन जिसका आप उल्लेख करते हैं और 80x25 के अलावा स्क्रीन आकार की क्षमता रखते हैं।

जहां तक एमडीए-शैली टेक्स्ट मोड को क्यों नहीं बदला गया है, ठीक है, ग्राफिक्स एडेप्टर ने अधिक क्षमताओं को जोड़ा है, लेकिन उन्होंने संगतता के लिए एमडीए-शैली टेक्स्ट मोड को रखा है। याद रखें कि सभी आधुनिक एएमडी / इंटेल सीपीयू अभी भी 8086-कॉम्पैटिबिलिटी मोड में बूट होते हैं, बस जब आप अभी भी डॉस को चलाना चाहते हैं, और डॉस अभी भी बूट पर 80x25 टेक्स्ट मोड की उम्मीद करता है।

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

सत्तर के दशक में कंसोल क्षमताएं क्यों अटकी हुई हैं?

एक बुनियादी इंजीनियरिंग सिद्धांत KISS है। कंसोल क्षमताएं सरल हैं, इसलिए सॉफ़्टवेयर और हार्डवेयर जो उन्हें लागू करते हैं वे विश्वसनीय बनाने के लिए सरल और आसान हैं।
RS-232 बुनियादी कंसोल I / O के साथ अच्छी तरह से काम करता है। कई विरासत और वर्तमान उपकरण हैं जो 12v RS-232 का उपयोग करते हैं और शायद 3V RS-232 का उपयोग करने वाले कई नए हैं। यह एक व्यापक रूप से स्वीकृत हार्डवेयर मानक है जो इस हार्डवेयर वाले कई उपकरणों पर कंसोल I / O को अपेक्षित चीज़ बनाता है।
इस प्रकार, शक्ति I / O को एक प्रारंभिक I / O विधि के रूप में पावर अप और अन्य सभी विफल होने पर संचार करने की अंतिम-खाई विधि के रूप में कंसोल होने से भी समझ में आता है। इस मामले में आप आमतौर पर स्थिति संदेश या त्रुटि जानकारी का संचार कर रहे हैं और घंटियाँ और सीटी की बहुत आवश्यकता नहीं है।
इस सादगी के कारण, फ़ाइल या अन्य डिवाइस पर कंसोल I / O को पुनर्निर्देशित करना भी अपेक्षाकृत आसान है। उदाहरण के लिए, कई सर्वरों पर, प्रारंभिक पावर अप टेक्स्ट न केवल वीजीए स्क्रीन पर प्रदर्शित होता है, बल्कि सीरियल पोर्ट पर वैकल्पिक रूप से रीडायरेक्ट भी होता है। तो इसका मतलब यह है कि आपको इसके लिए मॉनीटर की जरूरत नहीं है, जो कि ऐसे डाटाकार्ड में मदद करता है जिसमें संभवतः सैकड़ों या हजारों सर्वर हो सकते हैं। यह अन्य उपकरणों के लिए समान है जो कंसोल I / O या RS-232 का उपयोग करते हैं जैसे औद्योगिक उपकरण, आदि।

— LawrenceC
स्रोत