summaryrefslogtreecommitdiff
path: root/libavutil
diff options
context:
space:
mode:
authorAnton Khirnov <anton@khirnov.net>2023-04-26 10:51:38 +0200
committerAnton Khirnov <anton@khirnov.net>2023-05-02 10:59:24 +0200
commit129c7bf53fbe2be4f5483ecf6fc036ff9caf05cf (patch)
tree902666c7ed1467c945c99ebba05d69943b32dc74 /libavutil
parent3190bed148df57740ef818764979d60dde53d3d0 (diff)
downloadffmpeg-129c7bf53fbe2be4f5483ecf6fc036ff9caf05cf.tar.gz
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.
Diffstat (limited to 'libavutil')
0 files changed, 0 insertions, 0 deletions