RTP/AVP audio and video payload types

最新推荐文章于 2023-07-18 14:34:13 发布
转载 最新推荐文章于 2023-07-18 14:34:13 发布 · 8.4k 阅读 · 7
文章标签：

#audio #video #types #h.264 #encoding #codec

 
Payload type (PT)NameTypeNo. of channelsClock rate (Hz)DescriptionReferences
0PCMUaudio18000ITU-T G.711 PCM µ-Law Audio 64 kbit/sRFC 3551
1reserved (previously 1016)audio18000reserved, previously CELP Audio 4.8 kbit/sRFC 3551, previously RFC 1890
2reserved (previously G721)audio18000reserved, previously ITU-T G.721 ADPCM Audio 32 kbit/sRFC 3551, previously RFC 1890
3GSMaudio18000European GSM Full Rate Audio 13 kbit/s (GSM 06.10)RFC 3551
4G723audio18000ITU-T G.723.1RFC 3551
5DVI4audio18000IMA ADPCM Audio 32 kbit/sRFC 3551
6DVI4audio116000IMA ADPCM 64 kbit/sRFC 3551
7LPCaudio18000Experimental Linear Predictive Coding AudioRFC 3551
8PCMAaudio18000ITU-T G.711 PCM A-Law Audio 64 kbit/sRFC 3551
9G722audio18000ITU-T G.722 AudioRFC 3551 - Page 14
10L16audio244100Linear PCM 16-bit Stereo Audio 1411.2 kbit/s,[2][3][4] uncompressedRFC 3551, Page 27
11L16audio144100Linear PCM 16-bit Audio 705.6 kbit/s, uncompressedRFC 3551, Page 27
12QCELPaudio18000Qualcomm Code Excited Linear PredictionRFC 2658, RFC 3551
13CNaudio18000Comfort noiseRFC 3389
14MPAaudio190000MPEG-1 or MPEG-2 Audio OnlyRFC 3551, RFC 2250
15G728audio18000ITU-T G.728 Audio 16 kbit/sRFC 3551
16DVI4audio111025IMA ADPCMRFC 3551
17DVI4audio122050IMA ADPCMRFC 3551
18G729audio18000ITU-T G.729 and G.729aRFC 3551, Page 20
25CELBvideo190000Sun's CellB Video Encoding[5]RFC 2029
26JPEGvideo190000JPEG VideoRFC 2435
28NVvideo190000Xerox PARC's Network Video (nv)[6]RFC 3551, Page 32
31H261video190000ITU-T H.261 VideoRFC 4587
32MPVvideo190000MPEG-1 and MPEG-2 VideoRFC 2250
33MP2Taudio/video190000MPEG-2 transport stream VideoRFC 2250
34H263video 90000H.263 video, first version (1996)RFC 3551, RFC 2190
dynamicH263-1998video 90000H.263 video, second version (1998)RFC 3551, RFC 4629, RFC 2190
dynamicH263-2000video 90000H.263 video, third version (2000)RFC 4629
dynamic (or profile)H264video 90000H.264 video (MPEG-4 Part 10)RFC 3984
dynamic (or profile)theoravideo 90000Theora videodraft-barbato-avt-rtp-theora-01
dynamiciLBCaudio1—Internet low Bitrate Codec 13.33 or 15.2 kbit/sRFC 3951
dynamicPCMA-WBaudio 16000ITU-T G.711.1, A-lawRFC 5391
dynamicPCMU-WBaudio 16000ITU-T G.711.1, µ-lawRFC 5391
dynamicG718audio 32000ITU-T G.718draft-ietf-avt-rtp-g718-03
dynamicG719audio(various)48000ITU-T G.719RFC 5404
dynamicG7221audio 16 or 32 kHzITU-T G.722.1RFC 5577
dynamicG726-16audio18000ITU-T G.726 audio with 16 kbit/sRFC 3551
dynamicG726-24audio18000ITU-T G.726 audio with 24 kbit/sRFC 3551
dynamicG726-32audio18000ITU-T G.726 audio with 32 kbit/sRFC 3551
dynamicG726-40audio18000ITU-T G.726 audio with 40 kbit/sRFC 3551
dynamicG729Daudio18000ITU-T G.729 Annex DRFC 3551
dynamicG729Eaudio18000ITU-T G.729 Annex ERFC 3551
dynamicG7291audio (various)ITU-T G.729.1RFC 4749
dynamicGSM-EFRaudio18000ITU-T GSM-EFR (GSM 06.60)RFC 3551
dynamicGSM-HR-08audio18000ITU-T GSM-HR (GSM 06.20)RFC 5993
dynamic (or profile)AMRaudio(various)8000Adaptive Multi-Rate audioRFC 4867
dynamic (or profile)AMR-WBaudio(various)16000Adaptive Multi-Rate Wideband audio (ITU-T G.722.2)RFC 4867
dynamic (or profile)AMR-WB+audio1, 2 or omit72000Extended Adaptive Multi Rate – WideBand audioRFC 4352
dynamic (or profile)vorbisaudio(various)from 8 kHz to 192 kHzRTP Payload Format for Vorbis Encoded AudioRFC 5215
dynamic (or profile)speexaudio18000, 16000 or 32000RTP Payload Format for the Speex CodecRFC 5574
dynamic (96-127)mpa-robustaudio 90000A More Loss-Tolerant RTP Payload Format for MP3 AudioRFC 5219
dynamic (or profile)MP4A-LATMaudio 90000 or othersRTP Payload Format for MPEG-4 AudioRFC 3016
dynamic (or profile)MP4V-ESvideo 90000 or othersRTP Payload Format for MPEG-4 VisualRFC 3016
dynamic (or profile)mpeg4-genericaudio/video 90000 or otherRTP Payload Format for Transport of MPEG-4 Elementary StreamsRFC 3640
dynamicL8audio(various)(various)Linear PCM 8-bit audio with 128 offsetRFC 3551 Section 4.5.10 and Table 5
dynamicDAT12audio(various)8000, 11025, 16000, 22050, 24000, 32000, 44100, 48000 or othersIEC 61119 12-bit nonlinear audioRFC 3190 Section 3
dynamicL16audio(various)8000, 11025, 16000, 22050, 24000, 32000, 44100, 48000 or othersLinear PCM 16-bit audioRFC 3551 Section 4.5.11, RFC 2586
dynamicL20audio(various)8000, 11025, 16000, 22050, 24000, 32000, 44100, 48000 or othersLinear PCM 20-bit audioRFC 3190 Section 4
dynamicL24audio(various)8000, 11025, 16000, 22050, 24000, 32000, 44100, 48000 or othersLinear PCM 24-bit audioRFC 3190 Section 4
qiuchangyong
关注
webrtc中video, audio的payload type设置函数
chinabinlang的专栏
06-06 2944
在RFC3551中，可以看到关于rtp的payload type中，96 ~ 127属于动态设置范围； 一：video： 在webrtc中，逻辑部分是： 主要逻辑：就是为之前创建的encoder设置相应的id值,codec.id = *payload_type; supported_codecs_链表中的同一个encoder，不会重复计算，Don't...
WebRTC56版本SDP详细解析
chinabinlang的专栏
01-24 1万+
http://blog.csdn.net/onlycoder_net/article/details/76702432 v=0 //sdp版本号，一直为0,rfc4566规定 o=- 7017624586836067756 2 IN IP4 127.0.0.1 // RFC 4566 o=<username> <sess-id> <sess-versio...
SIP协议之RTP负载类型（payload type)
szkbsgy的专栏
04-17 8348
在SIP 音视频通话中，媒体数据是由RTP包携带的， RTP包中的PT字段标识了负载媒体数据的类型。不同的媒体编码格式对应不同的整型数值，由RFC3551定义：0~95范围内，一部分已经被占用，如PCMU是0,PCMA是8等待，另一部分是未定义。而96-127范围是由使用者动态定义的，可以动态用作未定义的音频和视频RTP包类型, 比如H264、VP8、Opus等。
ITU标准G711代码
06-16
ITU-T G.711的标准源代码，可以在VC下直接运行，便于开发者开发使用
wireshark分析rtp
fishmai的专栏
12-15 7165
wireshark一些经典文档收录如下[@more@] 1 http://wiki.wireshark.org/RTP_statistics 用wireshark分析rtp流的统计信息 2 http://www.linuxjournal.com/article/9398 用wireshark分析voip rtp流，特别是关于统计丢包率，带宽，时延的方面很有价值 3 h
WebRTC：会话描述协议SDP
yinshipin007的博客
08-04 399
SDP（Session Description Protocol）是一种通用的会话描述协议，主要用来描述多媒体会话，用途包括会话声明、会话邀请、会话初始化等。WebRTC主要在连接建立阶段用到SDP，连接双方通过信令服务交换会话信息，包括音视频编解码器(codec)、主机候选地址、网络传输协议等。下面先简单介绍下SDP的格式、常用属性，然后通过WebRTC连接建立过程生成的SDP实例进行进一步讲解。...
WebRTC学习笔记五 SDP（Session Description Protocol）
irainsa的博客
11-30 1839
SDP里面内容虽然很多，但是条理很清楚。SDP值为字符串，通过换行符生成一行一行的SDP报文，所有行可分为三类：全局行、音频行、视频行v - Version，版本，版本，应等于0o - Origin，源，包含一个唯一ID，用于重新协商s - Session Name，会话名称，应等于-t - Timing，时间，应等于0 0m - Media Description，媒体描述，下面有详细说明a - Attribute，属性，一个自由文本字段，这是WebRTC中最常见的行。
Rtp-Rtcp
unclerunning的博客
01-19 1328
文章目录What It is?RTP Header Fields**Rtcp SR message****Rtcp RR message**Rtcp SDES messageRtcp BYE messageRtcp APP message**Rtcp Feedback(FB) message****Rtcp Extended Reports (XR) Packet**How to generate...
oRTP源码分析
jsn_ze的专栏
03-02 2921
oRTP源码分析 前言 本文主要是想在阅读oRTP协议栈时，为了以后的回忆，做些笔录。 一、AVProfile 模块 1.1 Pt的总结： 引用：http://en.wikipedia.org/wiki/RTP_audio_video_profile RTP/AVP audio and video payload types
RTP PayloadType类型整理
04-16
RTP PayloadType类型整理 RTP PayloadType类型整理
RTP有效负载(载荷)类型 (RTP Payload Type)
小小的熊的博客
11-16 8054
下图为RTP部格式： ***************************************************** 1) V：RTP协议的版本号，占2位，当前协议版本号为2 2) P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。 3) X：扩展标志，占1位，如果X=1，则在RTP报头后跟有一个扩展报头 4) CC：CSRC计数器，占4位，指示CSRC 标识符的个数（作用...
流媒体协议详解：RTSP、RTP、RTCP、SIP、SDP、RTMP、WebRTC、WebSocket
热门推荐
zzhongcy的专栏
07-18 1万+
流媒体相关著名项目1.1、多媒体信息的数据量往往很大例如音频：标准的PCM编码的立体声音乐(采样速率44.1kHz，采样脉冲16位编码)信号的比特率超过了1.4Mbit/s。例如视频：分辨率1280×720，每个像素采用24位RGB编码，帧率24fps，则其比特率将超过60Mbit/s。因此网络传输多媒体信息都无一例外地采用各种压缩技术，如MP3(128kbit/s)，MP4(40Mbit/s).
流媒体-RTP-RTCP协议解析-RTSP流的传输与控制（二）
bwangk的博客
01-23 3101
文章目录RTP(real-time transport protocol),实时传输协议相关概念同步源(SSRC,Synchronization source)作用源(CSRC,Contributing source )混频器和转换器(Mixers and Translators)RTP 包解析RTP 包头格式RTP 头扩展RTCP（RTP 控制协议）RTCP包类型SR（Sender Report）第一部分：头部（8字节）第二部分：发送者信息（20 字节）第三部分：零到多个接收报告块RR（Receiver
RTP payload type
maopig的专栏
08-07 1万+
RTP payload type RTP payload type payload type: PT       encoding    audio/video clock rate channels name       (A/V)
H.264 视频 RTP 负载格式
typhoonzb的专栏
09-18 1086
1. 网络抽象层单元类型 (NALU)NALU 头由一个字节组成, 它的语法如下:      +---------------+      |0|1|2|3|4|5|6|7|      +-+-+-+-+-+-+-+-+      |F|NRI|  Type   |      +---------------+F: 1 个比特.  forbidden_zero_bit. 在 H.264
H264 RTP payload
weixin_30646505的博客
10-05 406
RTP 中的PT 负载类型 Payload type (PT) : 7 bits －－发送H264视频，此值固定设成 96; NALU是H264用于网络传输的单元类型，一个完整的NALU单元一般是以0x000001或者0x00000001开始，其后跟的则是NALU头和NALU的数据；我们在网络传输的时候，会去掉开始的0x000001或者0x00000001的标志；一般需要将这些标志替换为RTP p...
【RTSP/RTP/RTCP/SDP】协议详解
王木木
09-29 6934
一、RTSP协议 RTSP（Real Time Streaming Protocol）是一个有效地在IP网络上传输流媒体数据的应用层协议。RTSP对流媒体提供了诸如暂停，快进、停止等控制，而它本身并不传输数据，RTSP的作用相当于流媒体服务器的远程控制。它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。并因RTSP具有重新导向功能，可视实际负载情况来转换提...
G.711是一种由国际电信联盟（ITU-T）制定的音频编码方式
weixin_30813225的博客
01-17 964
http://zh.wikipedia.org/zh-cn/G.711 ITU-T G.711 page ITU-T G.191 software tools for speech and audio coding, including G.711 C code Code Project C# implementation of G.711 with source code ...
sdp中m:audio 12012 RTP/AVP 0 101
最新发布
05-29
<think>好的，我现在需要解决用户关于SDP中m=audio行以及RTP/AVP0101配置的问题。首先，我得回忆一下SDP协议的基本结构，特别是媒体描述部分。SDP（Session DescriptionProtocol）用于描述多媒体会话的参数，比如在RTSP、WebRTC等场景中常见。用户提到的m=audio行，应该是指媒体行，格式是m=<media><port> <proto><fmt> ...。其中media类型是audio，端口是12012，传输协议是RTP/AVP，后面的0和101是格式列表。接下来需要详细解释每个字段的含义，尤其是RTP/AVP后面的参数。RTP/AVP是RTP的音频视频配置文件，后面的0和101是有效载荷类型（PayloadType）。0对应的是PCMU（G.711 μ-law），而101可能是一个动态载荷类型，需要结合后面的a=rtpmap属性来确认具体编码格式。例如，a=rtpmap:101 telephone-event/8000可能表示电话事件。用户可能还需要知道这些参数如何配置，比如端口号的选择、载荷类型的映射，以及可能的传输方式（如UDP或TCP）。此外，动态载荷类型通常在SDP中通过a=rtpmap行进一步定义，所以需要提到这一点。需要确保回答结构清晰，分点解释每个部分，并给出示例配置。同时，要生成相关问题，帮助用户深入理解。可能的问题包括其他载荷类型的含义、动态类型的使用场景，或者SDP中其他相关属性如a=fmtp的作用。最后，检查是否符合系统级指令的要求，比如正确使用LaTeX格式，中文回答，引用格式正确。用户提供的示例引用可能不相关，但需要根据实际情况引用正确的知识，比如SDP协议标准或相关RFC文档。</think>### SDP中m:audio行解析与RTP/AVP配置说明 #### 1. **m:audio行结构解析** SDP协议中`m=`行表示媒体流描述，完整格式为： $$m=<media> <port> <proto> <fmt>...$$ - **media**: 媒体类型，此处为`audio` - **port**: 接收端口号`12012` - **proto**: 传输协议`RTP/AVP`（RTP Audio-Video Profile） - **fmt**: 格式列表`0 101`，对应RTP载荷类型(Payload Type)[^1] #### 2. **RTP/AVP 0 101含义** - **RTP/AVP 0** 静态载荷类型，对应`PCMU`（G.711 μ-law），采样率固定为8000Hz - **RTP/AVP 101** 动态载荷类型，需通过`a=rtpmap`属性定义具体编码格式，例如： ```sdp a=rtpmap:101 telephone-event/8000 ``` 表示载荷类型101用于传输电话事件（DTMF信号等） #### 3. **典型配置示例** ```sdp m=audio 12012 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 ``` - `a=fmtp`定义动态载荷参数的附加信息，如电话事件支持0-16号事件 #### 4. **传输方式说明** - `RTP/AVP`默认使用UDP传输 - 若需TCP传输需显式声明： ```sdp m=audio 12012 TCP/RTP/AVP 0 101 ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值