Anton Khirnov d85c6aba0c fftools/ffmpeg: rework audio-decode timestamp handling ... Stop using InputStream.dts for generating missing timestamps for decoded frames, because it contains pre-decoding timestamps and there may be arbitrary amount of delay between input packets and output frames (e.g. dependent on the thread count when frame threading is used). It is also in AV_TIME_BASE (i.e. microseconds), which may introduce unnecessary rounding issues. New code maintains a timebase that is the inverse of the LCM of all the samplerates seen so far, and thus can accurately represent every audio sample. This timebase is used to generate missing timestamps after decoding. Changes the result of the following FATE tests * pcm_dvd-16-5.1-96000 * lavf-smjpeg * adpcm-ima-smjpeg In all of these the timestamps now better correspond to actual frame durations.		2023-05-02 10:59:24 +02:00
..
acodec	fftools/ffmpeg: propagate frame durations to packets when encoding	2023-04-19 21:12:03 +02:00
fate	fftools/ffmpeg: rework audio-decode timestamp handling	2023-05-02 10:59:24 +02:00
lavf	fftools/ffmpeg: rework audio-decode timestamp handling	2023-05-02 10:59:24 +02:00
lavf-fate	avformat/matroskaenc: support writing Dynamic HDR10+ packet side data	2023-04-08 10:28:41 -03:00
pixfmt
seek	lavf/dv: use a more granular timebase for audio	2023-05-02 10:57:21 +02:00
vsynth	tests: Add more j2k tests to cover a wider range of cases	2023-04-02 23:54:52 +02:00