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

[Gyan Doshi via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>]

On 2026-01-13 02:59 pm, AnandajithS via ffmpeg-devel wrote:
> Fix trivial grammatical errors.
>
> Resending as the previous submission was held due to not being subscribed.

Send this as a PR to https://code.ffmpeg.org/FFmpeg/FFmpeg

Regards,
Gyan


>
> 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

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