请教一个视频网站的设计方案

没啥难度，但是工作量还是有的

帧操作肯定有一个定制版的滑动条，用来定位帧啥的；
其次是多边形标注；
至于说第 1 条，做个分片的断点续传

标注简单 canvas 定位 画图

你应该找视频解析编辑框架，比如这个 https://juejin.cn/post/7380702373570494490

第一条要考虑实际使用者的网络环境吧
内网速度够快的话应该问题不大 公网的话是不是要考虑下断点续传？
2 服务器拿到视频之后做切分转格式按需给前端

标记数据看起来跟单个帧是绑定的 这块触及到知识盲区了 等下大佬们的回答

@dejavuwind 是公网环境，所以目前看下来肯定得做断点续传了。标记的话我觉得只需要记录下帧号以及在这个帧下的几个标记的位置就行了，这块并不需要对原始的视频数据做任何修改，所以应该相对容易实现。视频逐帧解析这块工作我目前打算放在前端，类似于用 ffmpeg.js 这种东西，但不知道前端做起来效率怎么样。

@gaobh 啊，这个看起来挺有启发的，我研究一下，感谢～

@linshuizhaoying 对，我目前也是这么想。

@humbass 没错，得有一个专门的进度条。

前端用 ffmpeg+wasm 挺合适的。wasm 虽然性能有点捉急，但你的场景似乎不用考虑 25+的帧率；其它的就是做好解码缓存就行，有 B 帧处理起来稍微麻烦一些。

另外 webcodecs 看主流版本浏览器也支持了，可以优先考虑这个。

@iamzuoxinyu 好的，我研究下，感谢～

@iamzuoxinyu 感觉思路一下子打开了

有个本地编辑视频的开源项目。electron 做的，逐桢编辑

用 Uppy.js TUS 协议上传

前端处理视频要考虑超大视频文件是否支持，
稳妥还是后台处理，拿到总帧数，然后弄个类似分页的组件，动态加载对应帧画面

@netnr 收到～ 关于前端处理的问题，昨天收到大家的建议之后我发现也可以考虑用 webcodecs 这样子的前端方案去先在本地处理好视频，再做后续调用 API 的工作，这样子的好处是可以少上传一次视频，并且也不需要专门用来存视频的服务器了，不过我自己试了下一些基于 webcodecs 的几个开源项目，包括 B 站的 WebAV 以及 3 楼兄弟推荐的 fly-cut ，都遇到了一个问题，就是如果视频有几百兆的话，处理起来都很慢，甚至看起来页面跟完全没反应一样，要等好久，我现在还不确定究竟是什么问题，但这可能就是你提到的超大视频文件支持的问题？考虑到我这边的需求，视频普通都是大于 1 GB 甚至几十 GB 的，或许真的不用考虑前端处理了。

前端处理的话，web 的话大视频基本不太可能，内存捉急，electron 可以考虑下
@fatDex

@fatDex 视频这么大的话 只能分片传到后端 然后再处理，不过前端有个读取文件的 api `File System Access API` 是不是可以拿到目录权限 然后每次读取视频文件的一部分来处理。

不过这种需求感觉打包个 electron 更适合，直接处理完数据发送给指定的 API 。

@wnpllrzodiac 请问下知道这个项目叫什么名字么？

@zzzyyysss 嗯，看很多人都提到 electron ，我研究下看看。

@fatDex https://github.com/mifi/lossless-cut