dcsuibian

另外说一点达芬奇设计比较麻烦的地方，就是达芬奇内部存储媒体文件路径时应该用的都是绝对路径，而不是相对路径

有的，或者说就是这样。
达芬奇在剪辑时时不会去动源文件的，所以你的所有操作都是对工程文件的操作。另外你说的“临时副本视频（压缩、低存储文件）”那玩意儿叫做代理文件，主要是为了减少剪辑用电脑的压力的，你电脑性能强也可以不用。

我记得达芬奇甚至可以支持多人在线协同工作，不过好像有很大的限制。当然我只是听说，没用过。

我也是喜欢装软件，因为这样每个设备走不走代理比较可控。
但全局翻也是需要的，比如 Nvidia Shield 、Steam Deck 、Quest 3 、PlayStation Portal 这些设备如果不用路由器翻墙的话就用不了


另外，软路由本质是个路由器。
比如我家是 ac+ap 方案，所以软路由对我来说真的就是个不带 wifi 的路由器罢了，而且还比传统路由更好用。

现在用的是 r4s ，在那之前用的是 TL-R473G AC 路由一体机（没扔，还在用 AP 功能）。
后者的管理功能比前者差多了，比如没有 ipv6 、不能用 UU 加速器当然也不能全局翻。

我 2016 年 1w 左右买的 6700k+1070 现在咸鱼价格估计能卖个 1500 左右吧
你这个东西我感觉顶多值几百块

NAS 空间太大了，不拍浪费

@importmeta 我试了一下，静态导入的话，用 Web Worker 引入的依赖似乎和普通引入的依赖没啥差别。
动态导入的话，代码分割需要加点选项。

此时 App.vue 打的包（ index-sqhKDG2-.js ）是 57.98kB 。
如果引入了 lodash ，那么：
此时增长到了 131.21kB ，大了 73.23kB ，说明是打到一起的。
使用 Worker 不引入 lodash：
worker 大小 0.32kB 。
如果是 Worker 引入了 lodash ，那么：
worker 变成了 72.39kB ，增长了 72.07kB 。
所以静态导入上是没什么区别。

不过如果是动态导入，那么 App.vue：
Worker：
不过加了点选项后好像就没问题了：

我主要是没搞懂你想要的效果是什么样的，如果你在 worker 里需要静态引入依赖，那自然会打包成一个 js 文件啊，这点无论是不是 worker 都一样。至于注释的话，似乎保留的只有版权信息，这好像是工具有意为之的。

另外，我的选择是直接使用阿里或腾讯的 CDN 服务，比如我些照片的图床用的就是。

为啥

额，说实话，一时之间我没想到难点在哪里
要不你直接把你的二开的原项目地址发出来看看，然后大家教你怎么改，这样比较方便