xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.


Changes between Version 2 and Version 3 of Encodings


Ignore:
Timestamp:
03/15/13 06:36:24 (8 years ago)
Author:
Antoine Martin
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Encodings

    v2 v3  
    1717Here are some rough guidelines:
    1818* on LANs with 100MBit/s or higher, use fast lossy encodings: either rgb24 or png
    19 * otherwise, choose x264 and tune the speed/quality to suit your needs
     19* otherwise, choose x264 and tune the speed/quality to suit your needs (see below)
    2020The other encodings are somewhat less useful:
    2121* vpx is similar to x264 but it does not support speed and quality tuning
    22 * webm is single image subset of vpx, and therefore lacks [http://en.wikipedia.org/wiki/Intra-frame intra-frame] compression
     22* webm is single image subset of vpx, and therefore lacks [http://en.wikipedia.org/wiki/Intra-frame intra-frame] compression - but latency is good
    2323* jpeg gives lower size/quality than other lossy encodings
    2424
     25----
     26
    2527== x264 specifics ==
     28(see [http://en.wikipedia.org/wiki/H.264 wikipedia H.264])
    2629x264 is the encoding that supports the most options and tunings.
    27 Quality/speed and minimum quality/speed can be set via the command line (and the latters can also be changed at runtime via the tray applet)
    28 Note that even when using the x264 encoding, some small screen updates may get sent as png or rgb24 to save time/bandwidth.
     30Quality/speed and minimum quality/speed can be set via the command line (and the latter can also be changed at runtime via the tray applet)
     31Note that even when using the x264 encoding, some small screen updates may get sent as png or rgb24 to save time/bandwidth (not encoding a full frame).
    2932
    30 === Profile ===
     33=== Profiles ===
     34(see [http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles wikipedia h264 profiles])
    3135x264 supports the following profiles: {{{baseline}}}, {{{main}}}, {{{high}}}, {{{high10}}}, {{{high422}}} and {{{high444}}}
    3236At present, we use {{{high}}} or better by default unless the client overrides it.
     
    4246
    4347=== Speed Option ===
    44 This option, shown as "latency" via the tray menu, controls how hard the encoder is going to work at compressing the picture. Working harder means lower bandwidth, but higher latency.
    45 
    46 
     48This option, shown as "latency" via the tray menu, controls how hard the encoder is going to work at compressing the picture. Working harder means lower bandwidth, but also higher latency.
     49x264 supports the following speed settings: {{{ultrafast}}}, {{{superfast}}}, {{{veryfast}}}, {{{faster}}}, {{{fast}}}, {{{medium}}}, {{{slow}}}, {{{slower}}}, {{{veryslow}}} and {{{placebo}}}.
     50xpra maps the 100% to 0% speed option from {{{superfast}}} to {{{slower}}} only.
     51{{{veryslow}}} and {{{placebo}}} are not particularly useful (diminishing returns: much much slower and without sufficient savings for real-time use).
     52{{{ultrafast}}} is not available because setting the encoder to this setting has side-effects which prevents other settings from behaving as they should if the option is later changed. And in theory, {{{superfast}}} is almost as good.