看起来不错，star 支持一下

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

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

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

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

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

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

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

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

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

为啥会被喝茶？这些有啥问题么