基于Tkinter与MoviePy取近视频总时长帧时报OSError问题

这个报错和视频文件损坏、FFmpeg版本过时没有关联，核心触发原因是传给get_frame()的时间点超出了视频流实际可读取的时间边界。

你在代码里通过source_video.duration拿到的总时长，是MP4封装层写在容器头里的标注值，这个值天生就会比视频流最后一帧的实际显示时间戳大几十到几百毫秒。你把这个标注值直接传给get_frame()的时候，FFmpeg会尝试往这个不存在的时间点定位，找不到对应的可读帧自然就抛出读帧失败的错误——这和你测出来的现象完全匹配：总时长56.11秒的视频，56.038秒的位置能正常读帧，到56.04秒以上就报错，这个临界差值就是最后一帧实际时间戳和容器标注时长的偏移量。
你手动输入其他非总时长的时间点能正常读帧，是因为这些点都落在视频流实际存储了帧的时间范围内；更换其他MP4文件问题依旧，是因为这种容器标注时长久于实际最后帧时间的情况是MP4封装的普遍特性，并非单个文件损坏。

可直接落地的修复方案 #

• 给取帧时间加固定安全偏移：调用get_frame()做预览帧展示时，对传入的时间做一层边界保护，实际读取的时间为read_time = target_time - 0.05。0.05秒的偏移人眼基本感知不到画面差别，既绕开了FFmpeg读不到的边界点，也不会影响预览的视觉效果。
• 按帧率计算精准的最后一帧位置：如果要更高精度的定位，取帧前先判断目标时间是不是大于等于视频总时长，如果是，就把实际取帧时间设为source_video.duration - 1 / source_video.fps，也就是倒退一个完整帧的时长，直接定位到视频真正的最后一帧位置，这个位置是FFmpeg百分百能正常读到的，比固定减0.1秒的精度高很多。
• 裁剪导出逻辑同步加边界校验：实际导出子片段的时候，也对最终传入的结束时间做同样的边界保护，避免导出环节触发一模一样的FFmpeg读帧报错。

内容的提问来源于stack exchange，提问作者Seán Cahill