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

时间:2015-04-21 17:47:14

标签: 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的另一个流。在rfc 3551中,它只对编码类型说“动态”。 (http://tools.ietf.org/html/rfc3551#page-33

有谁知道Chromecast媒体流的详细信息?是VP8吗? (如果是VP8,则根据此页面,有效负载类型应为100或116:http://www.webrtc.org/testing/analyze-packets-using-wireshark

谢谢!

2 个答案:

答案 0 :(得分:1)

它是专有的并加密。

答案 1 :(得分:1)

如果它正在使用WebRTC(最后我知道它,但可能已经改变了),数据类型的信息在SDP中,通过加密通道交换(即你无法阅读它)。其次,WebRTC流量全部使用DTLS-SRTP进行加密(即,无论如何都不能读取超过RTP数据包的标头)。

tl;博士:不,你不能这样做。