请教mp4重封装后出现拖动播放出现残差效果

rocispeng

请教下，我对mp4（h264+aac）demux然后重新mux后，视频播放正常，但是如果拖动进度条就会出现第二幅图的效果，过两三秒后，恢复正常，请问大侠们目测是什么问题引起的？
源视频无论怎么播放是没有问题的。请各位高手支招……

群里高手推荐了两个很好用的软件：ElecardStreamEye  和 MediaInfo
用ElecardStreamEye分析视频文件发现I帧非常少，猜测是由于I帧太少导致拖动进度条时定位不到I帧，所有出现播放不正常。

但是James.DF说有可能不是I帧的问题，所以，继续探究……
James.DF(8036583)  15:46:49
只要stss中标记的同步点没有问题的话（都是I帧），那么I帧少时不会花屏的，只会导致Seek时反应慢，你播放花屏，说明你那个stss中的数据有问题
James.DF(8036583)  15:48:02
我们还遇到过整个文件只有第一帧是I帧，其他再没有I帧的情况，seek时也不会花屏，只是seek到后面的部分需要等5分钟画面才出来

rocispeng

记录下群里面各位高手的解答：
枫叶灰飞(252729509)  13:29:08
这个与B帧有没有关系啊
北京-孙悟空(314064349)  13:29:23
有关系
与I P B都有关系
但是关键的是没看到I
呵呵
你想一下，没有爹的孩子，只能是个意象，不可能有参考形体的

rocispeng

北京-孙悟空(314064349)  13:30:22
I帧就是用来给P B用来做基因遗传用的
TNTI(916627249)  13:30:23
你那花屏就是残差...
枫叶灰飞(252729509)  13:30:30
嗯  但是如果不拖动的话播放完全正常  说明I帧肯定是有的吧
TNTI(916627249)  13:30:48
我想找张图给你你就会理解他们的关系了
北京-孙悟空(314064349)  13:30:53
那是因为从I开始播，播p b的时候是根据i算出来的
你可以用elecard跑一下，看他们之间顺序就知道了
p b不是一个完整的帧，是根据i计算出来的
枫叶灰飞(252729509)  13:31:30
elecard？
北京-孙悟空(314064349)  13:31:33
有一个运动向量
好像叫MV
motion vector，好像是这个

rocispeng

Liang(839733861)  13:58:56
那个转码出来的视频，应该不单止是gop_size的问题。可以设置gop以及固定静态帧率。或者设置动态的最大最小keyint
Liang(839733861)  14:03:40
你可以先用mediainfo看一下转出来的视频信息
TNTI(916627249)  14:07:15
keyint X264里默认是250..
有人调过参数压出来基本上没几个i帧的玩意 下场是什么  你们懂的
深圳-小朋友(316450820)  14:08:13
马赛克的干活..
James.DF(8036583)  14:08:36
I帧太少，Seek的时候慢
马赛克到不至于
TNTI(916627249)  14:09:04
Seek... 几乎都没法找.

Liang

这个跟关键帧的间隔有关。转出来的关键帧间隔太大，播放时seek就会需要很长的时间去寻找关键帧（除非你刚好seek到那里）。
一般来说涉及关键帧的设置的参数有gop_size（关键帧间隔）以及keyint-min（最小关键帧间隔）。
一般推荐的参数设置：
key-min=帧率；
gop_size=key-min * 5；