通过 rtp 流发送 Android h264 捕获

我正在为 android 编写一个 rtp 视频流媒体，它从 Android 本地套接字读取 h264 编码数据并将其打包。问题是我做到了，但我在客户端（Voip）不断收到黑框。

通信过程如下：Android -> Asterisk -> Jitsi (Osx)（以及反向）

有几件事我还没有理解：

1）Android的mediarecorder给我一个原始的h264流，我如何知道基于该流的NAL何时开始/结束？它没有任何 0x000001 模式，但它确实有一个 0x0000 （我假设它是分隔符）

EDIT:

添加更多信息。这些是 2 (first, second）输入缓冲区的不同读取（按顺序）。如果我猜对了，前 4 个字节应该用于获取 NALU 长度，第 5 个字节（索引 4）是 NALU 标头。

我将在此处复制字节的值以供将来使用：

1) 0 0 12 114 101 -72 4 25 -15 -1 -121 -53 .....

   length = (114&0xFF) + (12&0xFF)*256 + (0&0xFF)
   length -> 3186

   forbidden = 101 & 0x80
   forbidden -> 0

   nri = 101 & 0x60
   nri -> 96

   nal_unit_type = 101 & 0x1F
   nal_unit_type -> 5


2) 0 0 1 -93 97 -32 32 103 -14 93 -1 .... 

   length = (-93&0xFF) + (1&0xFF)*256 + (0&0xFF)
   length -> 419

   forbidden = 97 & 0x80
   forbidden -> 0

   nri = 97 & 0x60
   nri -> 96

   nal_unit_type = 97 & 0x1F
   nal_unit_type -> 1

它是否正确？

2）如何从该流中获取 NALu 时间戳及其长度？

3）由于某种原因，数据包被标记（即使我取消设置标记）。 （如果你检查pcap文件）[FIXED:我没有对每个数据包使用相同的 SSCR]

这是一个pcap捕获来自星号（来自 Android）的流。 Android 设备是带有 Android ICS 的 Asus Transform Prime。

我正在发送打包模式（1) 和配置文件级别 ID (42801e）在sdp中，我还尝试发送sprops（sps：Z0KAHpWgUHxA, psp: aM48gA==）参数但没有改变。

Cheers.

1. 没有“android h264 流格式”。打包应该遵循RFC6184如果使用 RTP 作为传输协议。 RTP 有效负载格式中不存在起始代码。 RTP 数据包中包含的内容完全取决于打包模式，该模式指定 NAL 单元是否可以聚合、分段等。请阅读 RFC 部分打包模式了解更多信息。打包方式通常通过SDP进行通信。

2. 时间戳是 RTP 标头的一部分。 NAL 单元的长度同样取决于打包模式。

3. 你说的标记是什么意思？您的意思是设置了 RTP 标记位吗？如果是这样，则必须再次遵循 RFC 中规定的规则。