转码时间花在哪：解码、滤镜与编码的开销
同样是转一个格式，有的任务几秒结束，有的转到手酸。时间差的来源不是玄学，是一条流水线的三段开销——理解了它，就能预判一个任务大概要跑多久、慢在哪里。
流水线三段：解码、处理、编码
任何转码任务都拆成三段。第一段解封装与解码：把文件拆开、把压缩的帧还原成原始画面，这一段在现代设备上通常只占个位数百分比。第二段滤镜处理：缩放、裁剪、字幕、降噪等画面操作，开销取决于操作数量与分辨率，中等占比。第三段编码：把处理后的画面重新压缩，这是绝对的大头——重编码型任务里，编码段吃掉七到九成的总时间。
为什么编码这么贵：每一帧都要做运动估计、变换、量化、熵编码，计算量比解码高一个数量级。这也是“流复制为什么秒完成”的答案：不做第三段，只换容器，时间几乎只剩文件读写。
决定快慢的四个变量
像素数量是第一变量：4K 的像素是 1080p 的四倍，编码时间近似线性放大四倍，降分辨率是缩短时间最狠的一招。编码器效率是第二变量：新一代编码器（HEVC/AV1）计算更复杂，同任务耗时成倍增加。preset 档位是第三变量：从 ultrafast 到 veryslow，同码率画质更好但耗时差数倍。硬件加速是第四变量：显卡编码比纯 CPU 快几倍到几十倍，代价是同码率画质略软。
浏览器本地处理还多一层约束：可用内存与 CPU 核数受浏览器沙箱限制，大文件的处理时间比桌面软件更长。
判断瓶颈在哪一段
进度匀速缓慢推进：正常，编码段在干活，等就是了。进度长期停在开头不动：问题多半在解码段——文件封装异常、编码不通用，或文件大到读入内存就吃力。进度推进异常快但结果文件损坏：第三段被跳过或中断，重新跑一次并核对参数。
还有一个常见的“假卡死”：浏览器标签页失焦后部分引擎会被节流，切回标签页进度立刻恢复——处理大文件时把标签页留在前台。
缩短时间的正确姿势
按性价比排序：先问要不要 4K（降到 1080p，时间省四分之三）；再放宽 preset（预览与草稿用快档，成片用慢档）；确认任务量大的存档类工作流再考虑硬件加速；最后，能用流复制（换容器不改编码）的任务绝不重编码——TS 转 MP4、MKV 转 MP4 这类任务，秒级完成。
预期管理同样重要：浏览器里的本地转码追不平桌面软件，但换来的零上传、零等待排队，对日常体量的任务是净赚。大文件、大批量、极限画质三者叠加时，才是桌面工具的主场。