Changes between Version 50 and Version 51 of Encodings

Timestamp:

05/22/15 06:07:05 (6 years ago)

Author:

Antoine Martin

Comment:

--

Encodings

@@ -40 +40 @@
 
 The other encodings are somewhat less useful:
-* [/wiki/Encodings/vpx vpx : VP8] is similar to {{{h264}}} but it does not support all speed and quality tuning, it also subsamples colours which leads to visual degradation. {{{VP9}}} is so slow it is unusable.
-* just like {{{VP9}}}, {{{h265}}} is far too slow to encode
+* [/wiki/Encodings/vpx vpx : VP8] is similar to {{{h264}}} but it does not support all speed and quality tuning, it also subsamples colours which leads to visual degradation. {{{VP9}}} is only usable with version 0.15 onwards.
+* {{{h265}}} via {{{x265}}} is far too slow to encode
 * {{{jpeg}}} gives lower size/quality than other lossy encodings, use this if the video encodings are not available and you need better compression than {{{png}}} or {{{webp}}} can give you
 * [/wiki/Encodings/webp webp] (lossy mode) is a single image subset of {{{vpx}}}, and therefore lacks [http://en.wikipedia.org/wiki/Intra-frame intra-frame] compression - but latency is decent
@@ -126 +126 @@
 {{{#!div class="box"
 == Debugging ==
-When using non-video encodings, the encoding used for sending the pixels to the client will be the one which has been selected. The only exception to this rule is when the number of pixels is so small that trying to compress them would be pointless, and they are then sent as plain {{rgb}}}.
+The first thing to check is the codec availability and version.
+On MS Windows, run the {{{Encoding_Info.exe}}} utility, or the [/wiki/ReportingBugs bug report tool].
+On other platforms, run the {{{xpra/codecs/loader.py}}} script, and for debugging video the {{{xpra/codecs/video_helper.py}}} script. (both support a {{{--verbose}}} option).
+
+When using non-video encodings, the encoding used for sending the pixels to the client will be the one which has been selected. The only exception to this rule is when the number of pixels is so small that trying to compress them would be pointless, and they are then usually sent as plain {{rgb}}} or {{{png}}} / {{{webp}}}.
 
 With video encodings, things are more complicated: if there is a video region, the non video areas will use other encodings. Even the video region (which may be the whole window) will get automatically refreshed with a lossless encoding when it stops refreshing rapidly.
@@ -138 +142 @@
 * the current encoding set is best seen with: {{{xpra info | grep encoding=}}}
 * to see statistics about which encodings are actually used: {{{xpra info | egrep "last_used|total_frames|total_pixels"}}}
+* video region detection can be seen with {{{xpra info | grep region}}}
 }}}