Anton Khirnov c17e33c058 fftools/ffmpeg: propagate frame durations to packets when encoding ... Remove now-obsolete code setting packet durations pre-muxing for CFR encoded video. Changes output in the following FATE tests: * numerous adpcm tests * ffmpeg-filter_complex_audio * lavf-asf * lavf-mkv * lavf-mkv_attachment * matroska-encoding-delay All of these change due to the fact that the output duration is now the actual input data duration and does not include padding added by the encoder. * apng-osample: less wrong packet durations are now passed to the muxer. They are not entirely correct, because the first frame duration should be 3 rather than 2. This is caused by the vsync code and should be addressed later, but this change is a step in the right direction. * tscc2-mov: last output frame has a duration of 11 rather than 1 - this corresponds to the duration actually returned by the demuxer. * film-cvid: video frame durations are now 2 rather than 1 - this corresponds to durations actually returned by the demuxer and matches the timestamps. * mpeg2-ticket6677: durations of some video frames are now 2 rather than 1 - this matches the timestamps.		2023-04-19 21:12:03 +02:00
..
api
checkasm	checkasm: pass context as pointer	2023-04-13 15:17:04 +03:00
fate	fftools/ffmpeg: stop using fake dts for generating timestamps	2023-04-13 15:34:07 +02:00
filtergraphs	fate/mov: add PCM in mp4 test	2023-03-15 00:12:59 +08:00
ref	fftools/ffmpeg: propagate frame durations to packets when encoding	2023-04-19 21:12:03 +02:00
.gitignore
audiogen.c
audiomatch.c
base64.c
copycooker.sh
extended.ffconcat
fate-run.sh
fate-valgrind.supp
fate.sh
Makefile
md5.sh
refcmp-metadata.awk
reference.pnm
rotozoom.c
simple1.ffconcat
simple2.ffconcat
test.ffmeta
tiny_psnr.c
tiny_ssim.c
utils.c
videogen.c