以今天家用机的算力已经可以实现了吧?
这样子也太吃资源了吧。。(再说有这必要吗)
Android 有 Solid Explorer,
一秒切一张视频帧。
Win 可以安装 QTTabBar,
鼠标移到文件上就可以预览。
算力上是可以实现,但是需要的代码量和计算量还是很可怕的,实现了还是体验不佳。而且视频开头也没啥有意思的吧?
stash 之类可以生成预览短片或者动态图片,即时预览有点太吃算力了吧
算力不够.
视频的编码类型很多. 码率越大, 分辨率越大. 对CPU和GPU的消耗就越大. 而且不同类型的CPU和GPU的解码能力差别很大.
尤其是解析成动图, 如果一个文件夹里都是蓝光. 估计风扇飞起, 原地爆炸.
Stash可以批量生成动态图(其实就是用FFmpeg从原始视频切出几段零点几秒片段再合并成新视频),视频多了生成耗时长占空间也多,(最后我是生成出来发现自己其实也并不想这样去浏览视频库于是还是全删了……
即时生成的话,载入到编码到播放几秒过去了,体验并不好;当然如果是图形工作站那当我没说。
Windows有预览窗格,装QTTabbar可以悬停预览,不想装也可以在浏览器中打开本地路径,加个Imagus扩展也可以悬停预览,也支持展开大图后拖动进度条。
但你没发现家用机的算力增长,和视频编码复杂度和码率的增长几乎正相关吗?
过去pc算力低,但视频也都是av画质,编码器我记得h264之前是xvid还是啥。h264对当时的机器可是不小的考验,编码一个480P的H264视频,往往需要视频时长的3倍以上。
现在pc算力增长了,编码器也升级到更复杂的h265等等,码率也从当年几百k暴涨到几十上百M,分辨率的增长甚至更加夸张。
你想象中,我只是看了一个缩略图的动态,但这个视频是4K60FPS HDR 的,无论是原样播放还是缩略播放,都要先解码,这个压力不是开玩笑的。
软件上,开发的难度不高。难的是机器硬件压力太大。
假设一个文件夹有几百个甚至上千个视频(这个,男的懂的都懂吧),打开这个文件夹后,软件要同时读入几十个视频流(保证屏幕显示范围内的视频都在动态预览),对硬盘的读取速度、对cpu和显卡的解码能力都是非常大的压力,恐怕一瞬间系统就要卡死。
qimgv图片视频缩略图浏览\
就是容易崩溃
没必要老老实实的去搞实时预览,预先构建预览图gif就好了,再设置一下文件门槛,一般人机器上也没多少需要预览图的视频
是的,你这其实就是需要智能预览功能,一般的素材库软件或者视频编辑全家桶都带
就这种动态缩图带个条对吧
开销太大,你没看小破站搜索页都从旧版拖动条变成新版幻灯片了
不论什么软件都是要预先转码入库或者入缓存的
公司电脑8g 内存有点问题,家里电脑好像崩溃的很少
看具体实现方法吧,我家小米电视的处理器都可以同时显示10几个gif动图。