最近实现的一个功能,需求是将和视频文件的数据逐帧匹配并绘制,最终显示到web页面。
方法有两个:
一是将数据文件发到前端,在前端进行解析和绘制,这样可以在前端进行更复杂的操作和分析,但前端开发量较大;
二是在后端将数据绘制到视频文件,同时将视频地址进行重新定向即可。
通过比较分析,方法二能够满足我们的需求,同时可以快速开发,因此采用方法二进行了快速实现。
实现后的问题是,视频进行处理和加载的速度很慢,通过测试大约需要10s左右,严重影响体验和工作效率。
实际上视频并不大,存在在阿里云OSS上,大约10s的视频,需要先读取视频,进行逐帧的解析和处理,然后上传到本地的文件服务器。
中间的处理流程也不少,一开始以为是流程太多导至时间过长。
通过查找分析,最后发现是VideoCapture直接传入文件在OSS上的地址后,读取视频帧的速度很慢;而如果先将文件下载到本地,再进行读取处理,则很快。
问题猜测:
传入url地址时,VideoCapture的以视频流的方式进行数据读取的,此时为了照顾网络吞吐,处理速度较低,偏向于以视频帧率速度进行数据读取。
而将文件下载到本地再处理时,读入视频后的处理速率可以根据实际情况自行控制。
暂时只是猜测,没有进行详细深究。