njTriper

而且每次都是第一次请求码流的时候 第一个，第二个I帧出现该问题。 后面的I帧就又正常了。

而且测试发现，大小限制在200004 左右。

请问，有什么办法解决没？ 感觉这个强制I帧，要么固定10004或者20004 大小，很有规律。

这个好复现：针对I帧 大于300K的情况下。容易复现该问题。

因为，我这个视频是平安城市的摄像头，分辨率1080P，码率：6M。分析码流发现：I帧都是300KB以上，P帧却只有40k以内。而且，发现是开始2~3个I帧这样，后面就正常了。

1、如果可以的话，我可以把这段文件传过去（这样就可以模拟出来，我这边是必现）。看能不能把邮箱提供出来。 2、我用elecard 分析： 第一帧是I帧，但是300K+的一帧变成100004 或者200004 大小。

请看邮箱。谢谢大神。

同时：“; 是否使能gop cache。如果使能，服务器会缓存最后一个I帧以及其后的非I帧，以提高播放速度。但是可能在高并发的情况下带来内存压力。” 这个里面缓冲一个I帧以及非I帧。也就是缓冲了上次的I帧到目前帧是吧？

如果；“这个里面缓冲一个I帧以及非I帧。也就是缓冲了上次的I帧到目前帧是吧？”的话，那就有两种情况：码流接收解码并显示的话，不会一下子快播。或者前一个I帧以及非I帧，那是不是一下子很大缓冲。但是从目前来看：rtsp client 保存下来的第一，二个I帧 不完整。

@songlei150 大神，我这个流不是复合流，没有音频，只有视频。