A presentation timestamp tells a player when a media sample should appear on the playback timeline. Audio samples, video pictures and timed text use timing information so their output can remain coordinated. The presentation order can differ from the decoding order when compressed video uses prediction and reordering. Media timestamps are not necessarily civil-clock times such as the time shown in a programme guide. A stream can arrive quickly yet play with incorrect synchronization if its timing is inconsistent or interpreted incorrectly. This separates media-timeline problems from network delivery capacity, although both can affect the experience during the same viewing session.
Presentation timestamp and Wall-clock time
A media timeline timestamp is not necessarily the current civil clock displayed on the device.
Arrival time is different from presentation time
Packets or fragments can arrive in bursts and be buffered before their samples are due for output. The player schedules presentation using media timing rather than displaying every picture immediately on receipt. Adequate download speed therefore does not guarantee correct lip sync. Conversely, a temporary download pause need not change synchronization if the player buffers and resumes both tracks coherently under its supported playback behavior.
Constant offsets and drift are different clues
If dialogue remains a fixed amount ahead of the picture, a stable delay in the media or output path may be involved. If the difference grows over time, timing rates, discontinuities or processing behavior deserve attention. Audio devices and television processing can add delay too. Describe the pattern rather than declaring timestamps faulty solely because sound and picture disagree in one application.
Capture a repeatable comparison
Record the source, player version, selected audio output and whether seeking or changing channels resets the offset. Compare another supported player or a different supported output path where practical. Changing the device's timezone does not normally correct a media presentation-timestamp mismatch. A guide's wall-clock offset and a decoder's audio-video timing are separate issues, even though both are often described informally as a timing problem.
An illustrative example
A programme's sound starts in sync but moves progressively ahead of its picture over fifteen minutes. Other sources remain synchronized through the same speakers. Recording the growing offset and whether seeking resets it gives support a timing lead. A faster speed-test result alone cannot establish that the media timeline is coherent.
Practical actions
- Describe whether the offset is fixed, growing or triggered by a transition.
- Record the audio output path and compare another supported source or player.
- Keep media synchronization separate from programme-guide timezone corrections.
