misc spelling fixes

Originally committed as revision 12410 to svn://svn.ffmpeg.org/ffmpeg/trunk

diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index cbc6f70a796a1d89030d697ef5cdc5f7c18212a3..f3c1a8b355d98f469a2317ed5b9ed3833af635ee 100644 (file)
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.h
@@ -296,7 +296,7 @@ enum CodecID {
     CODEC_ID_SSA,
     CODEC_ID_MOV_TEXT,
 
-    /* other specific kind of codecs (generaly used for attachments) */
+    /* other specific kind of codecs (generally used for attachments) */
     CODEC_ID_TTF= 0x18000,
 
     CODEC_ID_MPEG2TS= 0x20000, /**< _FAKE_ codec to indicate a raw MPEG-2 TS

diff --git a/libavcodec/dsputil.h b/libavcodec/dsputil.h
index 07ac23f2e867e08e8a7ab79505377fb7bc4f43b8..3e60e9d3bacfd5b2b449b6617c9d2f3b8e041a6a 100644 (file)
--- a/libavcodec/dsputil.h
+++ b/libavcodec/dsputil.h
@@ -93,11 +93,14 @@ void ff_gmc_c(uint8_t *dst, uint8_t *src, int stride, int h, int ox, int oy,
               int dxx, int dxy, int dyx, int dyy, int shift, int r, int width, int height);
 
 /* minimum alignment rules ;)
-if u notice errors in the align stuff, need more alignment for some asm code for some cpu
-or need to use a function with less aligned data then send a mail to the ffmpeg-dev list, ...
-
-!warning these alignments might not match reallity, (missing attribute((align)) stuff somewhere possible)
-i (michael) didnt check them, these are just the alignents which i think could be reached easily ...
+If you notice errors in the align stuff, need more alignment for some ASM code
+for some CPU or need to use a function with less aligned data then send a mail
+to the ffmpeg-devel mailing list, ...
+
+!warning These alignments might not match reality, (missing attribute((align))
+stuff somewhere possible).
+I (Michael) did not check them, these are just the alignments which i think
+could be reached easily ...
 
 !future video codecs might need functions with less strict alignment
 */

diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 284a1ad30b8e85490941d399e2e5250fbd561dc2..ab3673ebb99c31466117f77f018927f2d4a36ffe 100644 (file)
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_enc.c
@@ -425,7 +425,7 @@ int MPV_encode_init(AVCodecContext *avctx)
     }
 
     if(s->avctx->scenechange_threshold < 1000000000 && (s->flags & CODEC_FLAG_CLOSED_GOP)){
-        av_log(avctx, AV_LOG_ERROR, "closed gop with scene change detection arent supported yet, set threshold to 1000000000\n");
+        av_log(avctx, AV_LOG_ERROR, "closed gop with scene change detection are not supported yet, set threshold to 1000000000\n");
         return -1;
     }
 

diff --git a/libavcodec/ppc/mpegvideo_altivec.c b/libavcodec/ppc/mpegvideo_altivec.c
index a2ba5e12514007c04aa337aa37a2440913dd8541..0c56cfb9b796a3deb55df3d2a930d3ad18d5b113 100644 (file)
--- a/libavcodec/ppc/mpegvideo_altivec.c
+++ b/libavcodec/ppc/mpegvideo_altivec.c
@@ -197,7 +197,7 @@ int dct_quantize_altivec(MpegEncContext* s,
                 // z4 = vec_add(z4, z5);  // z4 += z5;
 
                 // z2 = MULTIPLY(z2, - FIX_2_562915447); /* sqrt(2) * (-c1-c3) */
-                // Wow!  It's actually more effecient to roll this multiply
+                // Wow!  It's actually more efficient to roll this multiply
                 // into the adds below, even thought the multiply gets done twice!
                 // z2 = vec_madd(z2, vec_2_562915447, (vector float)zero);
 

diff --git a/libavformat/mov.c b/libavformat/mov.c
index a67604b0e04eaa9f65f39ddcd983b68a45c5372f..2c46523373bf72d0c16b71ccfb250fd38855b2cb 100644 (file)
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -665,9 +665,9 @@ static int mov_read_stsd(MOVContext *c, ByteIOContext *pb, MOV_atom_t atom)
             (c->fc->video_codec_id ? codec_get_id(codec_movvideo_tags, format) != c->fc->video_codec_id
                                    : st->codec->codec_tag != MKTAG('j', 'p', 'e', 'g'))
            ){
-            /* multiple fourcc, we skip jpeg, this isnt correct, we should export it as
-               seperate AVStream but this needs a few changes in the mov demuxer, patch
-               welcome */
+            /* Multiple fourcc, we skip JPEG. This is not correct, we should
+             * export it as a separate AVStream but this needs a few changes
+             * in the MOV demuxer, patch welcome. */
             url_fskip(pb, size - (url_ftell(pb) - start_pos));
             continue;
         }

diff --git a/libavformat/nutenc.c b/libavformat/nutenc.c
index 0ec4b1fb33a6b44740c1ac8006f8111f3be0d88a..ae1bbb59a8ae5d55a838edd74710966a046b127a 100644 (file)
--- a/libavformat/nutenc.c
+++ b/libavformat/nutenc.c
@@ -69,7 +69,7 @@ static int find_expected_header(AVCodecContext *c, int size, int key_frame, uint
         header |= 1<<16; //no crc
         AV_WB32(out, header);
         if(size <= 0)
-            return 2; //we guess theres no crc, if there is one the user clearly doesnt care about overhead
+            return 2; //we guess there is no crc, if there is one the user clearly does not care about overhead
         if(bitrate_index == 30)
             return -1; //something is wrong ...
 
@@ -78,8 +78,8 @@ static int find_expected_header(AVCodecContext *c, int size, int key_frame, uint
         header |= (bitrate_index&1)<<9;
 
         return 2; //FIXME actually put the needed ones in build_elision_headers()
-        return 3; //we guess that the private bit isnt set
-//FIXME the above asumtations should be checked, if these turn out false too often something should be done
+        return 3; //we guess that the private bit is not set
+//FIXME the above assumptions should be checked, if these turn out false too often something should be done
     }
     return 0;
 }

diff --git a/libavutil/aes.h b/libavutil/aes.h
index 438ba170e46d2aaf24fc6c85f914c15bc02b7e01..25efdf4d64152b2da1347570bcc056ae75bf42f0 100644 (file)
--- a/libavutil/aes.h
+++ b/libavutil/aes.h
@@ -28,14 +28,14 @@ extern const int av_aes_size;
 struct AVAES;
 
 /**
- * initializes an AVAES context
+ * Initializes an AVAES context.
  * @param key_bits 128, 192 or 256
  * @param decrypt 0 for encryption, 1 for decryption
  */
 int av_aes_init(struct AVAES *a, const uint8_t *key, int key_bits, int decrypt);
 
 /**
- * encrypts / decrypts.
+ * Encrypts / decrypts.
  * @param count number of 16 byte blocks
  * @param dst destination array, can be equal to src
  * @param src source array, can be equal to dst

diff --git a/libavutil/avutil.h b/libavutil/avutil.h
index 3d2bd4be2851bdce39af4de7d3c65296fea4948a..1e84557cda24978dc6e95efc0ee6adec7cda1f07 100644 (file)
--- a/libavutil/avutil.h
+++ b/libavutil/avutil.h
@@ -23,7 +23,7 @@
 
 /**
  * @file avutil.h
- * external api header.
+ * external API header
  */
 
 

diff --git a/libavutil/bswap.h b/libavutil/bswap.h
index 8a0df7a875c9530daef864af38f3fc370d2109d9..2f04cd4fdd5b5b2f3e62c24461404342518c4e04 100644 (file)
--- a/libavutil/bswap.h
+++ b/libavutil/bswap.h
@@ -20,7 +20,7 @@
 
 /**
  * @file bswap.h
- * byte swap.
+ * byte swapping routines
  */
 
 #ifndef FFMPEG_BSWAP_H

diff --git a/libavutil/common.h b/libavutil/common.h
index ce017b0908c07cad0c9789e069973a41c78037c1..fd1d00c7b36cc7defc09d823bc01ea631704de37 100644 (file)
--- a/libavutil/common.h
+++ b/libavutil/common.h
@@ -20,7 +20,7 @@
 
 /**
  * @file common.h
- * common internal and external api header.
+ * common internal and external API header
  */
 
 #ifndef FFMPEG_COMMON_H

diff --git a/libavutil/mem.c b/libavutil/mem.c
index 2444759681632aa8f707b58096fa56f4fb9ceeea..436f8464582f74266efcf7e24c2db77042048e52 100644 (file)
--- a/libavutil/mem.c
+++ b/libavutil/mem.c
@@ -69,10 +69,10 @@ void *av_malloc(unsigned int size)
        But I don't want to code such logic here!
      */
      /* Why 16?
-        because some cpus need alignment, for example SSE2 on P4, & most RISC cpus
+        Because some CPUs need alignment, for example SSE2 on P4, & most RISC CPUs
         it will just trigger an exception and the unaligned load will be done in the
         exception handler or it will just segfault (SSE2 on P4)
-        Why not larger? because i didnt see a difference in benchmarks ...
+        Why not larger? because i did not see a difference in benchmarks ...
      */
      /* benchmarks with p3
         memalign(64)+1          3071,3051,3032

diff --git a/libpostproc/postprocess.h b/libpostproc/postprocess.h
index 818fb41bab69d08c7fa871682884543746e3646b..eb55b6d004232626f8dbe806472b1f43056492c0 100644 (file)
--- a/libpostproc/postprocess.h
+++ b/libpostproc/postprocess.h
@@ -24,7 +24,7 @@
 /**
  * @file postprocess.h
  * @brief
- *     external api for the pp stuff
+ *     external postprocessing API
  */
 
 #include "libavutil/avutil.h"