summaryrefslogtreecommitdiffstats
path: root/rfb/rfbproto.h
diff options
context:
space:
mode:
authorDavid Verbeiren <[email protected]>2013-01-09 13:04:08 +0100
committerChristian Beier <[email protected]>2013-01-25 21:07:07 +0100
commitd891478ec985660c03f95cffda0e6a1ad4ba350c (patch)
treeb25c9d2a7fa5727fccc3b1b528532a5e28583a5d /rfb/rfbproto.h
parent98d49517edc412b524e8feb9c4568f418a25e0d2 (diff)
downloadlibtdevnc-d891478ec985660c03f95cffda0e6a1ad4ba350c.tar.gz
libtdevnc-d891478ec985660c03f95cffda0e6a1ad4ba350c.zip
LibVNCClient: Add H.264 encoding for framebuffer updates
This patch implements support in LibVNCClient for framebuffer updates encoded as H.264 frames. Hardware accelerated decoding is performed using VA API. This is experimental support to let the community explore the possibilities offered by the potential bandwidth and latency reductions that H.264 encoding allows. This may be particularly useful for use cases such as online gaming, hosted desktops, hosted set top boxes... This patch only provides the client side support and is meant to be used with corresponding server-side support, as provided by an upcoming patch for qemu ui/vnc module (to view the display of a virtual machine executing under QEMU). With this H.264-based encoding, if multiple framebuffer update messages are generated for a single server framebuffer modification, the H.264 frame data is sent only with the first update message. Subsequent update framebuffer messages will contain only the coordinates and size of the additional updated regions. Instructions/Requirements: * The patch should be applied on top of the previous patch I submitted with minor enhancements to the gtkvncviewer application: http://sourceforge.net/mailarchive/message.php?msg_id=30323804 * Currently only works with libva 1.0: use branch "v1.0-branch" for libva and intel-driver. Those can be built as follows: cd libva git checkout v1.0-branch ./autogen.sh make sudo make install cd .. git clone git://anongit.freedesktop.org/vaapi/intel-driver cd intel-driver git checkout v1.0-branch ./autogen.sh make sudo make install Signed-off-by: David Verbeiren <[email protected]>
Diffstat (limited to 'rfb/rfbproto.h')
-rw-r--r--rfb/rfbproto.h18
1 files changed, 18 insertions, 0 deletions
diff --git a/rfb/rfbproto.h b/rfb/rfbproto.h
index acb2e7b..43f41e8 100644
--- a/rfb/rfbproto.h
+++ b/rfb/rfbproto.h
@@ -514,6 +514,9 @@ typedef struct {
#define rfbEncodingSupportedEncodings 0xFFFE0002
#define rfbEncodingServerIdentity 0xFFFE0003
+#ifdef LIBVNCSERVER_CONFIG_LIBVA
+#define rfbEncodingH264 0x48323634
+#endif
/*****************************************************************************
*
@@ -869,6 +872,21 @@ typedef struct {
#endif
/*- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+ * h264 - h264 encoding. We have an rfbH264Header structure
+ * giving the number of bytes following. Finally the data follows is
+ * h264 encoded frame.
+ */
+
+typedef struct {
+ uint32_t nBytes;
+ uint32_t slice_type;
+ uint32_t width;
+ uint32_t height;
+} rfbH264Header;
+
+#define sz_rfbH264Header 16
+
+/*- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
* XCursor encoding. This is a special encoding used to transmit X-style
* cursor shapes from server to clients. Note that for this encoding,
* coordinates in rfbFramebufferUpdateRectHeader structure hold hotspot