]> git.sesse.net Git - ffmpeg/commitdiff
cosmetics: various spelling fixes
authorLou Logan <lou@lrcd.com>
Thu, 5 Jul 2012 23:38:53 +0000 (15:38 -0800)
committerMichael Niedermayer <michaelni@gmx.at>
Fri, 6 Jul 2012 15:08:22 +0000 (17:08 +0200)
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
12 files changed:
doc/git-howto.texi
ffprobe.c
libavdevice/dv1394.h
libavformat/avformat.h
libavformat/aviobuf.c
libavformat/hls.c
libavformat/hlsproto.c
libavformat/http.h
libavformat/rtpdec_mpeg4.c
libavformat/wtvdec.c
libavformat/xmv.c
libavutil/pixfmt.h

index 56a0cdaf3cf09d5fc63e234ef8b6cd6bb719965b..f9acad585aa42420e4a4b3d14a6c0355d3830acb 100644 (file)
@@ -374,7 +374,7 @@ Next let the code pass through a full run of our testsuite.
 Make sure all your changes have been checked before pushing them, the
 testsuite only checks against regressions and that only to some extend. It does
 obviously not check newly added features/code to be working unless you have
-added a test for that (which is recommanded btw).
+added a test for that (which is recommended).
 
 Also note that every single commit should pass the test suite, not just
 the result of a series of patches.
index f65e4602df8d2d8b4270c83c134bffb4258ca83f..14cb0540761dedb271a1b90e08f062f9b902c792 100644 (file)
--- a/ffprobe.c
+++ b/ffprobe.c
@@ -783,7 +783,7 @@ typedef struct FlatContext {
 static const AVOption flat_options[]= {
     {"sep_char", "set separator",    OFFSET(sep_str),    AV_OPT_TYPE_STRING, {.str="."},  CHAR_MIN, CHAR_MAX },
     {"s",        "set separator",    OFFSET(sep_str),    AV_OPT_TYPE_STRING, {.str="."},  CHAR_MIN, CHAR_MAX },
-    {"hierachical", "specify if the section specification should be hierarchical", OFFSET(hierarchical), AV_OPT_TYPE_INT, {.dbl=1}, 0, 1 },
+    {"hierarchical", "specify if the section specification should be hierarchical", OFFSET(hierarchical), AV_OPT_TYPE_INT, {.dbl=1}, 0, 1 },
     {"h",           "specify if the section specification should be hierarchical", OFFSET(hierarchical), AV_OPT_TYPE_INT, {.dbl=1}, 0, 1 },
     {NULL},
 };
@@ -939,7 +939,7 @@ typedef struct {
 #define OFFSET(x) offsetof(INIContext, x)
 
 static const AVOption ini_options[] = {
-    {"hierachical", "specify if the section specification should be hierarchical", OFFSET(hierarchical), AV_OPT_TYPE_INT, {.dbl=1}, 0, 1 },
+    {"hierarchical", "specify if the section specification should be hierarchical", OFFSET(hierarchical), AV_OPT_TYPE_INT, {.dbl=1}, 0, 1 },
     {"h",           "specify if the section specification should be hierarchical", OFFSET(hierarchical), AV_OPT_TYPE_INT, {.dbl=1}, 0, 1 },
     {NULL},
 };
index 3d6033a538154b52f2f0131d025dd6399ecd3203..b76d633ef698bd75529706a30b62fd5b6a57620c 100644 (file)
    where copy_DV_frame() reads or writes on the dv1394 file descriptor
    (read/write mode) or copies data to/from the mmap ringbuffer and
    then calls ioctl(DV1394_SUBMIT_FRAMES) to notify dv1394 that new
-   frames are availble (mmap mode).
+   frames are available (mmap mode).
 
    reset_dv1394() is called in the event of a buffer
    underflow/overflow or a halt in the DV stream (e.g. due to a 1394
index 807c7ace7be3d7e02aec470120173641592bf4e0..a435d516c65b29d0e2867959f57a7b5206fcbd5d 100644 (file)
@@ -946,7 +946,7 @@ typedef struct AVFormatContext {
 #define AVFMT_FLAG_MP4A_LATM    0x8000 ///< Enable RTP MP4A-LATM payload
 #define AVFMT_FLAG_SORT_DTS    0x10000 ///< try to interleave outputted packets by dts (using this flag can slow demuxing down)
 #define AVFMT_FLAG_PRIV_OPT    0x20000 ///< Enable use of private options by delaying codec open (this could be made default once all code is converted)
-#define AVFMT_FLAG_KEEP_SIDE_DATA 0x40000 ///< Dont merge side data but keep it separate.
+#define AVFMT_FLAG_KEEP_SIDE_DATA 0x40000 ///< Don't merge side data but keep it separate.
 
     /**
      * decoding: size of data to probe; encoding: unused.
@@ -1739,7 +1739,7 @@ int av_get_output_timestamp(struct AVFormatContext *s, int stream,
  * @ingroup libavf
  * @{
  *
- * Miscelaneous utility functions related to both muxing and demuxing
+ * Miscellaneous utility functions related to both muxing and demuxing
  * (or neither).
  */
 
index 9154075701419940623912b233b74f09b5008b9d..05df00149b6874a18745d48a47aae56d3e2a110f 100644 (file)
@@ -389,7 +389,7 @@ static void fill_buffer(AVIOContext *s)
     int len= s->buffer_size - (dst - s->buffer);
     int max_buffer_size = s->max_packet_size ? s->max_packet_size : IO_BUFFER_SIZE;
 
-    /* can't fill the buffer without read_packet, just set EOF if appropiate */
+    /* can't fill the buffer without read_packet, just set EOF if appropriate */
     if (!s->read_packet && s->buf_ptr >= s->buf_end)
         s->eof_reached = 1;
 
index 1449f40bc6721f2908f2823dcc334cd4972da0d2..a51a616d3826c2ade38047b57a8265d0a0ce7c36 100644 (file)
@@ -42,7 +42,7 @@
  * An apple http stream consists of a playlist with media segment files,
  * played sequentially. There may be several playlists with the same
  * video content, in different bandwidth variants, that are played in
- * parallel (preferrably only one bandwidth variant at a time). In this case,
+ * parallel (preferably only one bandwidth variant at a time). In this case,
  * the user supplied the url to a main playlist that only lists the variant
  * playlists.
  *
index 95bd04787754cf7bc430943484d085bc06e6d4f6..a290c888e054a069d5358ca973a6f4b04e5a3b04 100644 (file)
@@ -36,7 +36,7 @@
  * An apple http stream consists of a playlist with media segment files,
  * played sequentially. There may be several playlists with the same
  * video content, in different bandwidth variants, that are played in
- * parallel (preferrably only one bandwidth variant at a time). In this case,
+ * parallel (preferably only one bandwidth variant at a time). In this case,
  * the user supplied the url to a main playlist that only lists the variant
  * playlists.
  *
index aaedbd6835a6233244fa5edc159d2a8e067b5dce..a19ad8ed3e246b9000671f60eabcbd44f3601a48 100644 (file)
@@ -38,9 +38,9 @@ void ff_http_init_auth_state(URLContext *dest, const URLContext *src);
 /**
  * Send a new HTTP request, reusing the old connection.
  *
- * @param h pointer to the ressource
+ * @param h pointer to the resource
  * @param uri uri used to perform the request
- * @return a negative value if an error condition occured, 0
+ * @return a negative value if an error condition occurred, 0
  * otherwise
  */
 int ff_http_do_new_request(URLContext *h, const char *uri);
index b11cc798427f91c6d7f2b3e233da77ffa4a5f89a..ab405c0bf69e9a463f40f4ac75ed3f7570e9d8e7 100644 (file)
@@ -138,7 +138,7 @@ static int rtp_parse_mp4_au(PayloadContext *data, const uint8_t *buf)
 
     init_get_bits(&getbitcontext, buf, data->au_headers_length_bytes * 8);
 
-    /* XXX: Wrong if optionnal additional sections are present (cts, dts etc...) */
+    /* XXX: Wrong if optional additional sections are present (cts, dts etc...) */
     au_header_size = data->sizelength + data->indexlength;
     if (au_header_size <= 0 || (au_headers_length % au_header_size != 0))
         return -1;
index bbd7c237246da9348f565b16dc444a4f194e063b..b21b0970f2f17c91fa17151906ff6ca6d88428c5 100644 (file)
@@ -208,7 +208,7 @@ static AVIOContext * wtvfile_open_sector(int first_sector, uint64_t length, int
     }
     wf->length = length;
 
-    /* seek to intial sector */
+    /* seek to initial sector */
     wf->position = 0;
     if (avio_seek(s->pb, (int64_t)wf->sectors[0] << WTV_SECTOR_BITS, SEEK_SET) < 0) {
         av_free(wf->sectors);
index cb61e153b125db4a232c0fc1cbd4ec6ef3c9e45d..b4accdf1cdead640efef6098e9bf5f491687c69a 100644 (file)
@@ -295,7 +295,7 @@ static int xmv_process_packet_header(AVFormatContext *s)
      * short for every audio track. But as playing around with XMV files with
      * ADPCM audio showed, taking the extra 4 bytes from the audio data gives
      * you either completely distorted audio or click (when skipping the
-     * remaining 68 bytes of the ADPCM block). Substracting 4 bytes for every
+     * remaining 68 bytes of the ADPCM block). Subtracting 4 bytes for every
      * audio track from the video data works at least for the audio. Probably
      * some alignment thing?
      * The video data has (always?) lots of padding, so it should work out...
index d90108adec00ed9b30f19d208fac57ce15aabe1e..fa771bc5f935ece005ad60824fabfd7765fcf8e5 100644 (file)
@@ -142,7 +142,7 @@ enum PixelFormat {
     PIX_FMT_BGR48LE,   ///< packed RGB 16:16:16, 48bpp, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as little-endian
 
     //the following 10 formats have the disadvantage of needing 1 format for each bit depth, thus
-    //If you want to support multiple bit depths, then using PIX_FMT_YUV420P16* with the bpp stored seperately
+    //If you want to support multiple bit depths, then using PIX_FMT_YUV420P16* with the bpp stored separately
     //is better
     PIX_FMT_YUV420P9BE, ///< planar YUV 4:2:0, 13.5bpp, (1 Cr & Cb sample per 2x2 Y samples), big-endian
     PIX_FMT_YUV420P9LE, ///< planar YUV 4:2:0, 13.5bpp, (1 Cr & Cb sample per 2x2 Y samples), little-endian