如何将某些特定 rtp 负载类型的 rtp 数据包解码为另一种负载类型的 rtp 数据包? [英] How can I decode rtp packet of some specific rtp payload type as rtp packet with another payload type?

问题描述

我正在使用 VLC 接收带有 JPEG 负载的 rtp 数据包.当我手动将类型设置为 26 (JPEG) 时，vlc 不会尝试打开流；如果我将其定义为 96，则 vlc 会打开它并显示错误 - 这是由于编码格式错误造成的.

I'm receiving rtp packets with JPEG payload with VLC. When I mannually setup the type to 26 (JPEG), vlc doesn't try open the stream; if I define it as 96, vlc opens it and displays it wrong - that is due to malformed encoding.

为了找出正确的编码，即找出数据包头的哪些值是正确的，我想将 rtp 数据包与工作示例进行比较.令人惊讶的是，示例使用有效载荷类型 96 而不是 26.我使用wireshark 来观察headres；如果在有效载荷类型 26 RTp/JPEG 下工作正常，但我不能强制它将 96 型 rtp 数据包解码为 26 型 rtp 数据包以观察工作示例的 JPEG 标头；我怎样才能做到这一点?可能还有其他工具无需任何编码即可浏览 PEg/RTP 标头?

To find out the correct encoding, i.e to find out what values of packet headers are correct, i want to compare the rtp packets with working example. Surprisingly, example uses payload type 96 instead of 26. I user wireshark to observe the headres; if works fine with payload type 26 RTp/JPEG, but I can't force it to decode 96-type rtp packet as 26-type rtp packet to observe JPEG headers of the working example; how can I do this? May be there are other tools to browse PEg/RTP headers without any coding?

推荐答案

Payload type 26 是 MJPEG，wireshark 解析这些数据包就像一个魅力.超过96的payload type是动态类型，没有理由用type 96流式传输MJPEG.媒体的来源是什么?您是否检查了那里的流类型?

Payload type 26 is MJPEG and wireshark parses these packets like a charm. Payload type more than 96 are dynamic types, there is no reason to stream MJPEG with type 96. What is the source of media? Did you check the type of stream there?

大概96是h263或者h264视频流，很多相机都是这样的.据我所知，Wireshark 无法解码 h264 标头/有效载荷.

Probably type 96 means h263 or h264 video stream, many cameras do like this. As far as I know, Wireshark cannot decode h264 header/payload.

这篇关于如何将某些特定 rtp 负载类型的 rtp 数据包解码为另一种负载类型的 rtp 数据包?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！