Anton Khirnov 129c7bf53f fftools/ffmpeg: always use the same path for setting InputStream.[next_]dts ... Currently those are set in different ways depending on whether the stream is decoded or not, using some values from the decoder if it is. This is wrong, because there may be arbitrary amount of delay between input packets and output frames (depending e.g. on the thread count when frame threading is used). Always use the path that was previously used only for streamcopy. This should not cause any issues, because these values are now used only for streamcopy and discontinuity handling. This change will allow to decouple discontinuity processing from decoding and move it to ffmpeg_demux. It also makes the code simpler. Changes output in fate-cover-art-aiff-id3v2-remux and fate-cover-art-mp3-id3v2-remux, where attached pictures are now written in the correct order. This happens because InputStream.dts is no longer reset to AV_NOPTS_VALUE after decoding, so streamcopy actually sees valid dts values.		2023-05-02 10:59:24 +02:00
..
api
checkasm	checkasm: pass context as pointer	2023-04-13 15:17:04 +03:00
fate	lavfi/dnn: Remove DNN native backend	2023-04-28 11:07:41 +08:00
filtergraphs	fate/mov: add PCM in mp4 test	2023-03-15 00:12:59 +08:00
ref	fftools/ffmpeg: always use the same path for setting InputStream.[next_]dts	2023-05-02 10:59:24 +02:00
.gitignore
audiogen.c
audiomatch.c
base64.c
copycooker.sh
extended.ffconcat
fate-run.sh
fate-valgrind.supp
fate.sh
Makefile	lavfi/dnn: Remove DNN native backend	2023-04-28 11:07:41 +08:00
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