HandBrake 不放大视频——它只是把你已有的画面重新编码

HandBrake 的工作是解码文件、让帧过一遍滤镜、再用你选的编码器与设置重新编码。这是一件真实且有用的事，也是本页唯一替它主张的事。它不是增强器。把一段发虚的 720p 素材递过去，把输出宽度调大，它确实会写满那么多像素——但每一个像素都是从解码结果插值出来的估计，不是从场景里找回来的真实细节。

所以有效的顺序是：先重建、再检查、最后编码。让片段过一遍会预测细节的模型，按原尺寸看结果，然后用 HandBrake 产出平台真正接受的交付文件。HandBrake 的长处全在最后这一步——选编码器、按质量控制码率、处理容器与音频、在体积上限内稳定交付。交付工具用来做交付，价值很高；同一个工具用来做放大，价值几乎为零。

这个误解之所以常见，是因为尺寸面板看起来就像一个放大开关。它是缩放开关。它回答的是「输出画幅该有多少像素」，而不是「缺掉的细节从哪里来」。这是两个不同的问题，而 HandBrake 只回答第一个。

当你把输出画幅调大，解码出来的画面必须被拉伸去填满它，而这个拉伸就是缩放滤镜。转码器提供的滤镜选项——最近邻、双线性、双三次、Lanczos 之类——全都是重采样器。它们的区别只在于给邻近像素分配多大权重、带来多少振铃或柔软，但有一个共同点：输出完全由输入像素决定，对场景里原本有什么不做任何推断。

这就是为什么在 HandBrake 里「放大」出来的，只是同一张发虚画面的更大副本。插值无法增加信息，因为细节的总量在解码那一刻就已经固定了。滤镜能改变的只有观感上的锐度，而代价记在别处：过锐的边缘长出光晕，斜线变成台阶，源里的压缩块也跟着一起被放大成肉眼可见的方块。

重建模型的出发点不同。它不是去平均邻近像素，而是根据它学到的图像构成规律，预测这个位置「合理」的结构该是什么样。这仍然是预测，而且可能自信地猜错——皮肤会变蜡、文字会变形、细密纹理会闪烁——所以先测一小段、按原尺寸对比，比挑哪个模型更重要。但模型同样找不回摄影机没拍到的那部分细节：这些信息从来没被记录过，任何处理都变不出来。

配置得当的转码会保留你要求它保留的东西：画幅、帧率、时长、音频、容器的元数据，以及大致正确的色彩信息。它不保留的，是编码器判断自己「负担不起」的细节。有损压缩花的是一份比特预算，画面里每个区域都得塞进这份预算，于是编码器会优先丢掉观众在设定质量下最不容易注意到的部分——细小纹理、平缓渐变、某条边缘的确切形状。

把这个文件解码再编码一次，并不会把上一遍丢掉的东西找回来。第二个编码器拿到的已经是一张缺了细节的画面，还要重新决定再丢掉什么；同时它得花比特去描述上一代留下的痕迹，因为这些痕迹已经变成画面的一部分。这就是代际损失：一步之内很细微，几步之后就很明显，而且永远朝着同一个方向——更软、更糊块、更多色带。

实用规则是每一步之间留一份中间母版。如果一个文件必须经过一个以上的处理环节，就请给中间环节一个为它设计的格式——中间编码，或者接近透明的极高码率设置——把紧凑的交付编码留到最后，等确认画面已经定稿再做。这一个习惯，能消掉大多数被人算在「放大器」头上的画质抱怨。

选编码器首先是兼容性决定，其次才是画质决定。老一些、支持面广的编码器什么设备都能放，是「文件必须在别人的机器上打开」时的稳妥选择。更新、更高效的编码器在相近画质下给出更小的文件，代价是编码更慢，在老硬件和旧浏览器上的支持更差。硬件加速编码器快得多，但相比认真调的软件编码，通常在效率与细部处理上要让一让——这一点在已经处理过一遍的素材上，比在干净的原始素材上更明显。

对放大后的文件，按质量控制的码率通常更合适。它让编码器跟着每个镜头的难易程度调整码率，而不是把每一秒都挤进同一个预算。按原分辨率定下的固定码率，对更大的画幅来说是错的预算：像素多了，要维持同样的画质就需要更多比特，原来看着宽裕的上限，现在可能正在饿死画面，把这次放大花钱买来的细节原样丢掉。如果平台强制码率上限，就在发布前按原尺寸复查一遍，因为不管画面撑不撑得住，编码器都会把上限用满。

设置不会自动从原始素材搬到它的放大版本上。放大改变了编码器看到的纹理——有些区域更平滑，有些区域被预测出来的细节塞得更密——所以在原片上调好的参数，要在处理后的文件上重新验一遍。先用两三个候选设置各编一小段，在好一点的显示器上按百分之百对比，选定之后再处理整个文件。试编花的是几分钟，编错花掉的是这次放大。

能走通的链条很短：重建片段、按原尺寸检查、为交付编码一次、发布。每个箭头都是一个决策点，而且都在下一步开始之前可以低成本地重来。检查必须在编码之前，因为编码正是细节最容易死掉的地方：一旦压过，你评判的就是压缩后的版本，而不是这次放大本身，结果不好也无法判断是哪一步的问题。

走不通的链条是：先编码、再放大、再编码一次。它有三个叠加的失败原因。模型拿到的源已经重压缩过，于是它在压缩块与色带上预测「细节」，甚至可能把这些痕迹磨得更锐；中间那次编码已经丢掉了模型本来可以利用的细节；最后一次编码压缩的，是一张已经损失过两遍的画面，于是交付文件可能比原片更差——发闷、发软、满是方块——即便夹在中间的这次放大其实做得不错。

如果你已经出了一版交付件，现在才想放大，请回到你手上质量最高的那份母版，不要用交付件。如果只剩交付件，就承认上限更低，并在任何人花积分之前把这件事说清楚。反过来同样成立：不要为了「再锐一点」把已经发布的交付件放大一遍，再为同一个平台编码一次。那是白白多出两代损失，换一个微弱、而且常常是负面的回报。

在线处理按你提交的时长计费，不按成片时长计费。在 Standard 模型下，1080p 每处理一分钟源素材计 540 积分，也就是每小时 32,400 积分，单个来源最长 10 分钟。这是算预算时的参考口径，因为面向交付的活通常就是 1080p 的活：素材要撑过一次干净的 1080p 上传，或者一个镜头要坐进 4K 交付里而不散架。

按 Creator 年付 $0.0093／积分折算成钱：一分钟 1080p Standard 约 $5.01，一小时约 $300。Creator 的 106,800 积分大约覆盖 197 分钟 1080p Standard 素材；如果交付物确实需要 4K 画幅，则约 53 分钟。平台根本不会展示 4K 的时候选 4K，是在为没人看得到的像素付钱。

唯一真正省钱的办法是上传前先剪。积分跟着你交出去的秒数走，所以把文件裁到真正需要处理的那一段，账单就按比例下降。HandBrake 可以只导出一段范围，但那次导出本身就是一次编码——是模型随后必须拿来当输入的一代损失。如果你手上有无损剪切的办法，优先用它，因为它减少了时长却没有多花一代。无论用哪种，都在放大之前剪，并且把完整分辨率的原始文件原样留着。