网页资讯视频图片知道文库贴吧地图采购
进入贴吧全吧搜索

 
 
 
日一二三四五六
       
       
       
       
       
       

签到排名:今日本吧第个签到,

本吧因你更精彩,明天继续来努力!

本吧签到人数:0

一键签到
成为超级会员,使用一键签到
一键签到
本月漏签0次!
0
成为超级会员,赠送8张补签卡
如何使用?
点击日历上漏签日期,即可进行补签。
连续签到:天  累计签到:天
0
超级会员单次开通12个月以上,赠送连续签到卡3张
使用连续签到卡
01月15日漏签0天
c++吧 关注:649,613贴子:2,117,661
  • 看贴

  • 图片

  • 吧主推荐

  • 游戏

  • 3回复贴,共1页
<<返回c++吧
>0< 加载中...

[求助]RTMP协议解析问题

  • 只看楼主
  • 收藏

  • 回复
  • round1213
  • ||
    5
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
首先说句对不起,因为时间紧急,没有看吧务置顶就发帖了。如果有不对之处请各位谅解。
下面说问题:
RTMP协议问题。本人做了一个c++端的RTMP Server,作用是为了实现rpc,我们也只使用了rpc功能。但是根据rtmp协议,协议头的长度应该是1,4,8,12。而且协议中也明确说明了,当协议头长度为4的时候,该包和上一个包具备相同的bodysize和type。可是实际中,我用嗅探器抓包发现,0x14包之间穿插的0x03包的协议头长度居然是4个字节。导致了我解析的时候出错,把0x03包当做0x14包处理。
我想请问这是为什么?按说body长度发生变化和type都发生了变化,flash应该会给我一个12长度完整头的包,结果却没有。不知是我对协议的理解不够还是因为其他的?还有就是协议头中的时间戳有什么具体的作用?我看好像在媒体流的时候会有用,但是我只用了rpc功能,所以时间戳一律给的是0,是不是这里产生的问题?


  • 我变成鱼了
  • <<
    12
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
不会。


2026-01-15 07:18:40
广告
不感兴趣
开通SVIP免广告
  • round1213
  • ||
    5
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
问题已经解决,经过调查发现不同的channel导致的,ping和ByteRead这两个 请求是通过0x02通道发过来的,而invoke是0x03通道。
而上一个ByteRead包即0x03请求,和第二个ByteRead包之间虽然间隔着invoke包,但是channel不同,所以第二个ByteRead包被认为和上一个同channel的包size和type相同,所以省略了后8位的包头


登录百度账号

扫二维码下载贴吧客户端

下载贴吧APP
看高清直播、视频!
  • 贴吧页面意见反馈
  • 违规贴吧举报反馈通道
  • 贴吧违规信息处理公示
  • 3回复贴,共1页
<<返回c++吧
分享到:
©2026 Baidu贴吧协议|隐私政策|吧主制度|意见反馈|网络谣言警示