[FFmpeg-devel] [PATCH] doc: fix typos

[AnandajithS via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>]

Fix trivial grammatical errors.

Signed-off-by: AnandajithS <anandajiths2006@gmail.com>
---
 doc/Doxyfile                | 2 +-
 doc/filters.texi            | 4 ++--
 doc/swscale-v2.txt          | 2 +-
 libavutil/hwcontext_vaapi.h | 2 +-
 libswscale/ops_chain.c      | 2 +-
 5 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/doc/Doxyfile b/doc/Doxyfile
index 7ac70b95c9..d0191c56a0 100644
--- a/doc/Doxyfile
+++ b/doc/Doxyfile
@@ -295,7 +295,7 @@ MARKDOWN_SUPPORT       = YES
 
 # When enabled doxygen tries to link words that correspond to documented
 # classes, or namespaces to their corresponding documentation. Such a link can
-# be prevented in individual cases by by putting a % sign in front of the word
+# be prevented in individual cases by putting a % sign in front of the word
 # or globally by setting AUTOLINK_SUPPORT to NO.
 # The default value is: YES.
 
diff --git a/doc/filters.texi b/doc/filters.texi
index 35d2165f47..8a7e370a60 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -4413,7 +4413,7 @@ Add a chorus effect to the audio.
 Can make a single vocal sound like a chorus, but can also be applied to instrumentation.
 
 Chorus resembles an echo effect with a short delay, but whereas with echo the delay is
-constant, with chorus, it is varied using using sinusoidal or triangular modulation.
+constant, with chorus, it is varied using sinusoidal or triangular modulation.
 The modulation depth defines the range the modulated delay is played before or after
 the delay. Hence the delayed sound will sound slower or faster, that is the delayed
 sound tuned around the original one, like in a chorus where some vocals are slightly
@@ -13111,7 +13111,7 @@ Path of the file to load the script source.
 
 Since Cairo only supports RGB images, if the input video is something else (like
 YUV 4:2:0), before executing the script the video is converted to a format
-compatible with Cairo. Then, you have to use use either the @ref{format} filter,
+compatible with Cairo. Then, you have to use either the @ref{format} filter,
 or the @code{-pix_fmt} option, to convert it to the expected format in the
 output.
 
diff --git a/doc/swscale-v2.txt b/doc/swscale-v2.txt
index d14cb36eb7..aa2edceca7 100644
--- a/doc/swscale-v2.txt
+++ b/doc/swscale-v2.txt
@@ -62,7 +62,7 @@ This overall approach has a considerable number of benefits:
    multiple levels of complicated, interwoven format handling code that is
    legacy swscale.
 
-2. Because most of the brains lives inside the the powerful optimizer, we get
+2. Because most of the brains lives inside the powerful optimizer, we get
    fast paths "for free" for any suitable format conversion, rather than having
    to enumerate them one by one. SIMD code itself can be written in a very
    general way and does need to be tied to specific pixel formats - subsequent
diff --git a/libavutil/hwcontext_vaapi.h b/libavutil/hwcontext_vaapi.h
index 0b2e071cb3..82e4194a92 100644
--- a/libavutil/hwcontext_vaapi.h
+++ b/libavutil/hwcontext_vaapi.h
@@ -26,7 +26,7 @@
  * API-specific header for AV_HWDEVICE_TYPE_VAAPI.
  *
  * Dynamic frame pools are supported, but note that any pool used as a render
- * target is required to be of fixed size in order to be be usable as an
+ * target is required to be of fixed size in order to be usable as an
  * argument to vaCreateContext().
  *
  * For user-allocated pools, AVHWFramesContext.pool must return AVBufferRefs
diff --git a/libswscale/ops_chain.c b/libswscale/ops_chain.c
index 314789a652..d1ec1ef83d 100644
--- a/libswscale/ops_chain.c
+++ b/libswscale/ops_chain.c
@@ -66,7 +66,7 @@ int ff_sws_op_chain_append(SwsOpChain *chain, SwsFuncPtr func,
  *
  * If `ref->comps` has any flags set, they must be set in `op` as well.
  * Likewise, if `ref->comps` has any components marked as unused, they must be
- * marked as as unused in `ops` as well.
+ * marked as unused in `ops` as well.
  *
  * For SWS_OP_LINEAR, `ref->linear.mask` must be a strict superset of
  * `op->linear.mask`, but may not contain any columns explicitly ignored by
-- 
2.52.0

_______________________________________________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-leave@ffmpeg.org