Re: [FFmpeg-devel] [PATCH 4/4] fftools/ffmpeg: deprecate -re

From: Timo Rothenpieler <timo@rothenpieler.org>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 4/4] fftools/ffmpeg: deprecate -re
Date: Tue, 2 May 2023 17:36:30 +0200
Message-ID: <7dbd4844-61f8-716d-0eaa-316f5d708483@rothenpieler.org> (raw)
In-Reply-To: <20230502134316.10496-4-anton@khirnov.net>

On 02.05.2023 15:43, Anton Khirnov wrote:
> It is exactly equivalent to -readrate 1.0
> ---
>   Changelog              | 1 +
>   doc/ffmpeg.texi        | 2 +-
>   fftools/ffmpeg.h       | 3 +++
>   fftools/ffmpeg_demux.c | 5 +++++
>   fftools/ffmpeg_opt.c   | 4 +++-
>   5 files changed, 13 insertions(+), 2 deletions(-)
> 
> diff --git a/Changelog b/Changelog
> index 2061aaf462..5feb4fd24e 100644
> --- a/Changelog
> +++ b/Changelog
> @@ -8,6 +8,7 @@ version <next>:
>   - afireqsrc audio source filter
>   - arls filter
>   - ffmpeg CLI new option: -readrate_initial_burst
> +- ffmpeg CLI option -re deprecated in favor of -readrate 1.0

Not sure if deprecating that option is a good idea.
It's in A LOT of guides, and in a lot of peoples scripts.

I see no harm in keeping it around as a shorthand for a common use of 
-readrate.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".