[FFmpeg-cvslog] xwma demuxer: typos

[Max Horn]

ffmpeg | branch: master | Max Horn <max at quendi.de> | Fri Apr 15 09:43:15 2011 +0200| [ef8b54fc883e2a91cbca37b50904e1a0659bb121] | committer: Diego Biurrun

xwma demuxer: typos

Signed-off-by: Diego Biurrun <diego at biurrun.de>

> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=ef8b54fc883e2a91cbca37b50904e1a0659bb121
---

 libavformat/xwma.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/libavformat/xwma.c b/libavformat/xwma.c
index ba2ee05..9b5777f 100644
--- a/libavformat/xwma.c
+++ b/libavformat/xwma.c
@@ -90,7 +90,7 @@ static int xwma_read_header(AVFormatContext *s, AVFormatParameters *ap)
          * codecs require extradata, so we provide our own fake extradata.
          *
          * First, check that there really was no extradata in the header. If
-         * there was, then try to use, after asking the the user to provide a
+         * there was, then try to use it, after asking the user to provide a
          * sample of this unusual file.
          */
         if (st->codec->extradata_size != 0) {
@@ -129,7 +129,7 @@ static int xwma_read_header(AVFormatContext *s, AVFormatParameters *ap)
             /* Quoting the MSDN xWMA docs on the dpds chunk: "Contains the
              * decoded packet cumulative data size array, each element is the
              * number of bytes accumulated after the corresponding xWMA packet
-             * is decoded in order"
+             * is decoded in order."
              *
              * Each packet has size equal to st->codec->block_align, which in
              * all cases I saw so far was always 2230. Thus, we can use the