diff options
| author | sr55 <[email protected]> | 2012-03-24 21:31:49 +0000 |
|---|---|---|
| committer | sr55 <[email protected]> | 2012-03-24 21:31:49 +0000 |
| commit | 654057c737c7b51f236bdc6f5100f24f3fc4f8be (patch) | |
| tree | c3c42ba0c649bab1a3a393b7fcbb460b3352e5e6 /win/CS/HandBrakeWPF/Properties | |
| parent | 71be55c4db11cd6e2f8ba2f2df25e030fa089644 (diff) | |
WinGui: (WPF) Port the Advanced Panel for x264 from VidCoder.
git-svn-id: svn://svn.handbrake.fr/HandBrake/trunk@4536 b64f7644-9d1e-0410-96f1-a4d463321fa5
Diffstat (limited to 'win/CS/HandBrakeWPF/Properties')
| -rw-r--r-- | win/CS/HandBrakeWPF/Properties/Resources.Designer.cs | 227 | ||||
| -rw-r--r-- | win/CS/HandBrakeWPF/Properties/Resources.resx | 129 |
2 files changed, 347 insertions, 9 deletions
diff --git a/win/CS/HandBrakeWPF/Properties/Resources.Designer.cs b/win/CS/HandBrakeWPF/Properties/Resources.Designer.cs index 1a2ffcc81..10b0c5c43 100644 --- a/win/CS/HandBrakeWPF/Properties/Resources.Designer.cs +++ b/win/CS/HandBrakeWPF/Properties/Resources.Designer.cs @@ -1,7 +1,7 @@ //------------------------------------------------------------------------------
// <auto-generated>
// This code was generated by a tool.
-// Runtime Version:4.0.30319.468
+// Runtime Version:4.0.30319.17020
//
// Changes to this file may cause incorrect behavior and will be lost if
// the code is regenerated.
@@ -22,7 +22,7 @@ namespace HandBrakeWPF.Properties { [global::System.CodeDom.Compiler.GeneratedCodeAttribute("System.Resources.Tools.StronglyTypedResourceBuilder", "4.0.0.0")]
[global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
[global::System.Runtime.CompilerServices.CompilerGeneratedAttribute()]
- internal class Resources {
+ public class Resources {
private static global::System.Resources.ResourceManager resourceMan;
@@ -36,7 +36,7 @@ namespace HandBrakeWPF.Properties { /// Returns the cached ResourceManager instance used by this class.
/// </summary>
[global::System.ComponentModel.EditorBrowsableAttribute(global::System.ComponentModel.EditorBrowsableState.Advanced)]
- internal static global::System.Resources.ResourceManager ResourceManager {
+ public static global::System.Resources.ResourceManager ResourceManager {
get {
if (object.ReferenceEquals(resourceMan, null)) {
global::System.Resources.ResourceManager temp = new global::System.Resources.ResourceManager("HandBrakeWPF.Properties.Resources", typeof(Resources).Assembly);
@@ -51,7 +51,7 @@ namespace HandBrakeWPF.Properties { /// resource lookups using this strongly typed resource class.
/// </summary>
[global::System.ComponentModel.EditorBrowsableAttribute(global::System.ComponentModel.EditorBrowsableState.Advanced)]
- internal static global::System.Globalization.CultureInfo Culture {
+ public static global::System.Globalization.CultureInfo Culture {
get {
return resourceCulture;
}
@@ -59,5 +59,224 @@ namespace HandBrakeWPF.Properties { resourceCulture = value;
}
}
+
+ /// <summary>
+ /// Looks up a localized string similar to x264 has a variety of algorithms to decide when to use B-frames and how many to use.
+ ///
+ ///Fast mode takes roughly the same amount of time no matter how many B-frames you specify. However, while fast, its decisions are often suboptimal.
+ ///
+ ///Optimal mode gets slower as the maximum number of B-Frames increases, but makes much more accurate decisions, especially when used with B-pyramid..
+ /// </summary>
+ public static string Advanced_AdaptiveBFramesToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_AdaptiveBFramesToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_AdaptiveDirectModeToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_AdaptiveDirectModeToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to Adaptive quantization controls how the encoder distributes bits across the frame.
+ ///Higher values take more bits away from edges and complex areas to improve areas with finer detail..
+ /// </summary>
+ public static string Advanced_AdaptiveQuantizationStrengthToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_AdaptiveQuantizationStrengthToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_AnalysisToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_AnalysisToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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)..
+ /// </summary>
+ public static string Advanced_BFramesToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_BFramesToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to After the encoder has done its work, it has a bunch of data that needs to be compressed losslessly, similar to ZIP or RAR. H.264 provides two options for this: CAVLC and CABAC. CABAC decodes a lot slower but compresses significantly better (10-30%), especially at lower bitrates. If you're looking to minimize CPU requirements for video playback, disable this option. Baseline profile, as required for iPods and similar devices, requires CABAC to be disabled..
+ /// </summary>
+ public static string Advanced_CabacToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_CabacToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to H.264 has a built-in deblocking filter that smooths out blocking artifacts after decoding each frame. This not only improves visual quality, but also helps compression significantly.
+ ///The deblocking filter takes a lot of CPU power, so if you're looking to minimize CPU requirements for video playback, disable it.
+ ///
+ ///The deblocking filter has two adjustable parameters, "strength" and "threshold".
+ ///The former controls how strong (or weak) the deblocker is, while the latter controls how many (or few) edges [rest of string was truncated]";.
+ /// </summary>
+ public static string Advanced_DeblockingToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_DeblockingToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_EightByEightDctToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_EightByEightDctToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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.
+ ///
/// [rest of string was truncated]";.
+ /// </summary>
+ public static string Advanced_MotionEstimationMethodToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_MotionEstimationMethodToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_MotionEstimationRangeToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_MotionEstimationRangeToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to x264 normally zeroes out nearly-empty data blocks to save bits to be better used for some other purpose in the video.
+ ///However, this can sometimes have slight negative effects on retention of subtle grain and dither.
+ ///Don't touch this unless you're having banding issues or other such cases where you are having trouble keeping fine noise..
+ /// </summary>
+ public static string Advanced_NoDctDecimateToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_NoDctDecimateToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to Psychovisual Rate Distortion means x264 tries to retain detail, for better quality to the human eye,
+ ///as opposed to trying to maximize quality the way a computer understands it, through signal-to-noise ratios that have trouble telling apart fine detail and noise..
+ /// </summary>
+ public static string Advanced_PsychovisualRateDistortionToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_PsychovisualRateDistortionToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to Psychovisual Trellis tries to retain more sharpness and detail, but can cause artifacting.
+ ///It is considered experimental, which is why it's off by default. Good values are 0.1 to 0.2..
+ /// </summary>
+ public static string Advanced_PsychovisualTrellisToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_PsychovisualTrellisToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_PyramidalBFramesToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_PyramidalBFramesToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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!.
+ /// </summary>
+ public static string Advanced_ReferenceFramesToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_ReferenceFramesToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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 det [rest of string was truncated]";.
+ /// </summary>
+ public static string Advanced_SubpixelMotionEstimationToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_SubpixelMotionEstimationToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_TrellisToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_TrellisToolTip", resourceCulture);
+ }
+ }
+
+ /// <summary>
+ /// Looks up a localized string similar to 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..
+ /// </summary>
+ public static string Advanced_WeightPToolTip {
+ get {
+ return ResourceManager.GetString("Advanced_WeightPToolTip", resourceCulture);
+ }
+ }
}
}
diff --git a/win/CS/HandBrakeWPF/Properties/Resources.resx b/win/CS/HandBrakeWPF/Properties/Resources.resx index ffecec851..a4b5f6259 100644 --- a/win/CS/HandBrakeWPF/Properties/Resources.resx +++ b/win/CS/HandBrakeWPF/Properties/Resources.resx @@ -46,7 +46,7 @@ mimetype: application/x-microsoft.net.object.binary.base64
value : The object must be serialized with
- : System.Serialization.Formatters.Binary.BinaryFormatter
+ : System.Runtime.Serialization.Formatters.Binary.BinaryFormatter
: and then encoded with base64 encoding.
mimetype: application/x-microsoft.net.object.soap.base64
@@ -60,6 +60,7 @@ : 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">
@@ -68,9 +69,10 @@ <xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" />
</xsd:sequence>
- <xsd:attribute name="name" type="xsd:string" />
+ <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">
@@ -85,9 +87,10 @@ <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" msdata:Ordinal="1" />
+ <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">
@@ -109,9 +112,125 @@ <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>
+ <value>System.Resources.ResXResourceReader, System.Windows.Forms, Version=4.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>
+ <value>System.Resources.ResXResourceWriter, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
</resheader>
+ <data name="Advanced_AdaptiveBFramesToolTip" xml:space="preserve">
+ <value>x264 has a variety of algorithms to decide when to use B-frames and how many to use.
+
+Fast mode takes roughly the same amount of time no matter how many B-frames you specify. However, while fast, its decisions are often suboptimal.
+
+Optimal mode gets slower as the maximum number of B-Frames increases, but makes much more accurate decisions, especially when used with B-pyramid.</value>
+ </data>
+ <data name="Advanced_AdaptiveDirectModeToolTip" 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="Advanced_AdaptiveQuantizationStrengthToolTip" xml:space="preserve">
+ <value>Adaptive quantization controls how the encoder distributes bits across the frame.
+Higher values take more bits away from edges and complex areas to improve areas with finer detail.</value>
+ </data>
+ <data name="Advanced_AnalysisToolTip" 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="Advanced_BFramesToolTip" 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="Advanced_CabacToolTip" xml:space="preserve">
+ <value>After the encoder has done its work, it has a bunch of data that needs to be compressed losslessly, similar to ZIP or RAR. H.264 provides two options for this: CAVLC and CABAC. CABAC decodes a lot slower but compresses significantly better (10-30%), especially at lower bitrates. If you're looking to minimize CPU requirements for video playback, disable this option. Baseline profile, as required for iPods and similar devices, requires CABAC to be disabled.</value>
+ </data>
+ <data name="Advanced_DeblockingToolTip" xml:space="preserve">
+ <value>H.264 has a built-in deblocking filter that smooths out blocking artifacts after decoding each frame. This not only improves visual quality, but also helps compression significantly.
+The deblocking filter takes a lot of CPU power, so if you're looking to minimize CPU requirements for video playback, disable it.
+
+The deblocking filter has two adjustable parameters, "strength" and "threshold".
+The former controls how strong (or weak) the deblocker is, while the latter controls how many (or few) edges it applies to.
+Lower values mean less deblocking, higher values mean more deblocking. The default is 0 (normal strength) for both parameters.</value>
+ </data>
+ <data name="Advanced_EightByEightDctToolTip" 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="Advanced_MotionEstimationMethodToolTip" 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="Advanced_MotionEstimationRangeToolTip" 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="Advanced_NoDctDecimateToolTip" xml:space="preserve">
+ <value>x264 normally zeroes out nearly-empty data blocks to save bits to be better used for some other purpose in the video.
+However, this can sometimes have slight negative effects on retention of subtle grain and dither.
+Don't touch this unless you're having banding issues or other such cases where you are having trouble keeping fine noise.</value>
+ </data>
+ <data name="Advanced_PsychovisualRateDistortionToolTip" xml:space="preserve">
+ <value>Psychovisual Rate Distortion means x264 tries to retain detail, for better quality to the human eye,
+as opposed to trying to maximize quality the way a computer understands it, through signal-to-noise ratios that have trouble telling apart fine detail and noise.</value>
+ </data>
+ <data name="Advanced_PsychovisualTrellisToolTip" xml:space="preserve">
+ <value>Psychovisual Trellis tries to retain more sharpness and detail, but can cause artifacting.
+It is considered experimental, which is why it's off by default. Good values are 0.1 to 0.2.</value>
+ </data>
+ <data name="Advanced_PyramidalBFramesToolTip" 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>
+ <data name="Advanced_ReferenceFramesToolTip" 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="Advanced_SubpixelMotionEstimationToolTip" 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="Advanced_TrellisToolTip" 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="Advanced_WeightPToolTip" 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>
</root>
\ No newline at end of file |