鉴于上一篇并未完结,其中视频帧数是个问题,如果想要边读边测,那么只有固定规则了,不能说idx是变化的了。
考虑到如果分割完视频帧,那么势必要将图片存储起来,因为有的视频长,内存可能会占满,因此不如读取一些帧就做个测试,不是说16帧来个测试吗??但这种预测的速度肯定慢,因为无论是多少帧,只要是大于3帧的,结果都会变成6*16帧,那么这个数据进入模型进行推断时间真的很慢,没有直接的16帧来的快,所以并不认为TSM是完美的。
所以请不要随意进行上采样,请从网络结构出发,参数越少,速度越快,效果越好,这才是终极目标。
鉴于上面提及的DataLoader很令人讨厌,如今终于破解。直接来个for循环就解决了,以后遇到类似的也可解决了。
经查看,发现进行transform的图片个数都是32个,难道这就是16*2的由来??
下面是不同帧数的视频最终选取的idx,当然选取规则可见,但我想固定,以后固定或者随机设置
[ 2 5 9 12 15 18 22 25 28 31 35 38 41 44 48 51 1 4 7 10 14 17 20 23
27 30 33 36 40 43 46 49]
[ 2 6 10 13 17 20 24 28 31 35 39 42 46 49 53