[FFmpeg-trac] #10819(undetermined:closed): start_time overflow after 95379 seconds

[FFmpeg]

#10819: start_time overflow after 95379 seconds
-------------------------------------+-------------------------------------
             Reporter:  Alex         |                    Owner:  (none)
  Kapustin                           |
                 Type:  defect       |                   Status:  closed
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  6.1          |               Resolution:  invalid
             Keywords:  start_time,  |               Blocked By:
  HLS                                |
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Changes (by Gyan):

 * status:  new => closed
 * resolution:   => invalid

Comment:

 Not a bug.

 The MPEG-TS format used here to store the HLS segments has 33 bits* to
 store the timestamp, so that leads to a maximum timestamp of ~95443
 seconds. The timestamps roll over upon reaching that point. FFmpeg, at
 present, has the ability to handle one such rollover. As part of its
 handling, it prerolls timestamps within 60s of the limit to a negative
 timestamp. This is later handled by ffmpeg (not ffprobe) for monotonic
 timestamps.

 *technically 48 but the extra 15 are used for subdividing the main
 timestamp.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/10819#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker