jp-workfiles/frmMain.resx.diff

   1 138,145d137
   2 <   <data name="drp_subtitle.ToolTip" xml:space="preserve">\r
   3 <     <value>Select the subtitle language you require from this dropdown.\r
   4 <  - or -\r
   5 < Autoselect: Scan for subtitles in an extra 1st pass, and choose\r
   6 < the one that's only used 10 percent of the time or less. \r
   7 < This should locate subtitles for short foreign language segments. \r
   8 < Best used in conjunction with forced subtitles.</value>\r
   9 <   </data>\r
  10 159,164c151,155
  11 <     <value>CABAC, or context adaptive binary arithmetic coding, is used by x264 to reduce the bitrate needed for a given quality by 15%. \r
  12 < This makes it very cool and very useful, and it should be left on whenever possible. However, it is incompatible with the iPod 5.5G, and makes the AppleTV struggle. \r
  13 < So turn it off for those. CABAC is a kind of entropy coding, which means that it compresses data by making shorthand symbols to represent long streams of data. \r
  14 < The "entropy" part means that the symbols it uses the most often are the smallest. \r
  15 < When you disable CABAC, another entropy coding scheme gets enabled, called CAVLC (context adaptive variable-length coding). \r
  16 < CAVLC is a lot less efficient, which is why it needs 15% more bitrate to achieve the same quality as CABAC.</value>\r
  17 ---
  18 >     <value>CABAC（context adaptive binary arithmetic coding）は、x264エンコーダが使用する符号化方式です。\r
  19 > これは品質向上やファイルサイズの縮小に非常に有効なので、Onにするべきです。\r
  20 > ただし、iPod 5.5Gでは再生できず、Apple TVでも問題が発生する可能性があります。\r
  21 > もしCABACをOffにすると、CAVLC（context adaptive variable-length coding）という符号化方式が使われます。\r
  22 > CAVLCを使用する場合、同じ品質の動画を得るために10～15％ほど多くのビットレートが必要となります</value>\r
  23 167,180c158,161
  24 <     <value>x264 includes an in-loop deblocking filter. \r
  25 < What this means is that blocky compression artifacts are smoothed away when you play back the video. \r
  26 < It has two settings: strength and threshold, just like a simple filter in Photoshop. \r
  27 < Strength controls the amount of deblocking applied to the whole frame. \r
  28 < If you drop down below 0, you reduce the amount of blurring.\r
  29 < Go too negative, and you'll get an effect somewhat like oversharpening an image. \r
  30 < Go into positive values, and the image may become too soft. \r
  31 < Threshold controls how sensitive the filter is to whether something in a block is detail that needs to be preserved: lower numbers blur details less. \r
  32 < The default deblocking values are 0 and 0. This does not mean zero deblocking. \r
  33 < It means x264 will apply the regular deblocking strength and thresholds the codec authors have selected as working the best in most cases. \r
  34 < While many, many people stick with the default deblocking values of 0,0, other people disagree. \r
  35 < Some prefer a slightly less blurred image for live action material, and use values like -2,-1 or -2,-2. Others will raise it to 1,1 or even 3,3 for animation. \r
  36 < While the values for each setting extend from -6 to 6, the consensus is that going below -3 or above 3 is worthless.\r
  37 < </value>\r
  38 ---
  39 >     <value>x264エンコーダでは、デブロックフィルタが利用できます。\r
  40 > これにより、ブロックノイズを軽減できます。このパラメータでは、ディテールが細かい部分に対してどの程度フィルタを適用するかを選択します。\r
  41 > 通常は、0を選択すべきですが、動きの激しい動画なら-1や-2、アニメなどでは1や3といった値を選択すると良いかもしれません。\r
  42 > なお、±6の範囲で設定できますが、効果が有効なのは±3程度と言われています</value>\r
  43 183,199c164,169
  44 <     <value>x264 includes an in-loop deblocking filter. \r
  45 < What this means is that blocky compression artifacts are smoothed away when you play back the video. \r
  46 < It has two settings: strength and threshold, just like a simple filter in Photoshop. \r
  47 < Strength controls the amount of deblocking applied to the whole frame. \r
  48 < If you drop down below 0, you reduce the amount of blurring.\r
  49 < Go too negative, and you'll get an effect somewhat like oversharpening an image. \r
  50 < Go into positive values, and the image may become too soft. \r
  51 < Threshold controls how sensitive the filter is to whether something in a block is detail that needs to be preserved: lower numbers blur details less. \r
  52 < The default deblocking values are 0 and 0. This does not mean zero deblocking. \r
  53 < It means x264 will apply the regular deblocking strength and thresholds the codec authors have selected as working the best in most cases. \r
  54 < While many, many people stick with the default deblocking values of 0,0, other people disagree. \r
  55 < Some prefer a slightly less blurred image for live action material, and use values like -2,-1 or -2,-2. Others will raise it to 1,1 or even 3,3 for animation. \r
  56 < While the values for each setting extend from -6 to 6, the consensus is that going below -3 or above 3 is worthless.</value>\r
  57 <   </data>\r
  58 <   <data name="check_8x8DCT.ToolTip" xml:space="preserve">\r
  59 <     <value>When Analysis is set to "all," checking this box lets x264 break key frames down into 8x8 blocks of pixels for analysis. \r
  60 < This is a high profile feature of H.264, which makes it less compatible. It should slightly decrease bitrate or improve quality.</value>\r
  61 ---
  62 >     <value>x264エンコーダでは、デブロックフィルタが利用できます。\r
  63 > これにより、ブロックノイズを軽減できます。このパラメータでは、フィルタを適用する閾値を指定します。\r
  64 > 0以下に設定することでボケを減らせますが、下げすぎるとシャープすぎる画像になります。\r
  65 > 値を大きくすることで、画像がボケ気味になります。\r
  66 > 通常は、0を選択すべきですが、動きの激しい動画なら-2、アニメなどでは1や3といった値を選択すると良いかもしれません。\r
  67 > なお、±6の範囲で設定できますが、効果が有効なのは±3程度と言われています</value>\r
  68 202,236c172,177
  69 <     <value>Analysis controls how finely x264 divides up a frame to capture detail. \r
  70 < Full macroblocks are 16x16 pixels, but x264 can go down all the way to 4x4 blocks if it judges it necessary. \r
  71 < By default it only breaks up key frames that much. \r
  72 < To give x264 the freedom to make the best decisions for all frames, use "all" analysis. \r
  73 < If you want to create a high profile H.264 video (which is less compatible with the world at large than main profile), \r
  74 < also check the "8x8 DCT blocks" box to add yet another block size for analysis.</value>\r
  75 <   </data>\r
  76 <   <data name="drop_subpixelMotionEstimation.ToolTip" xml:space="preserve">\r
  77 <     <value>This setting is finer-grained than the motion estimation settings above. \r
  78 < Instead of dealing with whole pixels, it deals with fractional pixels. 4, HandBrake's default, means looking at quarter pixels (qpel). \r
  79 < Higher levels increase quality by dividing the pixel more, but take longer to encode. \r
  80 < Using 6 or 7 turns unlocks the ability to turn on more advanced features like B-Frame rate distortion.</value>\r
  81 <   </data>\r
  82 <   <data name="drop_MotionEstimationRange.ToolTip" xml:space="preserve">\r
  83 <     <value>This range is the radius, in pixels, x264 should use for motion estimation searches. \r
  84 < It only has an effect when you use Uneven Multi-Hexagonal or Exhaustive searching. \r
  85 < 24, 32, and 64 are good values.</value>\r
  86 <   </data>\r
  87 <   <data name="drop_MotionEstimationMethod.ToolTip" xml:space="preserve">\r
  88 <     <value>This sets the shape of the area x264 searches when estimating motion. \r
  89 < Your choices are a diamond, a hexagon, a more complex hexagonal shape, or searching the entire frame. \r
  90 < You are best off using Uneven Multi-Hexagonal searching.</value>\r
  91 <   </data>\r
  92 <   <data name="check_pyrmidalBFrames.ToolTip" xml:space="preserve">\r
  93 <     <value>B-frame pyramids are a High Profile feature. \r
  94 < This means that if you enable it, YOUR VIDEO WILL NOT PLAY IN QUICKTIME. \r
  95 < Pyramidal B-frames mean that B-frames don't just reference surrounding reference frames — \r
  96 <  instead, it also treats a previous B-frame as a reference, improving quality/lowering bitrate at the expense of complexity. \r
  97 < Logically, to reference an earlier B-frame, you must tell x264 to use at least 2 B-frames.</value>\r
  98 <   </data>\r
  99 <   <data name="check_weightedBFrames.ToolTip" xml:space="preserve">\r
 100 <     <value>With weighted B-frame prediction enabled, x264 will consider how far away the previous and next P-frames are, \r
 101 < before deciding to make a frame a B-frame. \r
 102 < The effect is that x264 will use fewer B-frames when they'd look bad — when it can't accurately predict motion. \r
 103 < Obviously, this only works when you tell x264 to use more than 1 B-frame.  </value>\r
 104 ---
 105 >     <value>「Analysis」ではフレームのディテールをどの程度保持するかを調整する方法を選択します。\r
 106 > 通常のマクロブロックは16x16ピクセルですが、x264エンコーダでは必要に応じて4x4ピクセルのブロックも利用します。\r
 107 > デフォルトでは、キーフレームだけでこのようなブロック分割を使用しますが、「All」を選択することで\r
 108 > すべてのフレームでこのようなブロック分割を利用できるようにします。\r
 109 > また、H.264のHigh Profileを利用するなら、「8x8 DCT blocks」も有効にすることでより品質を向上できます。\r
 110 > </value>\r
 111 239,243c180,187
 112 <     <value>Direct prediction tells x264 what method to use when guessing motion for certain parts of a B-frame. \r
 113 < It can either look at other parts of the current frame (spatial) or compare against the preceding frame (temporal). \r
 114 < You're best off setting this to automatic, so x264 decides which method is best on its own. \r
 115 < Don't select none assuming it will be faster; instead it will take longer and look worse. \r
 116 < If you're going to choose between spatial and temporal, spatial is usually better. </value>\r
 117 ---
 118 >     <value>Bフレームの特定部分の動きを予測する際、どの予測方法を使うかを指定できます。\r
 119 > ・現在のフレームのほかの部分から推測する（Spatial、default）\r
 120 > ・先行フレームと比較する（Temporal）\r
 121 > ・予測なし（None）\r
 122 > ・自動（Automatic）\r
 123 > が選択できます。x264エンコーダが自動的に最適な方法を選択する「Automatic」がベストです。\r
 124 > 「None」はエンコード速度も遅くなり、品質も悪化するので選択してはいけません。\r
 125 > もし「Spatial」と「Temporal」では、通常は「Spatial」のほうが高品質です</value>\r