Gyan Doshi (12021-08-21):
> A nit, but MP4 is inherently VFR-ready - that's what the (mandatory) stts
> box is for.
>
> It is for some opaque reason that the muxer defaults to CFR, possibly to do
> with some limitation or bug in the early days.
Good to know.
I will still argue that MP4 is a crap
On 2021-08-21 03:05 pm, Nicolas George wrote:
- By adding -r on your output and by using a format like MP4 that only
supports constant frame rate, you are forcing ffmpeg to duplicate or
A nit, but MP4 is inherently VFR-ready - that's what the (mandatory)
stts box is for.
It is for som
amindfv--- via ffmpeg-user (12021-08-20):
> I then tested the output of running commands like this, only changing the
> value for $STARTTIME :
>
> export STARTTIME=0.33 ; ffmpeg -r 24 -i color-frames.mp4 -r 24 -ss
> $STARTTIME "test-$STARTTIME.mp4"
There are several flaws in problem report:
To test this, I've just created a fixed-frame-rate video at 24 fps:
|---R|G|---B|
(1/3) seconds (8 frames) solid Red, followed by (1/24) seconds (1 frame) solid
Green, followed by (1/3) seconds (8 frames) solid Blue.
Per the FFmpeg Mailing List FAQ, I've uploaded the sample file to
htt
I must reinforce Carl's interpretation here.
To define the problem more formally, timestamps are a necessary and perfectly
reasonable approach to timing video playback in a variable frame rate
environment. They're not a particularly good way of looking up specific images
in a sequence in a fixe
I hate to disagree with you, but
On 8/19/2021 5:56 AM, Nicolas George wrote:
No, it is the other way around: you should not be thinking about frame
numbers, you should be thinking about timestamps.
Not necessarily
Timestamps are an inherent property of the frame, they will be preserve
amindfv--- via ffmpeg-user (12021-08-18):
> Is this the best way to think about the decimal seconds<->frame number
> conversion?
No, it is the other way around: you should not be thinking about frame
numbers, you should be thinking about timestamps.
Timestamps are an inherent property of the fra
How are frame numbers converted to and from decimal numbers of seconds in
ffmpeg and related tools?
For example, given a file foo.mp4 at 24fps, when I run a command like:
ffmpeg -i foo.mp4 -t 0.72 bar.mp4
0.72 is a time between frame 18 (0.70833... seconds) and frame 19 (0.75
seconds).
In