From 41ed7ab45fc693f7d7fc35664c0233f4c32d69bb Mon Sep 17 00:00:00 2001 From: Vittorio Giovara Date: Wed, 27 Apr 2016 13:45:23 -0400 Subject: cosmetics: Fix spelling mistakes Signed-off-by: Diego Biurrun --- libavutil/avassert.h | 2 +- libavutil/avr32/intreadwrite.h | 2 +- libavutil/avutil.h | 2 +- libavutil/dict.h | 2 +- libavutil/frame.h | 2 +- libavutil/hwcontext.h | 4 ++-- libavutil/md5.c | 2 +- libavutil/opt.h | 2 +- libavutil/pixfmt.h | 22 +++++++++++----------- libavutil/random_seed.c | 2 +- libavutil/x86/cpu.c | 2 +- 11 files changed, 22 insertions(+), 22 deletions(-) (limited to 'libavutil') diff --git a/libavutil/avassert.h b/libavutil/avassert.h index b223d26e8d..e57b2ae8cb 100644 --- a/libavutil/avassert.h +++ b/libavutil/avassert.h @@ -45,7 +45,7 @@ /** * assert() equivalent, that does not lie in speed critical code. - * These asserts() thus can be enabled without fearing speedloss. + * These asserts() thus can be enabled without fearing speed loss. */ #if defined(ASSERT_LEVEL) && ASSERT_LEVEL > 0 #define av_assert1(cond) av_assert0(cond) diff --git a/libavutil/avr32/intreadwrite.h b/libavutil/avr32/intreadwrite.h index e0049feb09..23a7d9fbf1 100644 --- a/libavutil/avr32/intreadwrite.h +++ b/libavutil/avr32/intreadwrite.h @@ -27,7 +27,7 @@ /* * AVR32 does not support unaligned memory accesses, except for the AP - * series which suppports unaligned 32-bit loads and stores. 16-bit + * series which supports unaligned 32-bit loads and stores. 16-bit * and 64-bit accesses must be aligned to 16 and 32 bits, respectively. * This means we cannot use the byte-swapping load/store instructions * here. diff --git a/libavutil/avutil.h b/libavutil/avutil.h index 688068eff8..c49685aecf 100644 --- a/libavutil/avutil.h +++ b/libavutil/avutil.h @@ -260,7 +260,7 @@ enum AVPictureType { AV_PICTURE_TYPE_I = 1, ///< Intra AV_PICTURE_TYPE_P, ///< Predicted AV_PICTURE_TYPE_B, ///< Bi-dir predicted - AV_PICTURE_TYPE_S, ///< S(GMC)-VOP MPEG4 + AV_PICTURE_TYPE_S, ///< S(GMC)-VOP MPEG-4 AV_PICTURE_TYPE_SI, ///< Switching Intra AV_PICTURE_TYPE_SP, ///< Switching Predicted AV_PICTURE_TYPE_BI, ///< BI type diff --git a/libavutil/dict.h b/libavutil/dict.h index 3649b9fbe7..3593e3abee 100644 --- a/libavutil/dict.h +++ b/libavutil/dict.h @@ -61,7 +61,7 @@ #define AV_DICT_DONT_STRDUP_KEY 4 /**< Take ownership of a key that's been allocated with av_malloc() and children. */ #define AV_DICT_DONT_STRDUP_VAL 8 /**< Take ownership of a value that's been - allocated with av_malloc() and chilren. */ + allocated with av_malloc() and children. */ #define AV_DICT_DONT_OVERWRITE 16 ///< Don't overwrite existing entries. #define AV_DICT_APPEND 32 /**< If the entry already exists, append to it. Note that no delimiter is added, the strings are simply concatenated. */ diff --git a/libavutil/frame.h b/libavutil/frame.h index a39a1ef181..7c55225a45 100644 --- a/libavutil/frame.h +++ b/libavutil/frame.h @@ -269,7 +269,7 @@ typedef struct AVFrame { int palette_has_changed; /** - * reordered opaque 64bit (generally an integer or a double precision float + * reordered opaque 64 bits (generally an integer or a double precision float * PTS but can be anything). * The user sets AVCodecContext.reordered_opaque to represent the input at * that time, diff --git a/libavutil/hwcontext.h b/libavutil/hwcontext.h index 8502342409..a71a2b67b2 100644 --- a/libavutil/hwcontext.h +++ b/libavutil/hwcontext.h @@ -169,7 +169,7 @@ typedef struct AVHWFramesContext { * A pool from which the frames are allocated by av_hwframe_get_buffer(). * This field may be set by the caller before calling av_hwframe_ctx_init(). * The buffers returned by calling av_buffer_pool_get() on this pool must - * have the properties described in the documentation in the correponding hw + * have the properties described in the documentation in the corresponding hw * type's header (hwcontext_*.h). The pool will be freed strictly before * this struct's free() callback is invoked. * @@ -377,7 +377,7 @@ void *av_hwdevice_hwconfig_alloc(AVBufferRef *device_ctx); /** * Get the constraints on HW frames given a device and the HW-specific * configuration to be used with that device. If no HW-specific - * confgiuration is provided, returns the maximum possible capabilities + * configuration is provided, returns the maximum possible capabilities * of the device. * * @param device_ctx a reference to the associated AVHWDeviceContext. diff --git a/libavutil/md5.c b/libavutil/md5.c index e02a9ba0bf..94f068109c 100644 --- a/libavutil/md5.c +++ b/libavutil/md5.c @@ -8,7 +8,7 @@ * * based on http://ubiqx.org/libcifs/source/Auth/MD5.c * from Christopher R. Hertel (crh@ubiqx.mn.org) - * Simplified, cleaned and IMO redundant comments removed by michael. + * Simplified, cleaned and IMO redundant comments removed by Michael. * * If you use gcc, then version 4.1 or later and -fomit-frame-pointer is * strongly recommended. diff --git a/libavutil/opt.h b/libavutil/opt.h index 906b869d51..a65c4f41ba 100644 --- a/libavutil/opt.h +++ b/libavutil/opt.h @@ -270,7 +270,7 @@ typedef struct AVOption { #define AV_OPT_FLAG_VIDEO_PARAM 16 #define AV_OPT_FLAG_SUBTITLE_PARAM 32 /** - * The option is inteded for exporting values to the caller. + * The option is intended for exporting values to the caller. */ #define AV_OPT_FLAG_EXPORT 64 /** diff --git a/libavutil/pixfmt.h b/libavutil/pixfmt.h index adc21dea75..5c7f468619 100644 --- a/libavutil/pixfmt.h +++ b/libavutil/pixfmt.h @@ -50,7 +50,7 @@ * to run on the IBM VGA graphics adapter use 6-bit palette components. * * @par - * For all the 8bit per pixel formats, an RGB32 palette is in data[1] like + * For all the 8 bits per pixel formats, an RGB32 palette is in data[1] like * for pal8. This palette is filled in automatically by the function * allocating the picture. */ @@ -67,7 +67,7 @@ enum AVPixelFormat { AV_PIX_FMT_GRAY8, ///< Y , 8bpp AV_PIX_FMT_MONOWHITE, ///< Y , 1bpp, 0 is white, 1 is black, in each byte pixels are ordered from the msb to the lsb AV_PIX_FMT_MONOBLACK, ///< Y , 1bpp, 0 is black, 1 is white, in each byte pixels are ordered from the msb to the lsb - AV_PIX_FMT_PAL8, ///< 8 bit with AV_PIX_FMT_RGB32 palette + AV_PIX_FMT_PAL8, ///< 8 bits with AV_PIX_FMT_RGB32 palette AV_PIX_FMT_YUVJ420P, ///< planar YUV 4:2:0, 12bpp, full scale (JPEG), deprecated in favor of AV_PIX_FMT_YUV420P and setting color_range AV_PIX_FMT_YUVJ422P, ///< planar YUV 4:2:2, 16bpp, full scale (JPEG), deprecated in favor of AV_PIX_FMT_YUV422P and setting color_range AV_PIX_FMT_YUVJ444P, ///< planar YUV 4:4:4, 24bpp, full scale (JPEG), deprecated in favor of AV_PIX_FMT_YUV444P and setting color_range @@ -132,7 +132,7 @@ enum AVPixelFormat { AV_PIX_FMT_YUV444P16LE, ///< planar YUV 4:4:4, 48bpp, (1 Cr & Cb sample per 1x1 Y samples), little-endian AV_PIX_FMT_YUV444P16BE, ///< planar YUV 4:4:4, 48bpp, (1 Cr & Cb sample per 1x1 Y samples), big-endian #if FF_API_VDPAU - AV_PIX_FMT_VDPAU_MPEG4, ///< MPEG4 HW decoding with VDPAU, data[0] contains a vdpau_render_state struct which contains the bitstream of the slices as well as various fields extracted from headers + AV_PIX_FMT_VDPAU_MPEG4, ///< MPEG-4 HW decoding with VDPAU, data[0] contains a vdpau_render_state struct which contains the bitstream of the slices as well as various fields extracted from headers #endif AV_PIX_FMT_DXVA2_VLD, ///< HW decoding through DXVA2, Picture.data[3] contains a LPDIRECT3DSURFACE9 pointer @@ -140,7 +140,7 @@ enum AVPixelFormat { AV_PIX_FMT_RGB444BE, ///< packed RGB 4:4:4, 16bpp, (msb)4A 4R 4G 4B(lsb), big-endian, most significant bits to 0 AV_PIX_FMT_BGR444LE, ///< packed BGR 4:4:4, 16bpp, (msb)4A 4B 4G 4R(lsb), little-endian, most significant bits to 1 AV_PIX_FMT_BGR444BE, ///< packed BGR 4:4:4, 16bpp, (msb)4A 4B 4G 4R(lsb), big-endian, most significant bits to 1 - AV_PIX_FMT_YA8, ///< 8bit gray, 8bit alpha + AV_PIX_FMT_YA8, ///< 8 bits gray, 8 bits alpha AV_PIX_FMT_Y400A = AV_PIX_FMT_YA8, ///< alias for AV_PIX_FMT_YA8 @@ -202,8 +202,8 @@ enum AVPixelFormat { AV_PIX_FMT_VDA, ///< HW acceleration through VDA, data[3] contains a CVPixelBufferRef - AV_PIX_FMT_YA16BE, ///< 16bit gray, 16bit alpha (big-endian) - AV_PIX_FMT_YA16LE, ///< 16bit gray, 16bit alpha (little-endian) + AV_PIX_FMT_YA16BE, ///< 16 bits gray, 16 bits alpha (big-endian) + AV_PIX_FMT_YA16LE, ///< 16 bits gray, 16 bits alpha (little-endian) AV_PIX_FMT_GBRAP, ///< planar GBRA 4:4:4:4 32bpp AV_PIX_FMT_GBRAP16BE, ///< planar GBRA 4:4:4:4 64bpp, big-endian @@ -320,9 +320,9 @@ enum AVColorTransferCharacteristic { AVCOL_TRC_IEC61966_2_4 = 11, ///< IEC 61966-2-4 AVCOL_TRC_BT1361_ECG = 12, ///< ITU-R BT1361 Extended Colour Gamut AVCOL_TRC_IEC61966_2_1 = 13, ///< IEC 61966-2-1 (sRGB or sYCC) - AVCOL_TRC_BT2020_10 = 14, ///< ITU-R BT2020 for 10 bit system - AVCOL_TRC_BT2020_12 = 15, ///< ITU-R BT2020 for 12 bit system - AVCOL_TRC_SMPTEST2084 = 16, ///< SMPTE ST 2084 for 10, 12, 14 and 16 bit systems + AVCOL_TRC_BT2020_10 = 14, ///< ITU-R BT2020 for 10-bit system + AVCOL_TRC_BT2020_12 = 15, ///< ITU-R BT2020 for 12-bit system + AVCOL_TRC_SMPTEST2084 = 16, ///< SMPTE ST 2084 for 10-, 12-, 14- and 16-bit systems AVCOL_TRC_SMPTEST428_1 = 17, ///< SMPTE ST 428-1 AVCOL_TRC_NB, ///< Not part of ABI }; @@ -364,8 +364,8 @@ enum AVColorRange { */ enum AVChromaLocation { AVCHROMA_LOC_UNSPECIFIED = 0, - AVCHROMA_LOC_LEFT = 1, ///< mpeg2/4, h264 default - AVCHROMA_LOC_CENTER = 2, ///< mpeg1, jpeg, h263 + AVCHROMA_LOC_LEFT = 1, ///< MPEG-2/4, H.264 default + AVCHROMA_LOC_CENTER = 2, ///< MPEG-1, JPEG, H.263 AVCHROMA_LOC_TOPLEFT = 3, ///< DV AVCHROMA_LOC_TOP = 4, AVCHROMA_LOC_BOTTOMLEFT = 5, diff --git a/libavutil/random_seed.c b/libavutil/random_seed.c index 26884cbcd6..5bbdf38ec2 100644 --- a/libavutil/random_seed.c +++ b/libavutil/random_seed.c @@ -79,7 +79,7 @@ static uint32_t get_generic_seed(void) if (!sha) { uint32_t seed = 0; int j; - // Unable to allocate an sha context, just xor the buffer together + // Unable to allocate an SHA context, just XOR the buffer together // to create something hopefully unique. for (j = 0; j < 512; j++) seed ^= buffer[j]; diff --git a/libavutil/x86/cpu.c b/libavutil/x86/cpu.c index 098ccf7004..64ea7e7313 100644 --- a/libavutil/x86/cpu.c +++ b/libavutil/x86/cpu.c @@ -180,7 +180,7 @@ int ff_get_cpu_flags_x86(void) /* Similar to the above but for AVX functions on AMD processors. This is necessary only for functions using YMM registers on Bulldozer - based CPUs as they lack 256-bits execution units. SSE/AVX functions + based CPUs as they lack 256-bit execution units. SSE/AVX functions using XMM registers are always faster on them. AV_CPU_FLAG_AVX and AV_CPU_FLAG_AVXSLOW are both set so that AVX is used unless explicitly disabled by checking AV_CPU_FLAG_AVXSLOW. -- cgit v1.2.3