2019-01-31 15:58 GMT+01:00, Hristo Ivanov :
>> Please note that "-vsync 0 -f mp4" is not valid as FFmpeg's
>> mp4 muxer only support cfr.
>
> Yeah, the generated file by this command is not playable by
> the default windows player, but vlc plays the file fine.
WMP only supports yuv420p, this is
2019-01-31 15:58 GMT+01:00, Hristo Ivanov :
>> In this example, it looks as if the input already has 60fps.
>
> The inputs is 30fps, set by the '-r' flag. Maybe the settb filter is
> throwing you off, but it only changes the timebase to 1/60, the
> framerate is kept to 30/1.
But the setpts
Hi Carl,
> In this example, it looks as if the input already has 60fps.
The inputs is 30fps, set by the '-r' flag. Maybe the settb filter is
throwing you off, but it only changes the timebase to 1/60, the framerate
is kept to 30/1.
> Your original email gave the impression that vstack somehow
2019-01-31 12:41 GMT+01:00, Hristo Ivanov :
>> How can I reproduce this (major?) issue with ffmpeg (the application)?
>
> .\ffmpeg.exe -y -loop 1 -r 30 -t 5 -i .\frame.png -filter_complex
> "[0]settb=expr=1/60[tb];[tb]split[s0][s1];[s1]setpts=PTS+1[offset];[s0][offset]vstack[out]"
> -map [out]
Hi Carl.
> How can I reproduce this (major?) issue with ffmpeg (the application)?
.\ffmpeg.exe -y -loop 1 -r 30 -t 5 -i .\frame.png -filter_complex
"[0]settb=expr=1/60[tb];[tb]split[s0][s1];[s1]setpts=PTS+1[offset];[s0][offset]vstack[out]"
-map [out] -c:v h264 -vsync 0 -f mp4 out.mp4
Here is