Bug 1814 - caching CODEC for VNC
: caching CODEC for VNC
Status: NEW
: ThinLinc
: 1.4.1
: PC Linux
: P2 Enhancement
: MediumPrio
Assigned To:
: 2745
: 5106
  Show dependency treegraph
Reported: 2006-02-01 16:35 by
Modified: 2014-04-22 14:01 (History)
Acceptance Criteria:

Mail from Karl J. Runge (2.89 KB, text/plain)
2007-01-11 10:02, Peter Åstrand


You need to log in before you can comment on or make changes to this bug.

Description From cendio 2006-02-01 16:35:08
There have been various attemps to improve performance in VNC, for example, by
using caching. Recently, Novell posted a link to this document:


After this posting, there were some discussions on the mailing list as well.
------- Comment #1 From cendio 2007-01-11 10:02:21 -------
Created an attachment (id=228) [details]
Mail from Karl J. Runge
------- Comment #3 From cendio 2007-03-19 17:07:54 -------
This bug might be suitable for a master thesis work. 
------- Comment #4 From cendio 2007-03-30 14:56:26 -------
The time required depends on how many client should support this extension. 
------- Comment #5 From cendio 2008-06-26 10:08:39 -------
For what it's worth, NoMachine have a method of converting RFB to X11 which
they then use NX to compress, and they claim a compression factor of between 2
and 10 for this data. 

See http://www.nomachine.com/documents/intr-technology.php subheading "RDP and
RFB Foreign Protocols".

Caching in NX is described in
http://www.nomachine.com/documents/NX-XProtocolCompression.php but I think the
only relevant subheading is "Disk Based Cache of Images"
------- Comment #8 From cendio 2011-11-02 09:28:04 -------
UltraVNC has some encoding types that mention caching. Might be something worth
looking at there.
------- Comment #9 From cendio 2013-02-05 09:22:48 -------
Some (somewhat old) information from Sun: