Dove(12337127) 10:15:45
我看JM代码里面有些疑问 看好多地方都出现了ANNEXB
时空互换(178316135) 10:16:08
h264的2种码流编码格式
Dove(12337127) 10:16:19
我就不太理解是什么意思 刚才翻标准看见了 刚准备认真看看
Dove(12337127) 10:16:29
annexb rtp 是么?
时空互换(178316135) 10:16:36
总的来说H264的码流的打包方式有两种,一种为annex-b byte stream format的格式,这个是绝大部分编码器的默认输出格式,就是每个帧的开头的3~4个字节是H264的start_code,0x00000001或者0x000001。
另一种是原始的NAL打包格式,就是开始的若干字节(1,2,4字节)是NAL的长度,而不是start_code,此时必须借助某个全局的数据来获得编码器的profile,level,PPS,SPS等信息才可以解码。
时空互换(178316135) 10:17:08
rtp传输的是annexb的h264码流
Dove(12337127) 10:19:55
谢谢您了 !
另外我想问下
这里定义的这个枚举是做什么用的?
typedef enum
{
PAR_OF_ANNEXB, //!< Current TML description
PAR_OF_RTP, //!< RTP Packet Output format
// PAR_OF_IFF //!< Interim File Format
} PAR_OF_TYPE;
里面的TML 是什么意思啊?我查了英文的文档没发现 应该是什么的缩写么?
Dove(12337127) 10:21:57
按照您刚才说的 两种模式 这边第二个是不是不应该定义rtp 而是应该定义 NAL呢
★深谷幽兰★(285011501) 10:22:18
就是 两种方式啊 ANNEXB 还是 RTP ?
Dove(12337127) 10:22:19
当然人家定义的肯定是对的 是我理解不上去
★深谷幽兰★(285011501) 10:22:25
默认是 ANNEXB
时空互换(178316135) 10:22:46
RTP格式还是ANNEXB格式
时空互换(178316135) 10:23:01
RTP格式有将00 00 00 01去掉
Dove(12337127) 10:24:03
谢谢您 谢谢大家 我再认真看看
H264初学者<zz841215@126.com> 10:24:16
这就涉及到 H.264 的两种码流格式
GetAnnexbNALU 处理字节流格式的码流
GetRTPNALU 处理 RTP 格式码流
字节流格式的码流主要用于存储,例如制作 DVD(当然现在的 DVD 还不是用 H.264)
RTP 格式码流主要用于网络传送,例如在线看电影
Dove(12337127) 10:25:38
谢谢
H264初学者<zz841215@126.com> 10:26:42
这是引用的骄子的原话
6.14追加:
剑魄(363127921) 15:59:26
NALU不是要封装成RTP?
God of Light(233383328) 16:00:13
你需要RTP吗?
God of Light(233383328) 16:01:11
最简单RTP包包括RTP包头、H.264扩展头和H.264码流
剑魄(363127921) 16:01:25
我看不懂JM的打包过程和解包过程,似乎在哪卡住了,总是不明白
God of Light(233383328) 16:01:37
NALU里指针指向的那部分是码流
God of Light(233383328) 16:01:59
码流在JM里会首先打包到NALU里去
God of Light(233383328) 16:02:15
NALU一般可以直接本地保存
God of Light(233383328) 16:02:43
之后要把NALU中的相关信息变成H.264扩展头
剑魄(363127921) 16:03:05
喔。这么深奥啊
God of Light(233383328) 16:03:11
然后再加上一个RTP包头,就变成了一个RTPa包
God of Light(233383328) 16:03:16
。。。。。。
剑魄(363127921) 16:03:31
那RTP包头是8个字节?
God of Light(233383328) 16:03:33
H.264扩展头就一个字节,三个信息
God of Light(233383328) 16:03:52
RTP包头12和16字节两种
剑魄(363127921) 16:04:05
我看JM都先读四个字节,再读四个字节时间戳,再就是buffer了
God of Light(233383328) 16:04:28
应该还有四个字节的信息源标识符
God of Light(233383328) 16:04:37
一共12字节才对
分享到:
相关推荐
g711音频文件封装rtp格式传输,vlc接收可以播放。
H265 RTP封装格式
H.264 RTP payload 格式,打包模式,封装成 RTP 包
RFC3984:RTP Payload Format for H.264 Video 打包格式中文版
使用Wireshark导出符合http://www.cs.columbia.edu/irt/software/rtptools/所指定的rtp流的步骤
AudioTrack和RTP 和 Socket
这是在网上找的资料,是关于H264的RTP负载格式中文简单说明。整理了一下格式,便于阅读。对于刚涉及这方面研究的人,不妨先看看这个资料,再具体的去看相关的协议文档。
前向纠错码(FEC)的RTP荷载格式详述。
本文档详细描述H.264视频编码和RTP协议,RTP荷载规范
RFC3984中关于H.264的rtp包格式,是一个很不错的H264文档教程,有兴趣的伙伴们抽时间可以看一下把。
实现信令和媒体分离同步开发. 使用方式 如: rtpplay.exe -T -f RTP文件名 -s 发送端口号 目的IP地址/目的端口号,如 rtpplay.exe -T -f testps.rtp -s 1000 127.0.0.1/20000 增加了RTP 码流供测试 更新更详细信息请...
H264文档:H.264 RTP payload 格式,是一个很不错的H264文档教程,有兴趣的伙伴们抽时间可以看一下把。
.NET 解析rtp数据包,c#解析rtp包
RTP开发包,可以用它轻松实现媒体数据的RTP格式分发.
MPEG-4视听流RTP负载格式 MPEG-4视听流RTP负载格式
RTP协议详细规格,内置RTP协议基本实现原理和参数指标
android studio 通过 rtp 发送和接收demo 主要是将官网中的jlibrtp 0.2.2协议包含的例子引用到工程中 demo中采用局域网广播的形式来发送数据 指定的ip需要自己去尝试
通过tcpdump或者wireshark抓到的包通常是rtp流,保存为.pcap格式文件后中,可通过wireshark进行解析,得出h264裸流,并保存为文件。 我这里有一段rtp流文件,作为演示使用(这个文件有点不标准,一般一个nal打一个...
描述RTP协议以及如何编写RTP程序,帮助深入理解RTP协议和相关编程方法