FLASH接收的RTMP格式的视频数据（流数据）的疑问，研究过的近
对FLASH官方提供的播放器进行了研究，在接收由服务器传递过来的视频数据时，有个奇怪的问题：
假设该视频帧的大小小于1445字节，那么
RTMP头长度 + RTMP头信息里的视频长度记录 = 实际接收的数据长度
也就是说，一个完整的帧，数据计算无误。
但是，当一帧的长度大于1460时，RTMP的头统计出的数据假设为N，但是，实际收到的数据却可能是N+2,N+3……等等
也就是说，解析RTMP数据头与实际收到的数据不符，而且，多出来的几个字节（具体是几个，不固定）并不属于下一帧的数据，不知道究竟是干什么的，是和视频数据一起发来的
问题1：谁给解释下，这是怎么回事
问题2：视频数据中有时候存在一个字节的头信息，但是该头后面并没有任何实际数据，就是独立的一个字节位于两个帧之间，谁知道这样的数据究竟是做什么用的，并不是总出现，偶尔会出现
[解决办法]
不太清楚。。。。。。。
[解决办法]
我也遇到了这个问题，有人可以解答的吗
[解决办法]
做了这么久的RTMP，还真没遇到这种问题。从来都是一个一个独立的RTMP类型为8、9、22的消息，其中8为音频，9为视频，22为聚合数据。其中每一个消息提取消息体数据后都可以转换成flv帧。没有发现单独的几个字节。
[解决办法]
我做过视频聊天的工具，客户端采集的只能是H263的数据。不太明白楼主说的意思，不过有一点是可以肯定的，视频数据发送到服务器时，数据头是会变化的，如：当一帧视频数据大小超过一个网络包大小的时候，就会分包发送，相对应的，RTMP头是不一样的，默认的包大小好像是128，这个值有个协议可以改变，但尝试了下没有成功
