เหตุใดเทอร์มินัลจำลอง Linux จึงไม่สนับสนุนสีเต็มรูปแบบ


12

ฉันเพิ่งอัพเกรด gnome-terminal ของฉันให้ใช้ 256 สี แต่ฉันก็สับสนเล็กน้อยกับเหตุผลที่เทอร์มินัลอีมูเลเตอร์ไม่สามารถรองรับพาเล็ตเต็มรูปแบบที่สภาพแวดล้อมเดสก์ท็อปสมัยใหม่ให้ ฉันคิดว่ามันมีเหตุผลทางเทคนิคสำหรับเรื่องนี้ แต่ฉันไม่รู้


2
"Terminal" ค่อนข้างคลุมเครือ ... คุณกำลังพูดถึง " virtual terminal" ("VTs") ที่พบใน F1 ถึง F6 บน Linux / Unix-sytems จำนวนมากซึ่งเป็น "terminal emulator " เหมือนกับที่คุณใช้ภายใต้ X ดังนั้นคุณจึงไม่สวม ไม่จำเป็นต้องใช้ VT หรือคุณหมายถึง "เทอร์มินัล" จริง - คอมโบหน้าจอแป้นพิมพ์แบบง่าย (โดยไม่มีหรือมีกำลังการประมวลผลเพียงเล็กน้อยเท่านั้น) ที่ต่อกับคอมพิวเตอร์จริงผ่านสายเคเบิล?
Baard Kopperud

17
ทั้งเทอร์มินัลเสมือนและเทอร์มินัลอีมูเลเตอร์จำลองเทอร์มินัลแบบเก่าที่มีความสามารถมาตรฐาน (เช่น vt100) เมื่อเทอร์มินัลเหล่านี้อยู่ใกล้หน่วยความจำก็มีปัญหามากกว่า เพื่อให้คุณสามารถเลือกระหว่างพิกเซลขนาดใหญ่ / ตัวอักษรขนาดใหญ่และหลายสีหรือพิกเซลขนาดเล็ก / ตัวอักษรขนาดเล็กและสีไม่กี่ - ทั้งสองคำสั่งผสมจะใช้หน่วยความจำเล็ก ๆ น้อย ๆ ตั้งไว้เพื่อเป็นตัวแทนของจุดบนหน้าจอ มีไว้สำหรับโปรแกรมที่เป็นข้อความเท่านั้นและมันสำคัญมากที่จะต้องใส่ข้อความให้มาก (เส้นยาวหลายเส้น) มากกว่าสีหลายสี คุณไม่ต้องการหลายสีในการ "รหัส" ข้อความประเภทต่างๆ (เช่นตัวหนา / ตัวเอียง)
Baard Kopperud

3
@ BaardKopperud นั่นน่าจะเป็นคำตอบ
CVn

2
ใช่ฉันขอแนะนำให้ Baard โพสต์ความคิดเห็นนั้นเป็นคำตอบเพราะนั่นคือสิ่งที่ OP ต้องการ ในที่สุดแม้ว่าใครบางคนสามารถพัฒนา vt100 + (หรืออะไรก็ตาม) และสนับสนุนสิ่งที่พวกเขาต้องการ ฉันเดาว่าไม่มีใครทำเช่นนั้นเพราะถ้าคุณต้องการกราฟิกที่น่าประทับใจคุณอาจจะสนใจที่จะใช้มันภายใต้ X มากกว่าภายใต้เทอร์มินัล
Bratchley

3
เมื่อถามไปถามว่า "ฉันจะ ... ได้อย่างไร" แทนที่จะเป็น "ทำไมถึงไม่ใช่ ... " ทำให้รู้สึกถึงฉันมากขึ้น คำตอบของ "ทำไมมันไม่ได้" สามารถเป็น "คุณไม่สามารถทำเช่นนั้นได้"

คำตอบ:


7

ไม่มีเหตุผลทางเทคนิคที่เป็นไปไม่ได้ อย่างไรก็ตามมีหลายเหตุผลที่ทำให้มันใช้งานไม่ได้ ด้วยจำนวนอสังหาริมทรัพย์ที่ จำกัด บนหน้าจอที่ตัวละครนำเสนอบนหน้าจอคุณจะมีเวลาในการค้นหาที่ยากลำบากสำหรับการใช้งานมากขึ้นกว่า 256 สีพร้อมกันบนหน้าจอ

เท่าที่ฉันรู้ลูกค้า terminal ใช้พื้นที่สีที่จัดทำดัชนี หนึ่งในเหตุผลที่เป็นเพราะในรูปแบบที่ง่ายที่สุด 256 สีสามารถจัดทำดัชนีด้วยหนึ่งไบต์ ในขณะที่พื้นที่สี RGB ต้องการสองหรือสามไบต์ พิจารณาว่าการเข้ารหัสสีในเทอร์มินัลสตรีมแต่ละสีอย่างน้อยสองไบต์ + มาร์กอัปสมาร์ทใด ๆ นี่อาจไม่ใช่หน่วยความจำที่มีปัญหาขนาดใหญ่อย่างไรก็ตามเมื่อสตรีมเครือข่ายแบบเรียลไทม์มันอาจเพิ่มความล่าช้าโดยเฉพาะ (แก้ไขฉันถ้าฉันผิด) ตัวละครแต่ละตัวจะถูกส่งในแพ็คเกจของตัวเอง


2

ไม่มีเหตุผลในปัจจุบันจริงๆ นอกจากรหัสการหลบหนีอาจถูกเพิ่มเข้าไปเมื่อไม่กี่ปีที่ผ่านมาเพื่อรองรับสีจริง เทอร์มินัลจำนวนมากมีการสนับสนุนสี 24 บิตในขณะนี้ดูhttps://gist.github.com/XVilka/8346728

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.