# HG changeset patch # User diego # Date 1125668804 0 # Node ID f3b0b942dea927a30a803ebc94590a6b7e7a1240 # Parent 640e9d10d45438cfea0d3111f1737945bc68a639 Wording fixes: Avoid short forms. diff -r 640e9d10d454 -r f3b0b942dea9 DOCS/man/en/mplayer.1 --- a/DOCS/man/en/mplayer.1 Fri Sep 02 13:44:31 2005 +0000 +++ b/DOCS/man/en/mplayer.1 Fri Sep 02 13:46:44 2005 +0000 @@ -879,7 +879,7 @@ Request the number of playback channels (default: 2). MPlayer asks the decoder to decode the audio into as many channels as specified. -Now it's up to the decoder to fulfill the requirement. +Then it is up to the decoder to fulfill the requirement. This is usually only important when playing videos with AC3 audio (like DVDs). In that case liba52 does the decoding by default and correctly downmixes the audio into the requested number of channels. @@ -1042,7 +1042,7 @@ The file from which to read the video index data saved by \-saveidx. This index will be used for seeking, overriding any index data contained in the AVI itself. -MPlayer won't prevent you from loading an index file generated +MPlayer will not prevent you from loading an index file generated from a different AVI, but this is sure to cause unfavorable results. .br .I NOTE: @@ -2119,7 +2119,7 @@ /etc/\:fb.modes. .br .I NOTE: -VESA framebuffer doesn't support mode changing. +VESA framebuffer does not support mode changing. . .TP .B \-fbmodeconfig (\-vo fbdev only) @@ -2760,7 +2760,7 @@ .RSs .IPs Explicitly choose the Blinkenlights subdevice driver to use. -It's something like arcade:host=localhost:2323 or +It is something like arcade:host=localhost:2323 or hdl:file=name1,file=name2. You must specify a subdevice. .RE @@ -2786,13 +2786,13 @@ Use the DirectFB instead of the MPlayer keyboard code (default: enabled). .IPs buffermode=single|double|triple Double and triple buffering give best results if you want to avoid tearing issues. -Triple buffering is more efficent than double buffering as it doesn't block MPlayer -while waiting for the vertical retrace. +Triple buffering is more efficent than double buffering as it does +not block MPlayer while waiting for the vertical retrace. Single buffering should be avoided (default: single). .IPs fieldparity=top|bottom Control the output order for interlaced frames (default: disabled). Valid values are top = top fields first, bottom = bottom fields first. -This option doesn't have any effect on progressive film material +This option does not have any effect on progressive film material like most MPEG movies are. You need to enable this option if you have tearing issues/\:unsmooth motions watching interlaced film material. @@ -2819,19 +2819,19 @@ Make use of the Matrox sub picture layer to display the OSD (default: enabled). .IPs (no)crtc2 Turn on TV-out on the second head (default: enabled). -The output quality is amazing as it's a full interlaced picture +The output quality is amazing as it is a full interlaced picture with proper sync to every odd/\:even field. .IPs (no)input Use the DirectFB instead of the MPlayer keyboard code (default: disabled). .IPs buffermode=single|double|triple Double and triple buffering give best results if you want to avoid tearing issues. -Triple buffering is more efficent than double buffering as it doesn't block MPlayer -while waiting for the vertical retrace. +Triple buffering is more efficent than double buffering as it does +not block MPlayer while waiting for the vertical retrace. Single buffering should be avoided (default: triple). .IPs fieldparity=top|bottom Control the output order for interlaced frames (default: disabled). Valid values are top = top fields first, bottom = bottom fields first. -This option doesn't have any effect on progressive film material +This option does not have any effect on progressive film material like most MPEG movies are. You need to enable this option if you have tearing issues/\:unsmooth motions watching interlaced film material. @@ -3018,7 +3018,7 @@ .RS .sp 1 .I NOTE: -If you don't specify any option the output is progressive +If you do not specify any option the output is progressive (i.e.\& not interlaced). .RE . @@ -5073,7 +5073,7 @@ This filter is very similar to the il filter but much faster, the main disadvantage is that it does not always work. Especially if combined with other filters it may produce randomly messed -up images, so be happy if it works but don't complain if it doesn't for +up images, so be happy if it works but do not complain if it does not for your combination of filters. .PD 0 .RSs @@ -7615,7 +7615,7 @@ .B rc_averaging_period= Real CBR is hard to achieve. Depending on the video material, bitrate can be variable, and hard to predict. -That's why XviD uses an averaging period for which it guarantees a given +Therefore XviD uses an averaging period for which it guarantees a given amount of bits (minus a small variation). This settings expresses the "number of frames" for which XviD averages bitrate and tries to achieve CBR. @@ -7782,7 +7782,7 @@ Unfortunately it has a great impact on bitrate and sometimes the higher bitrate use will prevent it from giving a better image quality at a fixed bitrate. -It's better to test with and without this option and see whether it +It is better to test with and without this option and see whether it is worth activating. . .TP @@ -7986,7 +7986,7 @@ .PD 0 .RSs .IPs vga11 -It's the usual PAR for PC content. +It is the usual PAR for PC content. Pixels are a square unit. .IPs pal43 PAL standard 4:3 PAR. @@ -7996,7 +7996,7 @@ .IPs ntsc43 same as above .IPs ntsc169 -same as above (Don't forget to give the exact ratio.) +same as above (Do not forget to give the exact ratio.) .IPs ext\ \ Allows you to specify your own pixel aspect ratio with par_width and par_height. @@ -8018,7 +8018,7 @@ .TP .B aspect= Store movie aspect internally, just like MPEG files. -Much nicer solution than rescaling, because quality isn't decreased. +Much nicer solution than rescaling, because quality is not decreased. MPlayer and a few others players will play these files correctly, others will display them with the wrong aspect. The aspect parameter can be given as a ratio or a floating point number. @@ -8106,7 +8106,7 @@ You can use all encoding options, including CPU-hungry ones. .br The first pass may use either average bitrate or constant quantizer. -ABR is recommended, since it doesn't require guessing a quantizer. +ABR is recommended, since it does not require guessing a quantizer. Subsequent passes are ABR, and must specify bitrate. .br .I @@ -8170,8 +8170,8 @@ Large values use more I-frames than necessary, thus wasting bits. -1 disables scene-cut detection, so I-frames are inserted only once every other keyint frames, even if a scene-cut occurs earlier. -This isn't recommended and wastes bitrate as scenecuts encoded as P-frames -are just as big as I-frames, but don't reset the "keyint counter". +This is not recommended and wastes bitrate as scenecuts encoded as P-frames +are just as big as I-frames, but do not reset the "keyint counter". . .TP .B frameref=<1\-16> @@ -8217,7 +8217,7 @@ .TP .B (no)deblock Use deblocking filter (default: on). -As it takes very little time compared to its quality gain, it's not +As it takes very little time compared to its quality gain, it is not recommended to disable it. . .TP @@ -8459,7 +8459,7 @@ .RE .PD 1 .RS -In the above, "all candidates" doesn't exactly mean all enabled types: +In the above, "all candidates" does not exactly mean all enabled types: 4x4, 4x8, 8x4 are tried only if 8x8 is better than 16x16. .RE .