[FFmpeg-trac] #8612(undetermined:new): Transcode OUT switches to fast-forward at 35:47

[FFmpeg]

#8612: Transcode OUT switches to fast-forward at 35:47
-------------------------------------+-------------------------------------
             Reporter:  markfilipak  |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by markfilipak):

 Replying to [comment:4 mkver]:
 > I would not be so fast with that conclusion. After all, this error
 message comes from the muxing side (actually from code in ffmpeg.c) and so
 these timestamps probably originate from a place in our codebase.

 Hey mkver,

 You provided a cogent observation: "35:47 = 2147s. 2147000000 is pretty
 close to INT_MAX, so probably an overflow issue."

 I replied: "Thanks. That makes sense. What can I do to overcome it? Can it
 be overcome?"

 I think the output is CFR 60/1.001 (or can be forced to that). If so, can
 the PTSs be forced to proper values?

 To ricardpl,

 You can reproduce the issue with my command line and any p24 video that's
 over 36 minutes in length.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/8612#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker