= We have moved =
This wiki has been moved to [https://github.com/Xpra-org/xpra/blob/master/docs/README.md] and [https://github.com/Xpra-org/xpra/wiki]

[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]

''Archived copy:''

= Colourspace conversion step - CSC =

Before passing the pixels to the [/wiki/Encodings video encoder], we may or may not include a colourspace conversion step. (ie: newer versions of x264 support {{{BGRA}}} pixels as input directly).
This conversion step is often used for [http://en.wikipedia.org/wiki/Chroma_subsampling chroma subsampling] which reduces the size of the data to compress.

[[BR]]
[[BR]]

{{{#!div class="box"
== Information and Diagnostics ==
The pixel format used as input as well as the CSC module chosen to do this conversion work can be found via "{{{xpra info}}}".
[[BR]]
It will be chosen automatically based on the desired speed/quality settings.
Note that the CSC step may degrade the quality of the picture ({{{YUV444P}}} mode does not, but {{{YUV422P}}} and {{{YUV420P}}} do).
}}}

{{{#!div class="box"
== CSC Modules ==

On the server side we support multiple modules for doing this step:
* [/browser/xpra/trunk/src/xpra/codecs/csc_libyuv/colorspace_converter.pyx csc_libyuv] which uses [https://code.google.com/p/libyuv/ libyuv]'s optimized CPU code (the fastest option)
* [/browser/xpra/trunk/src/xpra/codecs/csc_swscale csc_swscale] which uses [http://www.ffmpeg.org/ FFmpeg]'s swscale library (CPU based)
* [/browser/xpra/trunk/src/xpra/codecs/csc_cython/colorspace_converter.pyx csc_cython]: a much slower fallback module written in Cython (deprecated)

[[BR]]

On the client side, the [/wiki/ClientRendering/OpenGL OpenGL rendering] mode does not need a CSC step as it can display YUV pixels directly on screen, and does the scaling itself too.
}}}


{{{#!div class="box"
== Choosing a CSC module ==

The best way to choose a CSC module is to test them all and [/wiki/CSC/Performance compare them].

Some rough guidelines:
* if you can use [/wiki/Encodings/nvenc NVENC], then do so: the CSC step is built-in and will use the GPU hardware
* otherwise, use {{{libyuv}}} or {{{swscale}}}
}}}

{{{#!div class="box"
== Specify a module or mode ==

You can choose which CSC modules are loaded using the {{{--csc-modules=}}} command line option. ie:
{{{
xpra --csc-modules=libyuv,swscale
}}}

----

One can also force the use a specific CSC mode:
{{{
XPRA_FORCE_CSC_MODE=cscmode xpra ...
}}}
Where `cscmode` is one of: {{{YUV420P}}}, {{{YUV422P}}}, {{{YUV444P}}}.
}}}

{{{#!div class="box"
== Scaling ==

As part of the colourspace conversion step, we can also downscale the frame if the {{{XPRA_SCALING}}} environment variable is unset or set to "1", and either:
* the application requests scaling using the {{{_XPRA_SCALING}}} X11 window property (specified as a 32-bit fraction, 16-bits for each)
* the {{{XPRA_SCALING_HARDCODED}}} environment variable is set on the server, using one of those 2 forms (the second one is preferred):
 * {{{XPRA_SCALING_HARDCODED=N}}} to downscale by N
 * {{{XPRA_SCALING_HARDCODED=M:N}}} to downscale by the fraction {{{M/N}}}
* automatically, using some heuristics (the bigger the picture size and the lower the quality + the higher the speed - the more likely it is that it will be enabled)
* manually using {{{xpra control}}} at runtime (see ticket:461#comment:9):
{{{
xpra control DISPLAY scaling "*" 2:3
}}}
 will scale all windows ("*") by 2/3rd on `DISPLAY` (replace with your actual display number or URI)

[[BR]]

Note: when downscaling is enabled, this may introduce a colourspace conversion step where none was necessary before (when the encoder was previously handling RGB pixel data directly).

Only some encoders can handle the scaling natively (and therefore at almost no cost), [/wiki/Encodings/nvenc nvenc] does.
}}}