Changes between Version 23 and Version 24 of WindowRefresh

Timestamp:

12/11/13 10:08:39 (7 years ago)

Author:

Antoine Martin

Comment:

--

WindowRefresh

@@ +1 @@
+{{{#!div class="box"
 = Window Refresh =
 
@@ -9 +10 @@
 * the "video quality": mainly for the x264 video encoder, but also jpeg and webp
 * the "video speed": mainly for the x264 video encoder, but also used for png/jpeg (at very low speed, we "optimize" the compression)
+}}}
 
-[[BR]]
-
+{{{#!div class="box"
 == X11 Composite ==
 * [http://en.wikipedia.org/wiki/Compositing_window_manager Compositing window manager] (wikipedia)
 * [http://www.x.org/releases/X11R7.5/doc/compositeproto/compositeproto.txt Composite Proto Spec]
 * [http://www.talisman.org/~erlkonig/misc/x11-composite-tutorial/ x11 composite tutorial]
+}}}
 
+{{{#!div class="box"
 == Code Pointers ==
 Since this is an area that receives constant tuning and improvements, the most reliable source of current information is the code itself:
@@ -30 +33 @@
 
 Note also that many of these classes have a {{{add_stats}}} method which is used by {{{xpra info}}} to provide detailed statistics from the command line and is a good first step for debugging.
+}}}
 
-[[BR]]
 
+{{{#!div class="box"
 == Background on damage request processing ==
 Step by step (and oversimplified - so check the code for details) of the critical damage code path:
@@ -59 +63 @@
 * mmap
 * video encoding: choosing a pipeline (many factors..), window dimensions restrictions, etc..
+}}}
 
-[[BR]]
 
+{{{#!div class="box"
 == The Batch Delay Factors ==
 Again, this is a simplified explanation, and the actual values used will make use of heuristics, weighted averages, etc. Recent vs average values, trends, etc.
@@ -95 +100 @@
 * with a weight of 0.0, the factor is irrelevant as it won't be counted
 * with a high enough weight, a factor can overrule others
+}}}
 
-[[BR]]
 
+{{{#!div class="box"
 == Speed and Quality auto tuning ==
 Please refer to the code for accurate information.
@@ -106 +112 @@
 * client speed: if the client is struggling to decode frames, then we use a higher speed (which means less effort in decompressing the stream) - the target client decoding speed is 8 MPixels/s
 * quality: we try to lower the quality if we find that the client has a backlog of frames to draw/acknowledge (usually a sign of network congestion), or if the measure client latency is higher than normal (also a sign of congestion)
+}}}
 
 
-[[BR]]
-
+{{{#!div class="box"
 == Debugging ==
 "{{{xpra info}}}" provides a lot of details on the current values used for batch delay and encoding speed/quality calculations.
@@ -118 +124 @@
 }}}
 You should narrow down to the individual window you are interested in.
+}}}