summaryrefslogtreecommitdiff
path: root/libavformat/xmv.c
diff options
context:
space:
mode:
authorDiego Biurrun <diego@biurrun.de>2012-12-19 18:48:21 +0100
committerDiego Biurrun <diego@biurrun.de>2012-12-21 00:18:34 +0100
commit511cf612ac979f536fd65e14603a87ca5ad435f3 (patch)
tree44bef1bf9a062368bf4ab89485279549af8bda90 /libavformat/xmv.c
parent6906b19346ae8a330bfaa1c16ce535be10789723 (diff)
miscellaneous typo fixes
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 5041c571c3..3f926eff9c 100644
--- a/libavformat/xmv.c
+++ b/libavformat/xmv.c
@@ -298,7 +298,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...