Webrtc 尝试恢复Chromecast的媒体流，但被有效负载类型阻止

在进行屏幕镜像时从Nexus 7捕获到Chromecast的数据包，但无法从捕获的数据包中恢复媒体流

检查数据包中的详细内容：

10.. .... = Version: RFC 1889 Version (2)
..0. .... = Padding: False
...0 .... = Extension: False
.... 0000 = Contributing source identifiers count: 0
0... .... = Marker: False

Payload type: DynamicRTP-Type-127 (127)
Sequence number: 11150
Timestamp: 11419287
Synchronization Source identifier: 0x00000001 (1)
Payload: 818e0000000004020064fff14c802ba00021114500145001...

另一个标有有效负载类型96的流。在RFC3551中，编码类型仅表示“动态”。（）

有人知道Chromecast媒体流的详细信息吗？是VP8吗？ （如果是VP8，则根据本页，有效负载类型应为100或116左右：）

---

谢谢

它是专有和加密的。

如果它为此使用WebRTC（我上次知道它是，但可能已经改变了），数据类型的信息在SDP中，通过加密通道交换（即，您无法读取）。其次，WebRTC通信都是用DTLS-SRTP加密的（即，无论如何，您只能读取RTP数据包的头）

---

tl；dr：不，您不能这样做。

还检查了RFC 1889版本（2），未找到定义。您是否无法捕获连接协商？它也可以是Vp9或H264（根据参数可以是许多有效负载类型）……这并不能回答这个问题。若要评论或要求作者澄清，请在其帖子下方留下评论。这确实提供了答案；我的回答清楚地表明它是专有的，并且有效载荷是加密的。嗨，阿里，很高兴再次见到你，我非常感谢你的回答，我非常清楚。而且，阿里，所以我没有办法从捕获的数据包中恢复此视频，对吗。。。。。。。。。那么，我是否可以在webRTC中添加一些代码（这部分是开源的）以将未加密视频的副本保存在本地光盘上？我这样问是因为我复制了Chromecast HDMI输出的视频，现在想和我的android设备发送的视频进行比较。这是为了我的硕士研究生而不是任何商业目的。谢谢Dave，您无法通过捕获数据包来恢复内容，而且它也不是基于WebRTC的。