Open ioctl-user opened 7 months ago
Hmmmm, from what i remember in av1an we actually redo the frame time so that it's always next frame to next frame from both streams regardless the dts match. However, that doesn't negate situation when frame order/count changes
I just did more investigations. Actually, it seems, the only problem in input video is somewhere dropped frames. There was no other frames timestamp irregularity.
Here is an reproducible example with the generated video.
So, generate video with each 40-th frame is dropped:
ffmpeg -f lavfi -i mandelbrot=end_pts=50:size=640x480 -pix_fmt yuv420p10le -vf "select='mod(n,40)'" -t 10 mandelbrot-in-drop.mkv
Encode it:
av1an -i mandelbrot-in-drop.mkv -m lsmash --extra-split-sec 2 -e svt-av1 -v "--preset 12" --target-quality 97 -o mandelbrot-out.mkv
VMAF picture:
I have 4k 60 FPS video from the mobile phone.
Actually, it can be classified as VFR, because it seems there is dropped about one frame every two seconds.
I'm trying encode it with scaling with the following command:
Output video has the same frame number as an input, according to the ffprobe. However, VMAF value is about 18.5 and VMAF chart looks very suspiciously.
Looks like the first 95 frames has good synchronization and then something goes wrong.
How can I fix this in av1an?
Using ffmpeg the same video can be encoded and VMAF correctly measured with the following commands: