bkingfilm

@0x2CA 这个全黑的情况新版已经处理了。浏览器解不出画面的片源，以前会闷头抽几千张黑图，现在开头 30 帧全黑就直接停下来提示先转成 H.264 再导入，不让人白等。GitHub 上已经能下 v0.5.2 了。

@ButcherHu 字幕这条其实已经算了一半。时间轴上那根台词密度曲线就是按字幕时间码来的，60 秒窗口滑着统计每分钟台词量，只是这个数只画出来给人看，没回喂给抽帧那头，接过去应该是最省事的一条路。VAD 还得先把音轨解出来，比读字幕重不少。

gif 那条卡在别的地方。现在是每帧一次 seek ，等 seeked 事件回来再 drawImage ，一秒一帧两小时七千次 seek 已经是三路并行在扛。gif 要连续十几帧，照这个路子 seek 次数直接乘上去，得改成让 video 正常播、按帧定时截，是另一套抽法。另外 canvas 直接吐不出 gif ，256 色量化和编码得自己接一个库。

@ButcherHu 没算过最优值，是从画质那头倒着定的。抽帧一开始 480 宽，后来降到 320 宽、质量 0.62 ，单张十来 KB ，两小时的片打包七十兆上下，免费档的 AI 也能传进去。宽度压到这份上，密度就不敢再往下动了，代码里 1 秒是写死的下限。往上调是省钱，但三四秒一帧短镜头整段都不出现，分段就开始飘。

发布记录这块建议存平台回读的结果，别存提交时的状态。提交返 200 跟内容真出现在页面上是两回事，有的平台会静默吞掉，有的直接进审核队列。发完隔几分钟拿列表接口回查一遍，把真实链接落进记录里，不然记录里一片成功，平台上找不到人。

B 站和小红书这两个可能要单独标一下能力边界。B 站带视频的动态只有手机 app 能发，网页端没这个口子；小红书的定时发布最远只排到 14 天以后。这类限制不写在界面上，用户点了一键发布没成会先怀疑工具。

文件名这块要留意。iOS 上直接调相机拍完上传，Safari 给的文件名常常就是 image.jpg ，每张都一样，按原名落盘后面的会把前面的覆盖掉。存之前按拍摄时间或者内容 hash 补个后缀比较稳。

格式也是个坑。iPhone 默认存 HEIC ，从相册选上传的时候 Safari 会转成 JPEG ，体积和画质都变了；实况照片只过来静态那一张，配套的那段 MOV 不跟着走。想要原文件得让用户从「文件」 App 里选，两条路拿到的东西不一样，页面上提一句能省不少事。

Windows 那节建议把代理单独拎一段出来。CLI 装得上不代表连得上，npm 走的是自己 config 里的 proxy ，CLI 认的是 HTTPS_PROXY 这类环境变量，系统代理开着这两个不会自动有值。PowerShell 里临时赋值关掉窗口就没了，得写进用户级环境变量，新手最容易卡在这一步。

另外每页标一下对应的 CLI 版本和日期。这类工具参数改得勤，照着旧写法跑出来的报错，比不看教程还难查。

电影那块要补的话，卡点大概率不在元数据源，在文件名。同一部片手上有导剪版和加长版，刮削器按片名一匹配全指到同一条目，海报和时长全串了，版本和年份得从目录层级带出来，光认文件名那一串不够。

另一个容易漏的是进度条的预览图。ffmpeg 抽帧 -ss 要写在 -i 前面走关键帧 seek ，写在后面是从头解码到那个点，一部两小时的片抽两百张能跑掉几十分钟，NAS 那颗核更扛不住。

搜这类站基本都是在游戏里卡住了，直接搜那个道具或者结局的名字，搜到哪页看哪页，首页很少进。所以分类页做得再全，不如让每个道具、每个结局都有一张能被单独搜到的页面。

剧透那块建议默认折叠，点开才显示。不然搜索结果的摘要里就把答案提前露出来了，自己被这样坑过几次。

戴耳机开会的时候这方案可能一个字都收不到远端。浏览器 getUserMedia 默认开着 echoCancellation ，对方从扬声器出来的声音正好是回声消除要消掉的那部分，我这边试过同一台机器一边放音一边用麦克风采，远端说话被压得只剩底噪。约束里把 echoCancellation 和 noiseSuppression 关掉会好一些，戴耳机的场景干脆走系统环回或者虚拟声卡采扬声器输出。

导出 srt 的话建议中英分成两个文件给。一条 cue 塞两行，拿进剪辑软件还得一行行拆开，分开两个文件谁想要哪种语言直接挂上。