diff options
author | Diego Biurrun <diego@biurrun.de> | 2008-09-14 14:37:17 +0000 |
---|---|---|
committer | Diego Biurrun <diego@biurrun.de> | 2008-09-14 14:37:17 +0000 |
commit | 8840ce92f7b75fcdfe87278bf12433e2bea4d777 (patch) | |
tree | 71828cea845c70dbcc1df97d1d6989baf475905a /doc/swscale.txt | |
parent | 88cdf2f4fec118a4a26d1f62e80255e63c929ad7 (diff) | |
download | ffmpeg-8840ce92f7b75fcdfe87278bf12433e2bea4d777.tar.gz |
Fix typos found by ispell.
Originally committed as revision 15320 to svn://svn.ffmpeg.org/ffmpeg/trunk
Diffstat (limited to 'doc/swscale.txt')
-rw-r--r-- | doc/swscale.txt | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/doc/swscale.txt b/doc/swscale.txt index 6c84942627..cca60fdabc 100644 --- a/doc/swscale.txt +++ b/doc/swscale.txt @@ -24,7 +24,7 @@ Current (simplified) Architecture: output -Swscale has 2 scaler pathes, each side must be capable to handle +Swscale has 2 scaler paths, each side must be capable to handle slices, that is consecutive non overlapping rectangles of dimension (0,slice_top) - (picture_width, slice_bottom) @@ -51,7 +51,7 @@ 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 - before the convertion and the other leaving the full chroma resolution + 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 @@ -59,12 +59,12 @@ Input to YUV Converter Horizontal scaler There are several horizontal scalers, a special case worth mentioning is - the fast bilinear scaler that is made of runtime generated mmx2 code + 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. Future >8bit per component inputs will need to add a new scaler here - that preserves the input precission. + that preserves the input precision. Vertical scaler and output converter There is a large number of combined vertical scalers+output converters @@ -88,8 +88,8 @@ Filter coefficients: -------------------- There are several different scalers (bilinear, bicubic, lanczos, area, sinc, ...) Their coefficients are calculated in initFilter(). -Horinzontal filter coeffs have a 1.0 point at 1<<14, vertical ones at 1<<12. -The 1.0 points have been choosen to maximize precission while leaving a +Horizontal filter coeffs have a 1.0 point at 1<<14, vertical ones at 1<<12. +The 1.0 points have been chosen to maximize precision while leaving a little headroom for convolutional filters like sharpening filters and minimizing SIMD instructions needed to apply them. It would be trivial to use a different 1.0 point if some specific scaler |