Hi, > video PTS: 244ms > video DTS: 144ms > audio PTS: 262ms > > > The same video, muxed with bbmpeg gives the following: > > video PTS: 280ms > video DTS: 180ms > audio PTS: 398ms
This is a known Bug in older Versions of mplex (the audio sync offset is calculated without taking into account the difference in PTS and DTS of the first frame). It is basically harmless as it leaves the stream consistent but does have effect of shifting the audio by one frame interval (for most streams). It got fixed some time ago (25/06/2003) so it should be in the latest release version. However, there are loads of stale versions that lie around in odd Projects that don't bother to let me know they're using it (or feed back Bug reports). The reason for the reversed sign is that the offset is relative to audio. I could easily swap it around (its basically handled in the command line parser). Anyone object to aligning mplex with the rest? Andrew > http://forum.doom9.org/showthread.php?s=&threadid=63484 > > > Does anybody know why mplex is behaving this way? Is this something to be > concerned about? > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Mjpeg-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/mjpeg-users ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users