Changes between Version 1 and Version 2 of Encodings/x264

Timestamp:

11/01/13 12:30:18 (7 years ago)

Author:

Antoine Martin

Comment:

--

Encodings/x264

@@ -1 +1 @@
 = x264 Encoding =
-(see [http://en.wikipedia.org/wiki/H.264 wikipedia H.264])
-x264 is the encoding that supports the most options and tunings, and the default option when available because it offers the best performance and compression out of the box.
+x264 is the encoding that supports the most options and tunings. It is the default encoding used when it is available because it offers the best performance and compression out of the box.
 
-Quality/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)
+Quality/speed and minimum quality/speed can be set via the command line or via the tray menu.
 Note 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).
 
-For more information on x264 options, see [http://www.avidemux.org/admWiki/doku.php?id=tutorial:h.264 H.264 encoding guide]
+== Links ==
+* [http://www.avidemux.org/admWiki/doku.php?id=tutorial:h.264 H.264 encoding guide] for more information on x264 options
+* [http://en.wikipedia.org/wiki/H.264 wikipedia H.264]
+The following wiki pages are also relevant:
+* [WindowRefresh] - when and how the screen updates are processed
+* [Encodings] - all the picture encodings available
+* [CSC] - the Colourspace conversion step
 
-=== Profiles ===
+
+== Profiles ==
 (see [http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles wikipedia h264 profiles])
 x264 supports the following profiles: {{{baseline}}}, {{{main}}}, {{{high}}}, {{{high10}}}, {{{high422}}} and {{{high444}}}.
@@ -15 +21 @@
 
 
-=== Quality Option ===
+== Quality Option ==
 What this does should be obvious (in x264 speak, this controls the {{{rc.f_rf_constant}}} parameter), but it is more complicated than you think:
 * we support 3 different colourspace modes: YUV420, YUV422 and YUV444 and this affects the quality of the picture too. (YUV420 is used for lowest quality settings). {{{YUV444}}} uses roughly twice as much bandwidth as {{{YUV420}}}. Switching from one mode to another is expensive, as we then need to send a new key frame and re-initialize both the encoder and the decoder - so the thresholds for going up to the next mode are not the same as the thresholds for going down to the next mode (prevents a yoyo effect).