commit bd5d706f122ea82c1367459bc7064fae7fc2202f
Author: Peter Rosin <p...@lysator.liu.se>
Date: Thu Jun 11 13:04:59 2009 +0200
Describe the Tight LastRect Pseudo-encoding.
Signed-off-by: Peter Rosin <p...@lysator.liu.se>
diff --git a/rfbproto.rst b/rfbproto.rst
index 7034d9a..c6ee650 100644
--- a/rfbproto.rst
+++ b/rfbproto.rst
@@ -750,7 +750,7 @@ Code Vendor Signature Description
-32 "``TGHT``" "``JPEGQLVL``" JPEG Quality Level
-223 "``TGHT``" "``NEWFBSIZ``" `DesktopSize Pseudo-encoding`_ (New
FB Size)
--224 "``TGHT``" "``LASTRECT``" Last Rect
+-224 "``TGHT``" "``LASTRECT``" `LastRect Pseudo-encoding`_
-232 "``TGHT``" "``POINTPOS``" Pointer Position
-239 "``TGHT``" "``RCHCURSR``" `Cursor Pseudo-encoding`_ (Rich
Cursor)
@@ -1510,6 +1510,8 @@ However, because there is no strong connection between a
client that has more than one *FramebufferUpdateRequest* pending at any
given time cannot be sure that it has received all framebuffer updates.
+See the `LastRect Pseudo-encoding`_ for an extension to this message.
+
SetColourMapEntries
-------------------
@@ -1662,6 +1664,7 @@ Number Name
8 `zlibhex Encoding`_
16 `ZRLE Encoding`_
-223 `DesktopSize Pseudo-encoding`_
+-224 `LastRect Pseudo-encoding`_
-239 `Cursor Pseudo-encoding`_
-247 to -256 `Compression Level Pseudo-encoding`_
-305 `gii Pseudo-encoding`_
@@ -1681,7 +1684,7 @@ Other registered encodings are:
|17 |Hitachi ZYWRLE |
+--------------------------+------------------------------------------+
|| -1 to -222 |Tight options |
-|| -224 to -238 | |
+|| -225 to -238 | |
|| -240 to -246 | |
+--------------------------+------------------------------------------+
|-257 to -272 |Anthony Liguori |
@@ -2250,6 +2253,19 @@ gracefully, e.g. by showing a black framebuffer or delay
the screen
update until a proper update of the framebuffer contents has been
received.
+LastRect Pseudo-encoding
+------------------------
+
+A client which requests the *LastRect* pseudo-encoding is declaring
+that it does not need the exact number of rectangles in a
+*FramebufferUpdate* message. Instead, it will stop parsing when it
+reaches a *LastRect* rectangle. A server may thus start transmitting
+the *FramebufferUpdate* message before it knows exactly how many
+rectangles it is going to transmit, and the server typically advertises
+this situation by saying that it is going to send 65535 rectangles,
+but it then stops with a *LastRect* instead of sending all of them.
+There is no further data associated with the pseudo-rectangle.
+
Compression Level Pseudo-encoding
---------------------------------
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
tigervnc-rfbproto mailing list
tigervnc-rfbproto@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-rfbproto
