X-Git-Url: https://git.sesse.net/?a=blobdiff_plain;f=hardware.rst;h=79057c0fad40b2e32d399345b271ea269eb27b6d;hb=f2fb154081bf8d73aa8b750132fb17ba0fda12a9;hp=15c4ac749abeb3aafef140186ebb2479615ad9fd;hpb=0114ea2f3093698134b525aa635ea4609c892c78;p=nageru-docs

diff --git a/hardware.rst b/hardware.rst
index 15c4ac7..79057c0 100644
--- a/hardware.rst
+++ b/hardware.rst
@@ -112,8 +112,8 @@ Video format conversion
 -----------------------
 
 If you have an input source with a different resolution than the native mode
-(currently locked to 720p; this will be configurable without recompiling
-in the future), Nageru will scale transparently for you using a Lanczos3
+(720p by default, but you can change this using the -w and -h command line
+parameters), Nageru will scale transparently for you using a Lanczos3
 filter (or rather, the :doc:`theme <theme>` will). This requires some extra GPU power,
 so if you can avoid it, use the native mode. Similarly, if you connect an
 interlaced input, Nageru will automatically deinterlace for you.
@@ -126,7 +126,14 @@ account for clock and jitter).
 
 Nageru works in 16-bit floating-point RGBA internally. High-quality conversion to and
 from subsampled Y'CbCr (typically 4:2:2 for inputs and 4:2:0 for outputs)
-is done transparently on the GPU.
+is done transparently on the GPU. Input and output is 8-bit Y'CbCr by default,
+but be aware that 8-bit Y'CbCr, however common, cannot capture the full color
+fidelity of 8-bit RGB (not to mention 10-bit RGB). If you have spare GPU power,
+you can enable 10-bit Y'CbCr input and output with --10-bit-input and
+--10-bit-output, respectively, although you should be aware that client
+support for 10-bit H.264 is very limited. Also, Quick Sync Video does not
+support 10-bit H.264 encoding, so in this case, the digital intermediate needs
+to be encoded in software.
 
 
 Performance tips