RTP payload formats: Difference between revisions

Content deleted Content added
Audio and video payload types: Move {{Sum RFC}} to top.
 
(18 intermediate revisions by 3 users not shown)
Line 2:
The [[Real-time Transport Protocol]] (RTP) specifies a general-purpose data format and [[network protocol]] for transmitting digital media streams on [[Internet Protocol]] (IP) networks. The details of media encoding, such as signal sampling rate, frame size and timing, are specified in an '''RTP payload format'''. The format parameters of the RTP payload are typically communicated between transmission endpoints with the [[Session Description Protocol]] (SDP), but other protocols, such as the [[XMPP|Extensible Messaging and Presence Protocol]] (XMPP) may be used.
 
==AudioPayload types and video payload typesformats==
The technical parameters of payload formats for audio and video streams are standardised.
The standard also describes the process of registering new payload types with IANA.
Line 9:
* {{Sum RFC|3611|ref=yes}}
* {{Sum RFC|4856|ref=yes}}
 
Additional payload formats and payload types are defined in the following specifications:
==Text messaging payload types==
Payload formats and types for text messaging are defined in the following specifications:
* {{Sum RFC|4103|ref=yes|notes=yes}}
* {{Sum RFC|9071|ref=yes}}
 
==MIDI payload types==
Additional payloadPayload formats and payload types for [[MIDI]] are defined in the following specifications:
*{{Sum RFC|6295|ref=yes}}
*{{Sum RFC|4696|ref=yes}}
 
==Audio and video payload types==
Payload formats and types for audio and video are defined in the following specifications:
* {{Sum RFC|2029|ref=yes}}
* {{Sum RFC|2190|ref=yes}}
* {{Sum RFC|2198|ref=yes}}
* {{Sum RFC|2250|ref=yes}}
* {{Sum RFC|2343|ref=yes}}
* {{Sum RFC|2435|ref=yes}}
* {{Sum RFC|2586|ref=yes}}
* {{Sum RFC|2658|ref=yes}}
* {{Sum RFC|3190|ref=yes}}
* {{Sum RFC|3389|ref=yes}}
* {{Sum RFC|3497|ref=yes}}
* {{Sum RFC|3640|ref=yes}}
* {{Sum RFC|3952|ref=yes}}
* {{Sum RFC|4175|ref=yes}}
* {{Sum RFC|4184|ref=yes}}
* {{Sum RFC|4352|ref=yes}}
* {{Sum RFC|4587|ref=yes}}
* {{Sum RFC|4598|ref=yes}}
* {{Sum RFC|4629|ref=yes}}
* {{Sum RFC|4733|ref=yes}}
* {{Sum RFC|4749|ref=yes}}
* {{Sum RFC|4788|ref=yes}}
* {{Sum RFC|4867|ref=yes}}
* {{Sum RFC|5188|ref=yes}}
* {{Sum RFC|5215|ref=yes}}
* {{Sum RFC|5371|ref=yes}}
* {{Sum RFC|5391|ref=yes}}
* {{Sum RFC|5404|ref=yes}}
* {{Sum RFC|5574|ref=yes}}
* {{Sum RFC|5577|ref=yes}}
* {{Sum RFC|5584|ref=yes}}
* {{Sum RFC|5686|ref=yes}}
* {{Sum RFC|5993|ref=yes}}
* {{Sum RFC|6184|ref=yes}}
* {{Sum RFC|6190|ref=yes}}
* {{Sum RFC|6416|ref=yes}}
* {{Sum RFC|6469|ref=yes}}
* {{Sum RFC|7310|ref=yes}}
* {{Sum RFC|7587|ref=yes}}
* {{Sum RFC|7741|ref=yes}}
* {{Sum RFC|7798|ref=yes}}
* {{Sum RFC|9134|ref=yes}}
* {{Sum RFC|9607|ref=yes}}
* {{Sum RFC|9628|ref=yes}}
 
Payload identifiers 96–127 are used for payloads defined dynamically during a session. It is recommended to dynamically assign port numbers, although port numbers 5004 and 5005 have been registered for use of the profile when a dynamically assigned port is not required.
Line 256 ⟶ 289:
|20
|ITU-T [[G.729]] and G.729a audio 8&nbsp;kbit/s; Annex B is implied unless the <code>annexb=no</code> parameter is used
|{{IETF RFC|3551|link=no}},{{Rp|p=20}}, {{IETF RFC|4856|link=no}}{{Rp|p=12}}
|-
 
Line 597 ⟶ 630:
|
|ITU-T [[Half Rate|GSM-HR]] (GSM 06.20)
|RFC{{IETF RFC|5993|link=no}}
|-
 
Line 608 ⟶ 641:
|
|[[Adaptive Multi-Rate]] audio
|RFC{{IETF RFC|4867|link=no}}
|-
 
Line 619 ⟶ 652:
|
|[[AMR-WB|Adaptive Multi-Rate Wideband]] audio (ITU-T G.722.2)
|RFC{{IETF RFC|4867|link=no}}
|-
 
Line 630 ⟶ 663:
|
|[[AMR-WB+|Extended Adaptive Multi Rate – WideBand]] audio
|RFC{{IETF RFC|4352|link=no}}
|-
 
Line 641 ⟶ 674:
|
|[[Vorbis]] audio
|RFC{{IETF RFC|5215|link=no}}
|-
 
Line 652 ⟶ 685:
|20
|[[Opus (audio format)|Opus]] audio
|RFC{{IETF RFC|7587|link=no}}
|-
 
Line 663 ⟶ 696:
|
|[[Speex]] audio
|RFC{{IETF RFC|5574|link=no}}
|-
 
Line 674 ⟶ 707:
|
|Loss-Tolerant [[MP3]] audio
|{{IETF RFC |5219 (previously RFC 3119)|link=no}}
|-
 
Line 685 ⟶ 718:
|
|[[MPEG-4 Audio]] (includes [[Advanced_Audio_Coding|AAC]])
|{{IETF RFC |6416 (previously RFC 3016)|link=no}}
|-
 
Line 696 ⟶ 729:
|
|[[MPEG-4 Visual]]
|{{IETF RFC |6416 (previously RFC 3016)|link=no}}
|-
 
Line 707 ⟶ 740:
|
|[[MPEG-4]] Elementary Streams
|RFC{{IETF RFC|3640|link=no}}
|-
 
Line 718 ⟶ 751:
|
|[[VP8]] video
|RFC{{IETF RFC|7741|link=no}}
|-
 
Line 729 ⟶ 762:
|
|[[VP9]] video
|{{IETF RFC|9628|link=no}}
|[https://tools.ietf.org/html/draft-ietf-payload-vp9 draft-ietf-payload-vp9]
|-
 
Line 751 ⟶ 784:
|20
|[[Linear PCM]] 8-bit audio with 128 offset
|{{IETF RFC |3551 Section|link=no}}{{Rp|§ 4.5.10 and }}{{Rp|Table 5}}
|-
 
Line 762 ⟶ 795:
|20 (by analogy with L16)
|IEC 61119 12-bit nonlinear audio
|{{IETF RFC |3190 Section |link=no}}{{Rp|§3}}
|-
 
Line 773 ⟶ 806:
|20
|[[Linear PCM]] 16-bit audio
|{{IETF RFC |3551 Section|link=no}},{{Rp|§ 4.5.11,}} {{IETF RFC |2586|link=no}}
|-
 
Line 784 ⟶ 817:
|20 (by analogy with L16)
|[[Linear PCM]] 20-bit audio
|{{IETF RFC |3190 Section|link=no}}{{Rp|§ 4}}
|-
 
Line 795 ⟶ 828:
|20 (by analogy with L16)
|[[Linear PCM]] 24-bit audio
|{{IETF RFC |3190 Section|link=no}}{{Rp|§ 4}}
|-
 
Line 806 ⟶ 839:
|
|Uncompressed Video
|RFC{{IETF RFC|4175|link=no}}
|-
 
Line 817 ⟶ 850:
|
|[[Dolby AC-3]] audio
|RFC{{IETF RFC|4184|link=no}}
|-
 
Line 828 ⟶ 861:
|
|[[Dolby Digital Plus|Enhanced AC-3]] audio
|RFC{{IETF RFC|4598|link=no}}
|-
 
Line 839 ⟶ 872:
|
|[[Text over IP]]
|RFC{{IETF RFC|4103|link=no}}
|-
|dynamic
 
|EVRC<br>EVRC0<br>EVRC1
|audio
Line 849 ⟶ 883:
|
|[[Enhanced Variable Rate Codec|EVRC]] audio
|RFC{{IETF RFC|4788|link=no}}
|-
|dynamic
Line 859 ⟶ 893:
|
|[[Enhanced Variable Rate Codec B|EVRC-B]] audio
|RFC{{IETF RFC|4788|link=no}}
|-
 
Line 870 ⟶ 904:
|
|[[Enhanced Variable Rate Codec B|EVRC-WB]] audio
|RFC{{IETF RFC|5188|link=no}}
|-
 
Line 881 ⟶ 915:
|
|[[JPEG 2000]] video
|RFC{{IETF RFC|5371|link=no}}
|-
 
Line 892 ⟶ 926:
|
|[[UEMCLIP]] audio
|RFC{{IETF RFC|5686|link=no}}
|-
 
Line 903 ⟶ 937:
|
|[[Adaptive Transform Acoustic Coding|ATRAC]]3 audio
|RFC{{IETF RFC|5584|link=no}}
|-
 
Line 914 ⟶ 948:
|
|[[Adaptive Transform Acoustic Coding|ATRAC]]3+ audio
|RFC{{IETF RFC|5584|link=no}}
|-
 
Line 925 ⟶ 959:
|
|[[Adaptive Transform Acoustic Coding|ATRAC]] Advanced Lossless audio
|RFC{{IETF RFC|5584|link=no}}
|-
 
Line 936 ⟶ 970:
|
|[[DV (video format)|DV]] video
|{{IETF RFC |6469 (previously RFC 3189)|link=no}}
|-
 
Line 947 ⟶ 981:
|
|[[ITU-R BT.656]] video
|RFC{{IETF RFC|3555|link=no}}
|-
 
Line 958 ⟶ 992:
|
|Bundled MPEG-2 video
|RFC{{IETF RFC|2343|link=no}}
|-
 
Line 969 ⟶ 1,003:
|
|[[SMPTE 292M]] video
|RFC{{IETF RFC|3497|link=no}}
|-
 
Line 980 ⟶ 1,014:
|
|Redundant Audio Data
|RFC{{IETF RFC|2198|link=no}}
|-
 
Line 991 ⟶ 1,025:
|
|Variable-rate DVI4 audio
|RFC{{IETF RFC|3551|link=no}}
|-
 
Line 1,002 ⟶ 1,036:
|
|MPEG-1 Systems Streams video
|RFC{{IETF RFC|2250|link=no}}
|-
 
Line 1,013 ⟶ 1,047:
|
|MPEG-2 Program Streams video
|RFC{{IETF RFC|2250|link=no}}
|-
 
Line 1,024 ⟶ 1,058:
|
|tone
|RFC{{IETF RFC|4733|link=no}}
|-
 
Line 1,035 ⟶ 1,069:
|
|[[Dual-tone multi-frequency signaling|DTMF]] tone
|RFC{{IETF RFC|4733|link=no}}
|-
 
Line 1,046 ⟶ 1,080:
|4<ref group=note>For aptX, the packetization interval must be rounded down to the nearest packet interval that can contain an integer number of samples. So at sampling rates of 11025, 22050, or 44100, a packetization rate of "4" is rounded down to 3.99.</ref>
|[[aptX]] audio
|RFC{{IETF RFC|7310|link=no}}
|-
 
Line 1,057 ⟶ 1,091:
|
|[[JPEG XS]] video
|RFC{{IETF RFC|9134|link=no}}
|-
 
Line 1,068 ⟶ 1,102:
|
|[[Secure Communications Interoperability Protocol|SCIP]]
|RFC{{IETF RFC|9607|link=no}}
|}
 
{{reflist|group=note}}
 
==Text messaging payload ==
* {{Sum RFC|4103|ref=yes|notes=yes}}
* {{Sum RFC|9071|ref=yes}}
 
==MIDI payload ==
*{{Sum RFC|6295|ref=yes}}
*{{Sum RFC|4696|ref=yes}}
 
==See also==