Wie kann ich die 8-Bit-Farbe (256) unter RDP mit Windows 8 wiederherstellen?


9

Bis vor kurzem (bis ich auf Windows 8 aktualisiert habe) hatte ich Windows 7.

Ich hatte eine *.rdpDatei, in die ich ihren session bppWert bearbeiten konnte 8, was bedeutet, dass der 256-Farben-Modus verwendet wird, wenn der Remotedesktop aktiviert ist.

Kurzer Blick auf die RDP-Datei:

...
screen mode id:i:1
use multimon:i:0
desktopwidth:i:1366
desktopheight:i:768
session bpp:i:8     <<-------------------(in Windows 7, this worked)
...

Nach der Installation von Windows 8 funktioniert dies jedoch nicht mehr und ich sehe meinen Host-Computer immer noch in hoher Auflösung. Ich will das 15 Bit nicht. Ich möchte 256 Farben.

Ich konnte keine Lösung finden, die unter Windows 8 funktioniert.

Dies ist der vollständige Dateiinhalt:

screen mode id:i:1
use multimon:i:0
desktopwidth:i:1366
desktopheight:i:768
session bpp:i:8
winposstr:s:0,1,1136,101,1936,701
compression:i:1
keyboardhook:i:2
audiocapturemode:i:0
videoplaybackmode:i:1
connection type:i:2
displayconnectionbar:i:1
disable wallpaper:i:1
allow font smoothing:i:0
allow desktop composition:i:0
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:0
disable cursor setting:i:0
bitmapcachepersistenable:i:1
full address:s:dalida.dyndns.biz:443
audiomode:i:2
redirectprinters:i:0
redirectcomports:i:0
redirectsmartcards:i:1
redirectclipboard:i:1
redirectposdevices:i:0
redirectdirectx:i:1
autoreconnection enabled:i:1
authentication level:i:2
prompt for credentials:i:0
negotiate security layer:i:1
remoteapplicationmode:i:0
alternate shell:s:
shell working directory:s:
gatewayhostname:s:
gatewayusagemethod:i:4
gatewaycredentialssource:i:4
gatewayprofileusagemethod:i:0
promptcredentialonce:i:1
use redirection server name:i:0
drivestoredirect:s:

Welches Betriebssystem läuft auf dem Host?
21.

Win7 32 Bit versucht, eine Verbindung zu Win8 64 Bit
herzustellen

Hmm, ich habe alles versucht, was mir einfällt, einschließlich der Ausführung einer älteren Version von mstsc unter win xp, aber am niedrigsten kann ich es mit 15 Bit bekommen, also muss es etwas auf der Host-Seite sein. Selbst wenn Sie HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminaldienste \ ColrDepth auf dem Win8-Computer auf 1 setzen, reicht dies nicht aus Ich fürchte, Sie haben
kein

Entschuldigung, Royi, aber wenn Ihre Frage keine Antwort erhalten hat, wurde sie nicht ausreichend beachtet, oder niemand konnte eine Lösung für Sie finden. Leider kann niemand etwas dagegen tun. Viel Glück.
Slhck

Antworten:


2

Es scheint eine Diskussion darüber im Windows Technet Forum zu geben. Das Problem scheint mit einer Standardgruppenrichtlinie in Zusammenhang zu stehen, bei der die Farbtiefe standardmäßig über 15 bpp liegt. Durch Ändern der Richtlinie kann möglicherweise die Farbtiefe unter 15 bpp geändert werden.

http://social.technet.microsoft.com/Forums/windows/en-US/1a9be361-312e-4435-a53d-f9b525bc23c3/windows-7-remote-desktop-client-cannot-set-display-at-256- Farben

Ändern Sie außerdem die RDP-Sitzung so, dass sie mit älteren Windows-Versionen kompatibel ist, damit die wahrscheinlichsten die älteren Farbtiefen unterstützen.

Ich bin interessiert, ob dies bei dem von Ihnen gefundenen Problem hilft, aber ich habe kein Windows 8-System zum Testen.


2

Ich konnte das 8-Bit-Farbproblem umgehen, indem ich eine Verbindung zu einer verschachtelten Windows Server 2012-Terminalsitzung von einer anderen Terminalsitzung zu Windows Server 2003 im 256-Farben-Modus herstellte. Beide Server befinden sich im selben Gigabit-Netzwerk.

Dies löst jedoch immer noch keine Verzögerungen, da Windows Server 2012 (auch als Windows 8) zu viele Farbverläufe in Symbolen und Hintergründen verwendet, die dazu führen, dass alles hässlich aussieht und bei einer Remoteverbindung mit geringer Bandbreite nur schleppend funktioniert.

Wir müssen also einen Weg finden, das Windows 8/2012-Farbschema zu überschreiben, um 8-Bit-freundlich und websicher zu sein. Ohne diese unwahrscheinlich mögliche Änderung ist der 8-Bit-Farbmodus nutzlos.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.