Mercurial > libavutil.hg
changeset 466:f4fd038fcb58 libavutil
misc spelling fixes
| author | diego |
|---|---|
| date | Mon, 10 Mar 2008 18:42:09 +0000 |
| parents | b0b971f533e4 |
| children | 4472cc562ee9 |
| files | aes.h avutil.h bswap.h common.h mem.c |
| diffstat | 5 files changed, 7 insertions(+), 7 deletions(-) [+] |
line wrap: on
line diff
--- a/aes.h Sat Mar 08 20:30:15 2008 +0000 +++ b/aes.h Mon Mar 10 18:42:09 2008 +0000 @@ -28,14 +28,14 @@ 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
--- a/avutil.h Sat Mar 08 20:30:15 2008 +0000 +++ b/avutil.h Mon Mar 10 18:42:09 2008 +0000 @@ -23,7 +23,7 @@ /** * @file avutil.h - * external api header. + * external API header */
--- a/bswap.h Sat Mar 08 20:30:15 2008 +0000 +++ b/bswap.h Mon Mar 10 18:42:09 2008 +0000 @@ -20,7 +20,7 @@ /** * @file bswap.h - * byte swap. + * byte swapping routines */ #ifndef FFMPEG_BSWAP_H
--- a/common.h Sat Mar 08 20:30:15 2008 +0000 +++ b/common.h Mon Mar 10 18:42:09 2008 +0000 @@ -20,7 +20,7 @@ /** * @file common.h - * common internal and external api header. + * common internal and external API header */ #ifndef FFMPEG_COMMON_H
--- a/mem.c Sat Mar 08 20:30:15 2008 +0000 +++ b/mem.c Mon Mar 10 18:42:09 2008 +0000 @@ -69,10 +69,10 @@ 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