When you open a native transport stream in an editor, there is timing information the stream that the editor uses to sync everything up. It entirely depends on how the editor handles the video in the transport stream. Or do you add silence or padding if audio is shorter ? A positive delay usually implies that audio is shorter (but not always). Do you cut the audio? If you did it would sync up without the delay. If you ignore the delay maybe it goes out of sync in some programsīut when you "convert" that audio to WAV do you keep that delay or not? A negative audio delay implies audio is longer than video.
That's more than 2 frames for NTSC 29.97. Sometimes that delay is actually required for sync. In some, it might be interpreted as -40ms. That container delay can be interpreted slightly differently in different programs.
This is a container +/- muxing delayĮ.g This is a native camera MTS in mediainfo it reports Native camera files often have some sort of muxing delay.
0 kommentar(er)
