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


Ignore:
Timestamp:
Apr 29, 2017, 11:20:38 AM (9 years ago)
Author:
Ladislav

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #6251, comment 1

    initial v1  
    11Its 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
     290000  95443:72 s
    3326:51 h.
    44
    5 after 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 cas of clean input stream, everything is ok and you can nto use this...
     5after 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... :)
     6