IPTV AUSTRALIA · 1 MONTH AUD $11.99 TOTALInstall your player. Request a one-day trial ↗

Help · IPTV Australia

RTP packets and media clocks

RTP carries information for real-time media, including sequence and timestamp fields. Those values support media handling at their defined layers. They are not automatically a television schedule, an absolute date or a measurement of the viewer’s end-to-end delay.

Sequence and timestamp answer different questions

Sequence numbering helps identify packet ordering and loss observations. A media timestamp relates to the sampling clock for the payload. Two adjacent packets can carry relationships that do not correspond to one whole displayed frame per packet. Keep the payload format and clock rate in view.

For a simple hypothetical clock rate of 90,000 ticks per second, a timestamp difference of 180,000 ticks corresponds to two seconds on that media clock. The calculation requires the stated rate. Reading 180,000 as milliseconds would produce a completely different and unsupported result.

A media clock is not yet an absolute clock

A raw timestamp does not independently identify the date and time of a scene. Other session information or control reports can supply relationships needed for synchronisation. Comparing two streams requires the appropriate mapping rather than assuming identical numeric timestamps describe identical moments.

A viewer's local clock is another reference again. A useful latency measurement needs an origin reference, an observation endpoint and known uncertainty. An RTP field alone cannot allocate production, transport, buffering and display delay across a complete viewing chain.

Use protocol evidence in the right environment

First establish that the application actually uses RTP. A segmented HTTP presentation can have different identifiers and resources. A familiar live label or a UDP packet does not by itself identify a complete RTP session or its payload format.

For an authorised technical report, preserve payload type, relevant clock rate, sequence or timestamp observations and the reported media symptom. Remove private addresses or identifying session details as appropriate. This reference explains field meaning through a hypothetical arithmetic example; it does not claim that IPTV Australia supplies an RTP endpoint or that a packet capture of the user's device was performed.

Questions about this guide

Are RTP timestamps automatically milliseconds?

No. Interpret them using the applicable media clock rate.

Does one RTP packet always represent one video frame?

No. Payload formats can organise media differently.

Sources and further reading

Get your setup right from the start.

Tell us your device and player. We’ll help you take the next step with a clear plan enquiry or trial request.

Talk to IPTV Australia ↗