特效风格的转化与融合: 搬什么、怎么搬、什么时候搬不动
Note
上一篇讲的是去哪儿找. 这篇讲找到之后怎么用: 哪些东西真的能从作品里搬进特效, 哪些搬不动.
0x00 先把"转化与融合"拆开
Seekladoom 在《OPED 歌词特效设计思路》(2020-09-27) 里给了一个分支叫「风格转化与融合」, 只有三条, 而且以「其他有待扩充」结尾. 三条原文是: 把 LOGO 的颜色和转场效果用在 STAFF 字体上; 把人物、武器等事物的颜色 (即应援色) 用在 STAFF 字体上; 以字体来象征人物或者其他事物.
导图给第三条举的实例是《COP CRAFT》OP 中女主变装那段. 这三条看起来是三个点子, 其实是同一个动作: 把 X 层的某个属性搬到 Y 层. "颜色"是一个属性, "字体"是另一个属性, "转场效果"是第三个.
按这个动作往下推, 能搬的维度至少有四个: 颜色、字体、形状、运动. 不过这个四维清单是我归纳的, 导图原文并没有给出维度划分. 我逐个试过, 这四个的可行性差得很远.
0x01 哪些维度搬得动
判定方法是逐个维度问一句: 这个取值能追到作品的哪个官方素材? 具体查法: 颜色看该色值是否出现在作品的官方视觉里; 字体看 ^Style: 行的第二列是不是官方用字.
颜色最好追. 点兔《ときめきポポロン♪》的模板源码完整保留在成品 ASS 的 Comment 行里, 照抄如下:
color_text={"&HEAA380&","&HDAC95E&","&H758FFA&"}
if line.actor=="chino" or syl.inline_fx=="chino" then c=color_text[1] ...
elseif line.actor=="maya" or syl.inline_fx=="maya" then c=color_text[2] ...
elseif line.actor=="megu" or syl.inline_fx=="megu" then c=color_text[3] ...
else c=color_text[math.fmod(syl.i-1,3)+1] end
这段代码的形式就是「角色身份 → 色值」的映射. 每个色值属于一个角色, 唱到谁就用谁的色.
字体也追得到. 命运石之门《ファティマ》那份里, 日文注音层用 FOT-MatisseV Pro B 与 FOT-TsukuGo Pro B, 中文注音层用方正韵动中黑_GBK 与方正中粗雅宋. 两个语种各走一套字体族, 而不是用一种兼顾两边的字体.
形状追不到作品里. 本地东方《果てなき風の軌跡さえ》全片 97% 是绘图事件, 但那些图元和画面要素没有对应关系, 它们是算出来的, 不是搬来的. 属于自造.
运动也追不到作品里, 但原因和形状不同. Charlotte 和点兔都用了一个叫 bezier_n_uniform_speed 的函数做曲线运动, 同一个函数出现在两份不同作者的文件里. 这是工具复用: 搬的对象是代码, 作品里没有这个函数.
顺带一个反例: 风平浪静的明天那组三版字体配对, 事件数是 6288 / 6376 / 6376, 且三版的时间文本哈希两两不同. 说明那一组除了字体还改动过别的内容. 要证明"风格由字体决定", 必须确认事件数、时间文本哈希、位置标签统计三项全同, 否则归因就不成立.
所以四个维度实际是三种来源: 颜色与字体来自作品; 运动来自工具 (复用别人的代码); 形状则多为自造. 颜色和字体去作品里找, 形状和运动去工具或自己的算法里找, 两者不是一个来源.
0x02 字体为什么是最划算的那个
下面这组文件能看出字体在这件事里占多大比重.
Seekladoom 的仓库里有一组文件叫《纯白交响曲 OP歌词特效 4种字体风格》, 四个文件名直接写明了配对. 实测它们的差异:
版本 1 用 FOT-Chiaro Std B 配方正姚体_GBK, 日文 32.5 号、中文 22.5 号. 版本 2 用 A-OTF Takhand Std DB 配方正雅珠体简繁 DemiBold, 字号与版本 1 相同. 版本 3 用 DFMaruMoji-SL 配华康少女文字W5-A, 两边都是 30 号. 版本 4 用 Source Han Serif 配思源宋体, 两边都是 35 号.
四个文件的 Dialogue 事件数都是 887. 把每行的「时间 + 文本」抽出来做哈希, 版本 2、3、4 的哈希完全相同, 都是 943017a21dc2. 位置类标签统计四版也完全一致: \pos 432 次、\move 472 次、\t 533 次.
也就是说, 版本 2、3、4 是同一套特效逻辑, 时间轴与文本一字未改, 只有字体和字号在变. 画面确实不同: 同一帧上两两逐像素差异率在 3.06% 到 5.41% 之间, 字面覆盖量从 85317 px 到 94761 px, 相差 11%.
saiyaku 在 2012 年的回顾里说过两句相关的话:「主体 style 的设置要和谐, 看到不少特效都效果绚烂, 但选择的字体和效果不是很相称」(他把字体选错定性为一种能被同行看出来的缺陷, 不是个人偏好), 以及「具体其实仿视频里的字体是最简单的做法, 效果也是有思路写, 没思路山寨片里的」. 上面那组文件与这两句是独立的材料, 方向却一致: 四个文件的其余部分完全一样, 只换字体和字号, 出来的就不是一个东西.
你可以自己验一遍: 拿一份成品复制两份, 只改 ^Style: 行的字体名与字号, 重新渲染. 若事件数、时间轴、位置标签统计三项都不变而画面明显不同, 说明这份作品的风格主要由字体承载.
0x03 换字体必须同时改字号
两个独立样本都显示, 字号不是固定值, 它跟着字体走:
纯白交响曲那一组: 思源宋体配 35, 华康少女文字W5-A 配 30, 方正姚体_GBK 配 32.5.
风平浪静的明天那一组: 思源宋体配 75, 方正FW轻吟体简 B 配 85, 小赖字体 SC 配 60.
同一个样本里, 换一套字体就配一个不同字号. 原因是不同字体的视觉重量不同: 同样字号下有的字体看起来大一圈, 有的小一圈, 要调到观感上等大就必须改字号.
这条没有任何一位作者写下来过, 它只存在于文件的实际取值里. 我是把两份样本的 ^Style: 行拉出来对照才看到的.
回头查一遍你成品里用过的每套字体和它各自的字号. 字号全同而字体不同, 视觉重量必然不齐.
0x04 同作品内部按语境分别取字体
Charlotte《Bravely You》给了个更细的实例. 同一份文件里用了六种以上字体: 正片、屏幕字、背景用 Source Han Sans Medium; STAFF 用華康魏碑體; 弹幕用華康POP1體W7; 标题用華康新特明體; ED 日文用 A-OTF Kyoukasho ICA Pro R (教科书体); ED 中文用方正稚艺_GBK.
这六个取值都是冲着各自的用途去的: STAFF 表要庄重, 弹幕要活泼, ED 用教科书体. 它没有全片用一种字体硬撑, 而是每个场合各去取一套已经成立的字体.
搬运可以做得比"整片换一次"更细, 按语境分别搬.
导图「打破常规」分支里有一条就是反着用这条规则的: 「字体不和 STAFF 匹配、不按中日匹配的做法」. 常规做法是中日的各配一套相称的字体, 那条刻意打破它. 两种做法都成立, 但要知道自己在哪一边.
0x05 搬运有个隐含前提: 观众看过这部作品
搬运之所以有效, 前提是观众已经在作品里见过那个元素. 搬官方配色、搬官方字体, 靠的都是这层识别.
对跟着 BDRip 发布的番剧 OP/ED 字幕, 这个前提只在跟着 BDRip 发布的番剧 OP/ED 上成立. 换成独立发布的歌单、综合性音乐视频, 或者观众根本没看过该作, 搬来的元素就没人认, 只剩装饰作用.
本地 13 份成品全是动画 OP/ED, 都满足这个前提, 所以它们的作者不需要处理这个问题.
先查这份字幕的投放场景: 跟 BDRip 发布的前提成立, 独立发布的要另算.
0x06 一处对不上的地方
上面那个应援色数组, 作者论文写的是「淡蓝色为智乃(chino)、粉红色为小惠(megu)、浅绿色为麻耶(maya)」. 但 ASS 的颜色是 &HBBGGRR& 序, 换算之后:
&HEAA380& 对应索引 [1] chino, 实际是 RGB #80A3EA 蓝紫, 与论文的"淡蓝色"吻合. &H758FFA& 对应索引 [3] megu, 实际是 RGB #FA8F75 浅鲑红, 与"粉红色"也算吻合.
但 &HDAC95E& 对应索引 [2] maya, 实际是 RGB #5EC9DA 青蓝, 而论文写的是"浅绿色". 这个对不上. 三色在成品里的实际用量分别是 14254 次、12090 次、11220 次.
是论文描述不准, 还是成品后续改过色值没同步论文, 现有材料判定不了. 记在这里, 因为这类"文档与实际不一致"的情况在照抄别人的做法时最容易被带偏.
搬来的元素只在观众看过片子时才算数, 否则它就是普通装饰.
本文没有引用站内其它文档。
