<?xml version="1.0" encoding="utf-8"?>
<root>
  <!-- 
    Microsoft ResX Schema 
    
    Version 2.0
    
    The primary goals of this format is to allow a simple XML format 
    that is mostly human readable. The generation and parsing of the 
    various data types are done through the TypeConverter classes 
    associated with the data types.
    
    Example:
    
    ... ado.net/XML headers & schema ...
    <resheader name="resmimetype">text/microsoft-resx</resheader>
    <resheader name="version">2.0</resheader>
    <resheader name="reader">System.Resources.ResXResourceReader, System.Windows.Forms, ...</resheader>
    <resheader name="writer">System.Resources.ResXResourceWriter, System.Windows.Forms, ...</resheader>
    <data name="Name1"><value>this is my long string</value><comment>this is a comment</comment></data>
    <data name="Color1" type="System.Drawing.Color, System.Drawing">Blue</data>
    <data name="Bitmap1" mimetype="application/x-microsoft.net.object.binary.base64">
        <value>[base64 mime encoded serialized .NET Framework object]</value>
    </data>
    <data name="Icon1" type="System.Drawing.Icon, System.Drawing" mimetype="application/x-microsoft.net.object.bytearray.base64">
        <value>[base64 mime encoded string representing a byte array form of the .NET Framework object]</value>
        <comment>This is a comment</comment>
    </data>
                
    There are any number of "resheader" rows that contain simple 
    name/value pairs.
    
    Each data row contains a name, and value. The row also contains a 
    type or mimetype. Type corresponds to a .NET class that support 
    text/value conversion through the TypeConverter architecture. 
    Classes that don't support this are serialized and stored with the 
    mimetype set.
    
    The mimetype is used for serialized objects, and tells the 
    ResXResourceReader how to depersist the object. This is currently not 
    extensible. For a given mimetype the value must be set accordingly:
    
    Note - application/x-microsoft.net.object.binary.base64 is the format 
    that the ResXResourceWriter will generate, however the reader can 
    read any of the formats listed below.
    
    mimetype: application/x-microsoft.net.object.binary.base64
    value   : The object must be serialized with 
            : System.Runtime.Serialization.Formatters.Binary.BinaryFormatter
            : and then encoded with base64 encoding.
    
    mimetype: application/x-microsoft.net.object.soap.base64
    value   : The object must be serialized with 
            : System.Runtime.Serialization.Formatters.Soap.SoapFormatter
            : and then encoded with base64 encoding.

    mimetype: application/x-microsoft.net.object.bytearray.base64
    value   : The object must be serialized into a byte array 
            : using a System.ComponentModel.TypeConverter
            : and then encoded with base64 encoding.
    -->
  <xsd:schema id="root" xmlns="" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
    <xsd:import namespace="http://www.w3.org/XML/1998/namespace" />
    <xsd:element name="root" msdata:IsDataSet="true">
      <xsd:complexType>
        <xsd:choice maxOccurs="unbounded">
          <xsd:element name="metadata">
            <xsd:complexType>
              <xsd:sequence>
                <xsd:element name="value" type="xsd:string" minOccurs="0" />
              </xsd:sequence>
              <xsd:attribute name="name" use="required" type="xsd:string" />
              <xsd:attribute name="type" type="xsd:string" />
              <xsd:attribute name="mimetype" type="xsd:string" />
              <xsd:attribute ref="xml:space" />
            </xsd:complexType>
          </xsd:element>
          <xsd:element name="assembly">
            <xsd:complexType>
              <xsd:attribute name="alias" type="xsd:string" />
              <xsd:attribute name="name" type="xsd:string" />
            </xsd:complexType>
          </xsd:element>
          <xsd:element name="data">
            <xsd:complexType>
              <xsd:sequence>
                <xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
                <xsd:element name="comment" type="xsd:string" minOccurs="0" msdata:Ordinal="2" />
              </xsd:sequence>
              <xsd:attribute name="name" type="xsd:string" use="required" msdata:Ordinal="1" />
              <xsd:attribute name="type" type="xsd:string" msdata:Ordinal="3" />
              <xsd:attribute name="mimetype" type="xsd:string" msdata:Ordinal="4" />
              <xsd:attribute ref="xml:space" />
            </xsd:complexType>
          </xsd:element>
          <xsd:element name="resheader">
            <xsd:complexType>
              <xsd:sequence>
                <xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
              </xsd:sequence>
              <xsd:attribute name="name" type="xsd:string" use="required" />
            </xsd:complexType>
          </xsd:element>
        </xsd:choice>
      </xsd:complexType>
    </xsd:element>
  </xsd:schema>
  <resheader name="resmimetype">
    <value>text/microsoft-resx</value>
  </resheader>
  <resheader name="version">
    <value>2.0</value>
  </resheader>
  <resheader name="reader">
    <value>System.Resources.ResXResourceReader, System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
  </resheader>
  <resheader name="writer">
    <value>System.Resources.ResXResourceWriter, System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
  </resheader>
  <metadata name="ToolTip.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>17, 17</value>
  </metadata>
  <data name="drop_adaptBFrames.ToolTip" xml:space="preserve">
    <value>Bフレーム数の決定方法を指定します。
「Off」に設定すると常に一定となり、Bフレーム数は「B-Frames」で設定した値になります。
それ以外の値の場合、Bフレーム数は「B-Frames」で設定した値を上限として変動します。
「Fast」に設定すると、「B-Frames」で設定した値に関わらずエンコード時間は一定となります。
ただし、この場合状況によっては最適でないBフレーム数が選択される場合があります。
「Optimal」に設定すると、より小さいサイズで高品位な値が決定されます。
ただし、「B-Frames」で設定した値が大きくなるに従ってエンコードが遅くなります。</value>
  </data>
  <data name="check_Cabac.ToolTip" xml:space="preserve">
    <value>このオプションをOnにするとCABAC（context adaptive binary arithmetic coding）が有効になり、
映像品質はそのままでファイルサイズを約15％削減できます。
この機能は非常に有用なので、できるだけOnにすることをおすすめします。
ただし、iPodでの再生互換性に問題があるほか、AppleTVでの再生が難しくなるため、
これらのデバイス用のファイルを作成する場合は無効にしてください。
CABACはentropy codingの一種で、長いデータ列を記述するために短いシンボルを利用してデータを圧縮します。
「entropy」は頻繁に使われるシンボルを最小にする、ということを意味しています。
このオプションをOffにすると、CABACの代わりにCAVLC（context adaptive variable-length coding）と呼ばれるentropy coding方式が利用されます。
CAVLCは効率の面ではCABACに劣っているため、同じ映像品質でもCABACを利用した場合と比べてビットレートが15％ほど増加します。</value>
  </data>
  <data name="check_noDCTDecimate.ToolTip" xml:space="preserve">
    <value>x264エンコーダはファイルサイズを節約するため、人間の目では認識できないと思われるブロックについては省略して出力します。
これが映像品質に与える影響はごくわずかですが、まれに副作用としてノイズなどが発生することがあります。
このような場合、このオプションをOnにすることで問題を軽減することができます。
このオプションをOnにすると、映像品質は向上しますが、ビットレート/ファイルサイズも大きくなります。つまり、品質設定で「平均ビットレート」、もしくは「ファイルサイズを指定」を選択している場合は画質が悪化します。いっぽう、品質を数値で設定している場合はビットレート/ファイルサイズは増えるものの、画質は向上する可能性があります。</value>
  <data name="drop_trellis.ToolTip" xml:space="preserve">
    <value>Trellis fine-tunes the rounding of transform coefficients to squeeze out 3-5% more compression at the cost of some speed. 
"Always" uses trellis not only during the main encoding process, but also during analysis, which improves compression even 
more, albeit at great speed cost. 

Trellis costs more speed at higher bitrates</value>
  </data>
  <data name="drop_deblockBeta.ToolTip" xml:space="preserve">
    <value>x264エンコーダにはブロックノイズ軽減フィルタが組み込まれており、動画の再生時にブロックノイズの軽減が行われます。
このフィルタには「強度」と「しきい値」という2つのパラメータがあります。
「強度」はブロックノイズの軽減量を決定するパラメータで、0以下に設定すると画像のぼけを軽減できます。
ただし、小さすぎると画像がシャープになりすぎるかもしれません。また、大きい値に設定するほど画像がソフトになります。
「しきい値」はディテールをどの程度残すかを決定するパラメータです。大きくするほど、ぼけたディテールになります。
デフォルトの値はともに「0」です（0といってもブロックノイズ軽減を行わないわけではありません）。
これは、多くのケースで適切な値となっています。
このパラメータの設定についてはさまざまな意見がありますが、多くの場合はデフォルトの「0 0」の設定で使われることが多いです。
動きの多い映像の場合は「-2 -1」や「-2 -2」のようにシャープな設定が好まれるかもしれません。
また、アニメの場合などは「1 1」や「3 3」のようにソフトな設定が好まれるかもしれません。
ただし、-4以下、もしくは4以上に設定すると品質が低下することが多いようです。</value>
  </data>
  <data name="drop_deblockAlpha.ToolTip" xml:space="preserve">
    <value>x264エンコーダにはブロックノイズ軽減フィルタが組み込まれており、動画の再生時にブロックノイズの軽減が行われます。
このフィルタには「強度」と「しきい値」という2つのパラメータがあります。
「強度」はブロックノイズの軽減量を決定するパラメータで、0以下に設定すると画像のぼけを軽減できます。
ただし、小さすぎると画像がシャープになりすぎるかもしれません。また、大きい値に設定するほど画像がソフトになります。
「しきい値」はディテールをどの程度残すかを決定するパラメータです。大きくするほど、ぼけたディテールになります。
デフォルトの値はともに「0」です（0といってもブロックノイズ軽減を行わないわけではありません）。
これは、多くのケースで適切な値となっています。
このパラメータの設定についてはさまざまな意見がありますが、多くの場合はデフォルトの「0 0」の設定で使われることが多いです。
動きの多い映像の場合は「-2 -1」や「-2 -2」のようにシャープな設定が好まれるかもしれません。
また、アニメの場合などは「1 1」や「3 3」のようにソフトな設定が好まれるかもしれません。
ただし、-4以下、もしくは4以上に設定すると品質が低下することが多いようです。</value>
  </data>
  <data name="check_8x8DCT.ToolTip" xml:space="preserve">
    <value>The 8x8 transform is the single most useful feature of x264 in terms of compression-per-speed.  
It improves compression by at least 5% at a very small speed cost and may provide an unusually high visual quality benefit compared to its compression gain.  
However, it requires High Profile, which many devices may not support.</value>
  </data>
  <data name="drop_analysis.ToolTip" xml:space="preserve">
    <value>Mode decision picks from a variety of options to make its decision: this option chooses what options those are.  
Fewer partitions to check means faster encoding, at the cost of worse decisions, since the best option might have been one that was turned off.</value>
  </data>
  <data name="drop_subpixelMotionEstimation.ToolTip" xml:space="preserve">
    <value>This setting controls both subpixel-precision motion estimation and mode decision methods.

Subpixel motion estimation is used for refining motion estimates beyond mere pixel accuracy, improving compression.

Mode decision is the method used to choose how to encode each block of the frame: a very important decision.

SAD is the fastest method, followed by SATD, RD, RD refinement, and the slowest, QPRD.
6 or higher is strongly recommended: Psy-RD, a very powerful psy optimization that helps retain detail, requires RD.
10, the most powerful and slowest option, requires trellis=2.</value>
  </data>
  <data name="drop_MotionEstimationRange.ToolTip" xml:space="preserve">
    <value>This is the distance x264 searches from its best guess at the motion of a block in order to try to find its actual motion.  
Doesn't apply to Diamond or Hexagon search options.  
The default is fine for most content, but extremely high motion video, especially at HD resolutions, may benefit from higher ranges, albeit at a high speed cost.</value>
  </data>
  <data name="drop_MotionEstimationMethod.ToolTip" xml:space="preserve">
    <value>Controls the motion estimation method. Motion estimation is how the encoder estimates how each block of pixels in a frame has moved.  
A better motion search method improves compression at the cost of speed.

Diamond: performs an extremely fast and simple search using a diamond pattern.

Hexagon: performs a somewhat more effective but slightly slower search using a hexagon pattern.

Uneven Multi-Hex: performs a very wide search using a variety of patterns, more accurately capturing complex motion.

Exhaustive: performs a \"dumb\" search of every pixel in a wide area.  Significantly slower for only a small compression gain.

Transformed Exhaustive: Like exhaustive, but makes even more accurate decisions. Accordingly, somewhat slower, also for only a small improvement.</value>
  </data>
  <data name="drop_directPrediction.ToolTip" xml:space="preserve">
    <value>H.264 allows for two different prediction modes, spatial and temporal, in B-frames.

Spatial, the default, is almost always better, but temporal is sometimes useful too.

x264 can, at the cost of a small amount of speed (and accordingly for a small compression gain), adaptively select which is better for each particular frame.</value>
  </data>
  <data name="drop_bFrames.ToolTip" xml:space="preserve">
    <value>Sane values are ~2-5.  
This specifies the maximum number of sequential B-frames that the encoder can use. 
 Large numbers generally won't help significantly unless Adaptive B-frames is set to Optimal.  
Cel-animated source material and B-pyramid also significantly increase the usefulness of larger values. 
Baseline profile, as required for iPods and similar devices, requires B-frames to be set to 0 (off).</value>
  </data>
  <data name="drop_refFrames.ToolTip" xml:space="preserve">
    <value>Sane values are ~1-6.  
The more you add, the better the compression, but the slower the encode.  
Cel animation tends to benefit from more reference frames a lot more than film content. 
Note that many hardware devices have limitations on the number of supported reference frames, so if you're encoding for a handheld or standalone player, 
don't touch this unless you're absolutely sure you know what you're doing!</value>
  </data>
  <data name="check_weightp.ToolTip" xml:space="preserve">
    <value>Performs extra analysis to decide upon weighting parameters for each frame.  
This improves overall compression slightly and improves the quality of fades greatly. 
Baseline profile, as required for iPods and similar devices, requires weighted P-frame prediction to be disabled.  
Note that some devices and players, even those that support Main Profile, 
may have problems with Weighted P-frame prediction: the Apple TV is completely incompatible with it, for example.</value>
  </data>
  <data name="combo_pyrmidalBFrames.ToolTip" xml:space="preserve">
    <value>B-pyramid improves compression by creating a pyramidal structure (hence the name) of B-frames, allowing B-frames to 
reference each other to improve compression.  

Requires Max B-frames greater than 1; optimal adaptive B-frames is strongly recommended for full compression benefit.</value>
  </data>
</root>
