eggplant95
eggplant95
我也遇到了 请问现在有别的办法么
> 推荐vsf 好的谢谢
目前想实现一个大数据量的提取，因此对速度要求还是比较高的。请问一下 用帧号（frame_no）映射的方法计算时间戳（eg. frame_no * frame_rate） 这样可行么 。不太理解这里为什么有这么多的分支逻辑，希望能帮忙解答一下。
> 有些视频可以的😘 那哪些情况这样对造成偏移呢
> > 目前想实现一个大数据量的提取，因此对速度要求还是比较高的。请问一下 用帧号（frame_no）映射的方法计算时间戳（eg. frame_no * frame_rate） 这样可行么 。不太理解这里为什么有这么多的分支逻辑，希望能帮忙解答一下。 > > 有些视频的frame_rate是动态的，不是一个固定值， 不能用frame_no * frame_rate来简单计算。 > > 我认为，你可以先用mediainfo这样的工具检查视频是否是CONSTANT帧率， 如果是用简单计算方法， 不是的话用复杂实现。 这样假如说固定和非固定的视频占比是55开， 那这个函数上至少可以提升50%的效率. 感谢解惑！ 我明白了 可以通过判决对部分视频处理进行提速~
感谢采纳，我认为如果采纳1的话，代码771和773这里的分支逻辑也就没必要存在了，但是j这里的边界需要考虑一下最后一帧的情况。 您觉得是这样么，不知道有没有什么边界情况没有考虑清楚。
重写了一段 抛砖引玉哈 ```python # 循环遍历每行字幕，记录开始时间与结束时间 index = 0 # 去重后的字幕列表 unique_subtitle_list = [] idx_i=0 while idx_i < len(content_list): i = content_list[idx_i] start_frame = i[0] idx_j = idx_i # for j...
> 回溯搜索? 那就说得通了 从3开始没啥毛病 请问什么是“从3开始”
> 哦哦 可是为什么需要回溯呢？已经找到结尾帧10了，这里从3开始回溯的依据是什么，为什么不信任2~10这个结果呢
> 你这段代码完善下来复杂程度好像不亚于原版..甚至... 还望指出不足之处，您的建议是？