summaryrefslogtreecommitdiff
path: root/libavformat/xmv.c
diff options
context:
space:
mode:
authorLou Logan <lou@lrcd.com>2012-07-05 15:38:53 -0800
committerMichael Niedermayer <michaelni@gmx.at>2012-07-06 17:08:22 +0200
commitb22ecbc6a57cb721960783af3168c1a9332ea3db (patch)
tree7e1f32b4e9bd667cadcf65d8c4341efe8b24debb /libavformat/xmv.c
parent60270eb482ed43b370bb2a9c5350cc3d54e61a0f (diff)
cosmetics: various spelling fixes
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Diffstat (limited to 'libavformat/xmv.c')
-rw-r--r--libavformat/xmv.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/libavformat/xmv.c b/libavformat/xmv.c
index cb61e153b1..b4accdf1cd 100644
--- a/libavformat/xmv.c
+++ b/libavformat/xmv.c
@@ -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...