diff options
author | dborth <dborth@gmail.com> | 2017-04-03 09:43:44 -0600 |
---|---|---|
committer | Christian Beier <dontmind@freeshell.org> | 2017-04-04 10:41:06 +0200 |
commit | 652f5a4b1c72a0c9041ec4140d73e66a975206ae (patch) | |
tree | 7ec50db22515bf7448a109ff933cdb359707bf91 /libvncclient | |
parent | ef971860233a9abfe66533381e82ed094815a83f (diff) | |
download | libtdevnc-652f5a4b1c72a0c9041ec4140d73e66a975206ae.tar.gz libtdevnc-652f5a4b1c72a0c9041ec4140d73e66a975206ae.zip |
Set trueColour flag to 1 instead of 255
It turns out some server implementations (namely VMware ESXi 6.5) expect
1 as the only non-zero value for the SetPixelFormat message whereas the protocol
states every non-zero value is valid
(https://github.com/rfbproto/rfbproto/blob/master/rfbproto.rst#setpixelformat).
Anyway, setting this to 1 shouldn't hurt.
Fixes #141
Diffstat (limited to 'libvncclient')
-rw-r--r-- | libvncclient/vncviewer.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/libvncclient/vncviewer.c b/libvncclient/vncviewer.c index fb25023..780a1cb 100644 --- a/libvncclient/vncviewer.c +++ b/libvncclient/vncviewer.c @@ -280,7 +280,7 @@ rfbClient* rfbGetClient(int bitsPerSample,int samplesPerPixel, client->format.depth = bitsPerSample*samplesPerPixel; client->appData.requestedDepth=client->format.depth; client->format.bigEndian = *(char *)&client->endianTest?FALSE:TRUE; - client->format.trueColour = TRUE; + client->format.trueColour = 1; if (client->format.bitsPerPixel == 8) { client->format.redMax = 7; |