[FFmpeg-user] How to dynamically drop frames as required to keep transcoding real time?
adrian.cable at gmail.com
Thu Apr 8 05:33:50 EEST 2021
Mark – yes – you’re understanding exactly right! I was thinking specifically of the encoder ‘throttle’ being a frame rate control, but other forms of quality control that could be self-adjusted by the encoder to keep up with the input would also work for me.
I did look through the history here but couldn’t find anything quite applicable. I do appreciate you taking the time to understand my issue! Hopefully someone who has direct experience of how to achieve this will read this as a result and be able to help.
From: ffmpeg-user <ffmpeg-user-bounces at ffmpeg.org> on behalf of Mark Filipak (ffmpeg) <markfilipak at bog.us>
Date: Wednesday, April 7, 2021 at 7:19 PM
To: ffmpeg-user at ffmpeg.org <ffmpeg-user at ffmpeg.org>
Subject: Re: [FFmpeg-user] How to dynamically drop frames as required to keep transcoding real time?
On 2021-04-07 21:51, Adrian Cable wrote:
>> Sorry, I thought XXX referred to the output -- -vf fps=fps=XXX is *output* frame rate. To the best
>> of my knowledge, the input frame rate of VFR video can't be specified.
> I’m referring to XXX as the maximum *output* frame rate that the pipeline can support at a given time, while keeping up with the input.
I think what you want is an encoder with a quality throttle that can be used to dial down the
quality (and hence, reduce encoding time) when it can't keep up with the input at the current
compression factor. I'm pretty sure that such an encoder control exists because what you want to do
is not at all uncommon. That is, if I understand what you want to do.
I don't know how to do it because I don't stream, but I've seen the issue addressed here previously.
Perhaps someone more knowledgeable will read this and help.
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
To unsubscribe, visit link above, or email
ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
More information about the ffmpeg-user