[FFmpeg-cvslog] r15327 - trunk/doc/swscale.txt

ramiro subversion
Mon Sep 15 00:15:11 CEST 2008


Author: ramiro
Date: Mon Sep 15 00:15:11 2008
New Revision: 15327

Log:
Spelling...

Modified:
   trunk/doc/swscale.txt

Modified: trunk/doc/swscale.txt
==============================================================================
--- trunk/doc/swscale.txt	(original)
+++ trunk/doc/swscale.txt	Mon Sep 15 00:15:11 2008
@@ -24,18 +24,18 @@ Current (simplified) Architecture:
                          output
 
 
-Swscale has 2 scaler paths, each side must be capable to handle
-slices, that is consecutive non overlapping rectangles of dimension
+Swscale has 2 scaler paths. Each side must be capable of handling
+slices, that is, consecutive non-overlapping rectangles of dimension
 (0,slice_top) - (picture_width, slice_bottom)
 
 special converter
-    This generally are unscaled converters of common
+    These generally are unscaled converters of common
     formats, like YUV 4:2:0/4:2:2 -> RGB15/16/24/32. Though it could also
     in principle contain scalers optimized for specific common cases.
 
 Main path
-    The main path is used when no special converter can be used, the code
-    is designed as a destination line pull architecture. That is for each
+    The main path is used when no special converter can be used. The code
+    is designed as a destination line pull architecture. That is, for each
     output line the vertical scaler pulls lines from a ring buffer. When
     the ring buffer does not contain the wanted line then it is pulled from
     the input slice through the input converter and horizontal scaler, and
@@ -49,20 +49,20 @@ Main path
 
 Input to YUV Converter
     When the input to the main path is not planar 8bit per component yuv or
-    8bit gray then it is converted to planar 8bit YUV, 2 sets of converters
-    exist for this currently one performing horizontal downscaling by 2
+    8bit gray then it is converted to planar 8bit YUV. 2 sets of converters
+    exist for this currently, one performing horizontal downscaling by 2
     before the conversion and the other leaving the full chroma resolution
     but being slightly slower. The scaler will try to preserve full chroma
-    here when the output uses it, its possible to force full chroma with
-    SWS_FULL_CHR_H_INP though even for cases where the scaler thinks its
+    here when the output uses it. It is possible to force full chroma with
+    SWS_FULL_CHR_H_INP though even for cases where the scaler thinks it is
     useless.
 
 Horizontal scaler
-    There are several horizontal scalers, a special case worth mentioning is
+    There are several horizontal scalers. A special case worth mentioning is
     the fast bilinear scaler that is made of runtime generated MMX2 code
     using specially tuned pshufw instructions.
-    The remaining scalers are specially tuned for various filter lengths
-    they scale 8bit unsigned planar data to 16bit signed planar data.
+    The remaining scalers are specially tuned for various filter lengths.
+    They scale 8bit unsigned planar data to 16bit signed planar data.
     Future >8bit per component inputs will need to add a new scaler here
     that preserves the input precision.
 




More information about the ffmpeg-cvslog mailing list