ortp库发生h264码流的问题

[LinuxInEmbedded]

简单浏览了一下源码，发现越看越感觉自己了解的太少，现在有几个问题请教下大家：
1，用rtp_session_send_with_ts这个函数发送h264的视频帧的时候，ortp好像没有对开始标志（即 00 00 00 01）去除，是不是要自己手动删除帧开始标志然后再封包？
2，对于帧字节数超过mtu的数据，ortp源码好像也没有拆包重新封装，需要自己手动封装？
3，对于vlc播放h264码流需要的sdp，如何生成？如何使用？里面的payload_type是必须为96吗？ortp源码并没有将h264类型装载近profile，在外部如何导入？

[LinuxInEmbedded]

对于上述第二个问题，帧字节数超过mtu的数据，在拆包的时候如何重新指定帧类型？我现在直接用rtp_session_send_with_ts这个函数发送，我看了下源码它的帧类型是和原始NAL一致的

[LinuxInEmbedded]

NALU 头由一个字节组成, 它的语法如下:       +---------------+       |0|1|2|3|4|5|6|7|       +-+-+-+-+-+-+-+-+       |F|NRI|  Type   |       +---------------+  这个和rtp头是什么关系？和标准的h264头又是什么关系？

[LinuxInEmbedded]

现在可以用vlc播放h264码流了，但是延迟很大，哪位有了解为什么吗？

[coffee_baba]

引用 2 楼 ShenDuYouLan 的回复:

NALU 头由一个字节组成, 它的语法如下:       +---------------+       |0|1|2|3|4|5|6|7|       +-+-+-+-+-+-+-+-+       |F|NRI|  Type   |       +---------------+  这个和rtp头是什么关系？和标准的h264头又是什么关系？

我最近也是在搞用RTP传输H264的问题，说下我自己的理解。 RTP 包 = RTP header + RTP payload。 RTP协议，我的理解就是定义了数据包的打包方式，当然肯定会在packet中加入控制信息、辅助信息等。 RTP头部通常情况下是固定12字节，它指明的是此RTP包的相关信息，比如时间戳、序列号等，通过这些信息我们就知道应该怎样来处理RTP载荷了。 标准H264码流就是由NALU构成，当然别忘记start code prefix。 一个NALU由一个NALU头和NALU载荷组成。 如果是单包发送一个NALU，那么你自己设置好RTP头部，直接将整个NALU作为RTP载荷就行啦，此时NALU头部也是RTP载荷的头部， |F|NRI|  Type   |这三个字段是一样的；如果一个NALU太大，就要拆包发送，此时又是不同的情况,肯定要加入额外的控制信息来指示哪个包是起始包，哪个包是结束包等等。具体请参看rfc3984. 有问题请联系：[e-mail]

[momoyoga]

请问亲用rtp_session_send_with_ts这个函数发送h264的视频帧的时候，对开始标志（即 00 00 00 01）是自己手动删除，然后再封包的吗？我最近也在做这一块有点迷糊啊