Concatenating mpegts files into stream longer than timestamp wrap can produce non-monotonic timestamps

[calwilson]

Summary of the bug:

When concatenating multiple mpeg transport stream assets into a continuous mpeg transport stream, ffmpeg reports errors of non-monotonic timestamps. These timestamps are then changed to old_timestamp + 1 which produces an invalid stream.

As far as I can tell it seems to be some interplay between the concat demuxer and the timestamp wrapping logic. If the timestamp is within 60s before the the max timestamp at a file inpoint, it triggers the subtract offset timestamp wrap logic which produces negative timestamps.

I include the asset and playlist, and the ffmpeg logs.

How to reproduce:

% ffmpeg -report -nostdin -hide_banner -loglevel trace -nostats -probesize 1000000 -analyzeduration 5000000 -max_delay 0 -fflags +genpts -async 1 -f concat -y -i tears_playlist.ffmpeg -map 0 -c copy -copy_unknown -f mpegts -muxrate 1 -pcr_period 30 -pes_payload_size 50 -metadata service_provider=test -metadata service_name=test -mpegts_original_network_id 31303 -mpegts_transport_stream_id 1 -mpegts_flags +system_b -tables_version 0 /dev/null
ffmpeg version git master
built on Ubuntu 16.04 LTS 64bit

[calwilson]

Recursive playlist of asset

[calwilson]

I'm unable to connect to the FTP server so I have uploaded the asset and ffmpeg logs to my google drive:

Asset: ​https://drive.google.com/open?id=12jHPmO2b0LsRk7mKT-UxlvQNLIlcbfLX
Log: ​https://drive.google.com/open?id=1HNe9hFxCWeLKzageTW8vj1OOn5ryzJf6