Mit URxvt und xterm ist es möglich, ein virtuelles Terminal zu verwenden, das 256 statt nur acht Farben unterstützt. Da meine Intel GMA-Grafikkarte vom KMS-Framebuffer-Treiber gut unterstützt wird, arbeite ich ausschließlich am TTY. Leider werden nur acht Farben unterstützt, obwohl mit MPlayer (-vo fbdev / fbdev2) und anderen Framebuffer-Tools weitaus mehr angesprochen werden können. Gibt es eine Möglichkeit, dem TTY mitzuteilen, mehr als acht Farben zu verwenden?
Antworten:
Ich überarbeite meine Antwort jetzt, da ich mir der Dinge sicher bin.
Es war falsch zu folgern, dass die ANSI-Sequenzen über das BIOS oder auf andere Weise außerhalb des Kernels verarbeitet wurden. in der Tat werden sie im Kernel gehandhabt. Ich fand, was ich dank hnaz_ im LinuxNewbies-IRC-Kanal verpasst hatte: drivers/char/vt.cImplementiert eine Emulation eines Digital Equipment VT102-Terminals, das vom virtuellen Terminaltreiber verwendet wird.
Als endgültige Antwort, nachdem Sie den Quellcode überprüft haben, der die Escape-Sequenzen für virtuelle Terminals verwaltet: Wenn Sie 256-Farben-Unterstützung für virtuelle Terminals wünschen, müssen Sie nach der Erweiterung des Codes, der die Escape-Sequenzen analysiert, einen eigenen Kernel erstellen um die breitere Farbspezifikation zu behandeln.
Die Funktion heißt csi_m (). Die Änderungen müssen denen ähneln, die die X-basierten Terminalemulatoren erweitern, um Escape-Sequenzen zu verarbeiten, die die reicheren Farbcodes angeben. Es werden wahrscheinlich auch andere Änderungen erforderlich sein, aber hier würden Sie beginnen.
kmsconhandelt sich um ein Userland-Terminal, das versucht, das Terminal zu verbessern (einschließlich 24-Bit-Farbe). Obwohl seine Entwicklung zugunsten einer Systemalternative stagniert hat.
Ihre 256-Farben-RXVT / xterm / URXVT / etc werden durch terminfo und die Einstellung der TERMVariablen definiert. In den meisten Linux-Distributionen sind Ihre virtuellen Terminals definiert /etc/inittabund verwenden einen Standard-Terminaltyp, der definiert, wie viele Farben das Terminal verwenden kann.
Gibt es eine Möglichkeit, dem TTY mitzuteilen, mehr als acht Farben zu verwenden?
Ja.
Stellen Sie sicher, dass Ihr Framebuffer die richtige Auflösung / Bittiefe verwendet. Versuchen Sie vga=773, die Kernel-Optionen zu erweitern, um beispielsweise 1024 x 768 und 256 Farben (8-Bit-Farbtiefe) zu erhalten.
Legen Sie ein anderes TERM fest (z export TERM=foo. B. ). Sie müssen experimentieren, um die richtige zu finden. Wenn Sie eines finden, das funktioniert, können Sie es /etc/inittabso ändern , dass Ihre virtuellen Terminals es standardmäßig ausführen (siehe nächster Abschnitt).
Dieser Artikel beschreibt andere Optionen, die für Sie möglicherweise funktionieren. Es empfiehlt Qingy (Qingy ist nicht GettY) als Ersatz für getty und gibt Ihnen möglicherweise das, wonach Sie suchen, wenn das Wechseln von TERM-Variablen keine Option ist.
Apropos getty-Ersatz, ich schwöre, ich habe Anweisungen zum Ersetzen von getty durch GNU screenirgendwo auf dem Weg gesehen. Ich finde den Link im Moment nicht, aber da es einen TERM für 256 Farben gibt screen, können Sie sich das ansehen.
/etc/inittab Verwendet Zeilen wie diese, um virtuelle Terminals einzurichten:
# Format:
# <id>:<runlevels>:<action>:<process>
#
1:2345:respawn:/sbin/getty 38400 tty1
2:2345:respawn:/sbin/getty 38400 tty2
3:2345:respawn:/sbin/getty 38400 tty3
Hier ist die Manpage /sbin/getty(von meinem Debian-System aus, also technisch gesehen das agettyProgramm):
SYNOPSIS
agetty [-8ihLmnw] [-f issue_file] [-l login_program] [-I init]
[-t timeout] [-H login_host] baud_rate,... port [term]
Beachten Sie das baud_rate,... port [term]dort am Ende. Das stimmt mit dem Befehl in der /etc/inittabZeile ( /sbin/getty 38400 ttyN) überein - es gibt kein [term]Argument, daher erhalten wir eine Standardeinstellung (wird ausgeführt, echo $TERMsobald Sie sich an einer virtuellen Konsole angemeldet haben, um zu sehen, was Ihr System verwendet). Von der Manpage nochmal:
ARGUMENTS
term The value to be used for the TERM environment variable. This over‐
rides whatever init(8) may have set, and is inherited by login and
the shell.
Wenn Sie einen TERM finden, der funktioniert, ändern Sie die getty-Zeilen in Ihrer inittab und fügen Sie am Ende den richtigen TERM hinzu:
1:2345:respawn:/sbin/getty 38400 tty1 TERM-with-256-colors
2:2345:respawn:/sbin/getty 38400 tty2 TERM-with-256-colors
Schauen Sie sich fbterm an - es handelt sich um einen Ersatz-Framebuffer, der im 256-Farben-Modus ausgeführt werden kann (Sie führen ihn einfach als Root von einem TTY aus).
Ich hatte gemischten Erfolg damit - einige Anwendungen funktionieren einwandfrei und melden 256 Farben; Emacs (der Hauptgrund, warum ich 256 Farben für TTY wollte) scheint jedoch nicht zu funktionieren; Es wird hier ein wenig darüber diskutiert, aber es wird nicht wirklich gelöst:
http://lists.gnu.org/archive/html/emacs-devel/2011-08/msg00989.html
Mplayer sollte aber funktionieren!
emacsinnen zu tmuxrennen, da es die Escape-Sequenzen für das umgebende Terminal übersetzen sollte.
Mit kmscon erhalten Sie 256 Farben und Videos, ohne dass ein Windows-System (X, Wayland) installiert ist.
Es wurde aufgegeben, wird aber derzeit über eine Gabel gewartet .
Die Dokumentation zur Installation ist schmal, aber die README-Seite hier sollte Ihnen weiterhelfen .
Ich habe dies installiert und verwende es für Konsolen-Apps, die 256 Farben erfordern (vim aufgrund meiner Konfiguration).
Lesen Sie die Installationsanweisungen sorgfältig durch.
Die ANSI-Escape-Sequenzen zum Festlegen der Vordergrund- und Hintergrundfarbe von Text sind hier einschränkend.
Aus dem Gedächtnis sehen diese Sequenzen wie Flucht aus [01; 34m]. Es gibt Codes in den 30ern für den Vordergrund und ich denke 40er für den Hintergrund.
Ich glaube nicht, dass es eine Möglichkeit gibt, das zu erreichen, wonach Sie suchen.