Changes between Version 1 and Version 2 of Ticket #6251, comment 1


Ignore:
Timestamp:
Apr 29, 2017, 2:29:01 PM (2 years ago)
Author:
ferrys
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #6251, comment 1

    v1 v2  
    1 Its not only for negative start time... If you use -copyts - this happens because of a timestamp overflow in the MPEGTS(section 3.3) demuxer. Since timestamps in MPEG-TS have 33 bits and 16 a frequency of 90 kHz, they overflow exactly after 233
    2 90000  95443:72 s
    3 26:51 h.
     1Its not only for negative start time... If you use -copyts - this happens because of a timestamp overflow in the MPEGTS demuxer. Since timestamps in MPEG-TS have 33 bits and 16 a frequency of 90 kHz, they overflow exactly after 23390000  95443:72 s - 26:51 h.
    42
    53after 26h 51 min. ffmpeg going down... please fix it beacause it is necessary to use -copyts for preserving audio video sync by transcoding udp multiast streams for example... if you not use this parameter you can expect bad sync in audio video - small problem in audio track is enough... ffmpeg is then not able to hold sync... in case of clean input stream, everything is ok and you can not use this... :)