用于传输网络摄像头流的有效负载类型
我想知道 rfc3551（http://www.ietf.org/rfc/rfc3551.txt 第 33 页）中出现的列表中的有效负载类型，以通过 RTSP 传输网络摄像头流。
可以是其中任何一个吗？
感谢您的帮助。 问候！
I would like to know the payload type, from the list that appears in the rfc3551 (http://www.ietf.org/rfc/rfc3551.txt page 33), to transmit, via RTSP, the webcam stream.
Can be any of them?
Thanks for the help.
Greetings!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
它可以是其中任何一个，但有效负载类型必须反映您正在使用的 A/V 编码。例如，在 H.264 中，映射到有效负载类型行的 fmtp 包含所需的信息由客户端解码视频。最好的办法是参考与您用于对网络摄像头数据进行编码的编解码器相关的 RFC。
目前通常使用动态负载类型（96 及以上），它将负载映射到会话的音频/视频编码。有关更多信息，请参阅 https://www.rfc-editor.org/rfc/rfc1890有关动态有效负载的信息。
至于静态有效负载，这些是由 IANA 为众所周知的编解码器分配的。 IIRC 很快意识到空间有限，因此建议使用动态有效载荷。
It can be any of them, but the payload type must reflect the A/V encoding you are using. In H.264 for instance, the fmtp mapping to the payload type line contains information needed by the client to decode the video. Best thing is to refer to the RFC's related to the codecs you are using to encode the webcam data.
Generally a dynamic payload type is used these days (96 and up), which maps a payload to an audio/video encoding for a session. See https://www.rfc-editor.org/rfc/rfc1890 for more info about dynamic payloads.
As for the static payloads, these are assigned by IANA for well known codecs. IIRC it was quickly realised, that the space was limited, and therefore usage of dynamic payloads was recommended.
我找到了我的问题的答案。要创建 YUV 格式并通过 RTSP / RTP 传输的网络摄像头流，我们必须转向 JPEG_RTP。
此外，这意味着SDP消息、参数“m”（http://www.ietf.org/rfc/rfc4566.txt第22页）和参数“a”（http://www.ietf.org/ rfc/rfc4566.txt 第 21 页）必须具有以下值：
问候！
I found the answer to my question. The webcam stream to create the YUV format and for transmission over RTSP / RTP, we must turn to JPEG_RTP.
Furthermore, this means that the SDP message, the parameter "m " (http://www.ietf.org/rfc/rfc4566.txt page 22) and the parameter "a" (http://www.ietf.org/rfc/rfc4566.txt page 21) must have the value:
Greetings!