本来这个系列写到第三篇我一直在犹豫要不要碰“演出与特效”。碰吧这个坑是真的深光是krkr1、krkr2、krkrz三代引擎各自的演出机制差异就够写一本书不碰吧市面上能搜到的大多数krkr教程又都停在“怎么贴图、怎么放字、怎么播放音乐”这个层面一讲到演出就含糊其辞好像这玩意儿天生只能靠感觉。这次我干脆把基坑里的石头都翻一翻把吉里吉里引擎里和“演出”“特效”相关的底细讲清楚从KAG3自带的那堆演出标签讲到TJS脚本层再讲到krkrz的shader时代能玩出什么花活。这篇内容适用的对象很明确已经会用krkr2或krkrz跑通一个简单demo、想往作品里加演出细节的人。如果你还在纠结怎么搭工程、怎么切图层建议先把系列前两篇看掉再回来。我会尽量把每个指令、每个思路背后的“为什么”也说清楚而不是丢一张标签清单就跑因为在实际项目里不懂原理背下来的指令往往在第一次DIY时就会翻车。1. 先把“演出”和“特效”这两件事分开看1.1 演出是语法特效是修辞很多人一提到“演出与特效”就以为是给画面加光效、加粒子、加震屏这其实是个很常见的误解。特效只是演出里的一个子集真正的演出核心是节奏、信息层级和镜头语言。用一个我常拿来打比方的说法演出是导演在排戏特效是道具组给演员准备的灯光和烟火。戏排得不好烟火再爆裂也只是噪音。放到吉里吉里引擎里这个关系更具体演出指的是文字显示节奏、图层切换时机、背景与人物的运动调度、以及音乐音效配合这些“时间轴上发生的事情”特效则是某一瞬间具体呈现的视觉手段比如转场溶解、模糊滤镜、粒子飘落、震屏闪白。两者在实现路径上完全不同前者更多依赖KAG3脚本的事件阻塞与流程控制后者则依赖引擎内置的effect系统或TJS脚本对画面对象的实时操作。所以这篇我打算分两条线走先讲明白演出的骨架是怎么搭的再用大量篇幅把特效的具体实现逐层切开。只有这两条线你都上手了才能在自家作品里编排出一段真正有“导演感”的流程。1.2 krkr1、krkr2、krkrz在演出能力上的分水岭吉里吉里这个引擎家族能活这么多年社区里常说的原因无外乎三点脚本解释灵活、图像合成高效、资源格式亲民。不过三代引擎在演出特效上的能力边界差距很大我直接拉一个对比给你看。能力项krkr1krkr2krkrz渲染架构早期2D软件合成DirectX 9风格合成现代DX渲染管线图层数量基本BG前景MESSAGE复制层、多图层组多层多组能力完整内置转场效果较少偏基础较丰富有mask/rule等很丰富且可扩展像素着色器不支持有限支持/半软件处理完整shader支持大尺寸素材不友好一般原生支持且支持DDS等压缩纹理特效脚本生态少KAG3成熟期KAG3现代扩展一句话总结我的实际体感krkr1拿来当学习用还行真要排演出会掣肘krkr2是最经典的主力平台绝大多数视觉小说程序都用它KAG3的标签调度已经非常成熟krkrz是给想要“更接近galgame商业作品效果”的人准备的它最大的优势是终于能上shader了而且对高分辨率素材、大尺寸图像的合成效率高得多。有一点值得单独说引擎版本不是越高就一定更容易。krkrz虽然渲染能力强但它的脚本兼容性和生态在早期版本里偶尔会让你踩到奇怪的坑我自己就遇到过同一段KAG3脚本在krkr2上跑得好好的、换到krkrz上特效参数不生效的情况。后面我会专门开一节讲这类兼容性问题。2. 文字演出多数人学会的第一套“特效”2.1 把打字机调出“人味”视觉小说的文字显示本质上就是打字机。KAG3里控制文字速度最常用的参数就是delay它代表每个字符显示的间隔毫秒数默认值通常是30左右。你想让一段紧张的对白显出急迫感可以把delay压到20甚至15想让角色慢悠悠地说话就调到50以上配上p标签文字等待和l标签换行来制造停顿。但光调速度是不够的真正影响阅读节奏的其实是“停顿”。我见过不少新手脚本一句话从头到尾都没停顿观众连口气都喘不上来。正确做法是利用KAG3的标签组合在句尾用p等待点击在破折号或者省略号后面插入短时间等待比如下面这种写法; 描述 「喂你等等我…… ……为什么跑这么快」 ; 这里的 表示不等待点击换页而是立即继续这里区分两个细节p是等待玩家点击后再继续是短暂停顿后继续。两者结合才能做出“角色犹豫了一下再开口”的自然感。另外逐字音效也是文字演出的一部分KAG3里可以用characterSet或者逐字callback实现某个角色说话时每个字都有配音这种效果在演出上比单纯放语音文件更“脆”。2.2 用文字装饰和注音做“看起来高级”的对话文字层能玩的还有很多最常见的是ruby注音也就是在汉字上面标注假名或拼音。KAG3里可以通过字体样式和ruby相关标签实现效果。这个功能放在演出里最大的价值是可以给关键名词加视觉强调又不用额外做图片素材。比如角色喊某个专有名词的时候上面注音一闪一闪比干巴巴一行白字有存在感得多。另一个进阶玩法是用textgosub做字符级回调。简单说就是每当文字层准备绘制一个字符时会把控制权交给你写的脚本让你在字符落位前对它做样式修改或位置偏移。利用这个机制你可以做出“某些字符变红”、“某几个字渐渐放大”、“文字带波浪抖动”之类的效果。这已经算半个特效了但成本很低因为不用碰图片素材。我记得当时做重点强调的时候就是用textgosub判断当前字符索引范围命中关键词就把颜色改成深红色效果立竿见影。文字演出的核心思路其实很朴素不要让所有文字以恒定速率平铺直叙地出来而是把速度、停顿、颜色、注音当作导演工具来用。一套成熟的游戏文本演出系统往往比单纯堆几十张过渡图片更像“有效演出”。3. 图像演出的骨架图层、复制图层与过渡3.1 backlay复制图层到底是干什么的吉里吉里的画面合成机制里有一个概念叫复制图层backlay这是理解整个演出系统的钥匙。我的理解方式是用“底片”来类比你有一张原始底片可以用它反复复制出多张副本在副本上做叠加、翻转、半透明混合再合成到最终画面上。演出时你切换背景、切换立绘本质上都是在这些图层组之间做组合与替换。具体到KAG3脚本里你会发现很多和图层操作相关的指令都带“b”前缀或者提到backlay。它存在的意义不仅仅是多几个图层放图片而是让画面切换和特效合成有一个可以“动手术”的中间区域。比如你想做一个背景从中间撕开的转场传统做法需要引擎临时把当前画面快照存进一块缓冲区再对这快照做变形处理这正是复制图层负责的事情。如果不懂这一层机制直接去用那些复杂的转场和特效指令很容易出现“画面卡一下才能切过去”的顿挫感因为你没有把“合成动作”放在备用图层上做而是直接在显示图层上硬切了。所以新手别急着堆特效先搞清楚哪些图层是用来显示的、哪些图层是用来“后台做处理”的这比背十个特效标签都重要。3.2 transition转场的选型与避坑KAG3的转场效果transition是演出系统里最常用也最容易出彩的部分。内置效果种类不少crossfade是交叉淡化mosaic是马赛克块状过渡rule可以指定一张规则图做不规则推移mask可以用一张灰度图控制过渡区域crumble是碎裂型效果。参数上最重要的是time它控制整个过渡动画的毫秒数。很多新手上来就写time0然后抱怨“怎么没有转场”——其实0就是瞬间切换当然看不到过程。合理的策略是普通对话场景用crossfade配合200到300毫秒节奏轻快关键剧情转折用rule或mask配合500毫秒以上让玩家有情绪上的停顿感。实际项目里的避坑经验如下mosaic在马赛克颗粒较大时对高分辨率画面会出现明显的区块闪烁建议别把颗粒块调太大。mask过渡对灰度图的分辨率和锯齿非常敏感mask图边界要提前做羽化否则过渡区会有一圈硬边。不管用哪种转场都要给连续出现的素材做“图层状态清理”否则上一次转场的半透明残留会污染下一次背景切换。3.3 立绘动画与amlayer立绘在演出中占据的权重非常高毕竟玩家大部分时间盯着的就是它。除了简单的换表情、换姿态之外很多项目会用到立绘的轻微浮动、呼吸摆动、甚至全身出场滑入效果。KAG3里有一组专门处理自动动画的指令我记得是amlayer和amlset它们可以把若干图像帧编排成动画序列并设置播放速度、循环方式和显示优先级。用amlayer做立绘动画有个好处它由引擎统一调度不需要你用TJS手动写Timer循环性能更稳也不容易在切换场景时把动画状态搞乱。实际操作中要注意的是资源消耗动画帧不宜堆太多普通立绘呼吸效果三到五帧完全够用再多了不仅浪费内存还会让动画看起来不够自然——因为帧间差异太小反而会出现“抖动感”。还有一点立绘动画的图层顺序必须严谨。吉里吉里的图层有上下叠放关系背景在底层立绘在中层文字在最上层。如果你做入场动画时临时把立绘图层提到文字层上方后面忘了复位就会出现文字被立绘盖住的诡异画面。这个坑我见过不止一次排查起来也费劲所以建议给图层编号建立固定的命名习惯出场和离场都使用同一套编排流程。4. 特效标签与脚本两条技术路线都要会4.1 KAG3自带特效标签先吃透这套基础工具KAG3其实内置了不少可以直接调用的特效类标签很多人做视觉小说时连这些都没摸完就急着写高级自定义效果。这里我把常用的一批梳理一下quake画面震动后人最常用的“冲击感”特效。可以设定震动幅度和持续时间非常适合爆炸、大声吼叫、剧情高潮等场景。flash全屏闪白或闪色用在记忆闪回、镜头抓拍、惊吓点非常有效。参数基本就是颜色和透明度的变化曲线。slide图像平移。可以理解成简易版镜头横移适合表现场景扫描、角色横向入场等效果。auto切换为自动读取模式相关它不算严格特效但在控制演出节奏时很常被拿来做叙述段落的“自动播放”。这些标签的通用特点是通过参数控制曲线、时间和强度不需要你写TJS脚本也能快速出效果。我用下来的建议是把这套内置标签当作“特效快捷菜单”优先用它解决90%的常规需求。它最大的好处是稳定因为KAG3作者已经帮你处理了图层过渡和对象生命周期不容易留下半透明残影这种烂摊子。但它的软肋也很明显内置标签效果是黑盒参数再多也无法做到完全自定义。比如我想做一个粒子从画面左下角飘到右上角、中间还带折返路径的效果内置标签基本无能为力这个时候就必须进到TJS脚本层去实现。4.2 用TJS写自定义演出动画对象的底层操作TJS是吉里吉里的脚本语言它和KAG3标签的关系你可以理解成“标签是预制菜TJS是下厨房”。KAG3标签本质上最终也是转译成TJS对象和属性操作所以一旦掌握TJS的图层对象模型就可以实现完全自定义的演出。最基础也最常用的几个对象操作大概是这些用getLayer拿到指定图层上的对象对它设置位置setPosition、可见性setVisible、透明度setAlpha和缩放setZoom。这几个属性组合起来就能完成大量自定义动画。比如实现一个浮动立绘效果核心循环就是每隔一帧把对象的Y坐标加一点偏移再把它从透明渐变到不透明// 伪代码风格的TJS演出示意 var layer KAG.getLayer(bg); var spr layer.getSprite(0); spr.setPosition(0, offsetY); spr.setAlpha(alpha); // 在Timer或者onEnterFrame里逐帧更新offsetY和alpha我强烈建议不要依赖一次性贴一大段TJS代码而是把常用动画封装成函数。比如“淡入淡出”“位移到达点”“缩放脉冲”都做成独立函数参数化成时间与目标值。这样一来KAG3里调用只需一行也不会把kag.tjs或startup.tjs写得跟浆糊一样。有个容易踩的坑TJS里对对象的引用生命周期需要你自己管场景切换后之前创建的Sprite并不会自动消失必须显式删除或调用reset。否则就会出现切到下一个场景上一个场景的特效对象还在画面角落里残留甚至挡住新的立绘。这个内存清理的问题我在找人排错时遇到过好几次症状一模一样。4.3 粒子特效的性能与对象管理认知在网上搜“粒子特效”经常能看到一个词内存泄漏。Unity社区的粒子特效内存泄漏问题特别有名吉里吉里这边其实也差不多。如果你用大量Sprite对象模拟粒子并且粒子在生命周期结束后没有从图层清理掉那内存就会越涨越高最终让游戏变得滚烫。在吉里吉里里实现粒子特效我见过三种方案一是直接用内置的粒子扩展对象二是完全用TJS创建一堆小Sprite自己驱动三是利用图片素材制造“伪粒子”比如飘落的樱花瓣用几张不同的半透明剪影轮流换图。从稳定性看我更倾向第三种思路做日常演出因为它的对象数量可控、生命周期透明。真正需要大量粒子的场合比如大量光点、飞尘就要明确“粒子池”的概念创建一批粒子对象复用而不是反复新建粒子生命结束就放回池子里。这一条经验是从Unity那边借来的但放在krkrz上同样有效。用我的项目举例做一场落叶CG演出我只需要在舞台上同时保持不超过二十个树叶对象超过就回收再复用。效果上玩家完全看不出错误性能还稳得一笔。所以别一上来就整几千个粒子视觉与性能之间的平衡才是关键。5. krkrz的现代演出从二维复合到shader时代5.1 shader在krkrz里能玩出什么如果说krkr2时代的演出特效是“素材图层堆叠”krkrz就是终于摸到了像素级实时处理的边。krkrz支持加载外部eff文件effect精灵/着色器可以在画面上叠加像素着色器实现扭曲、模糊、描边、色差、光晕、溶解、降噪等效果。这些效果在krkr2里相当难做通常只能靠逐帧素材或者CPU软处理到了krkrz这里变成了GPU实时计算。实际项目里我见到最多的shader应用场景是全屏模糊配合回忆、梦境、晕眩状态的演出边缘光晕和泛光加强关键道具、神秘符文的存在感色差偏移做故障风、科技感UI和过场溶解消散让角色或CG以“碎成光粒”的方式退场shader这条路线的最大收益是解放素材制作很多以前必须做序列帧的特效现在靠一个eff文件就能实时生成而且分辨率自适应非常顺滑。5.2 滤镜叠加与性能的取舍不过shader不是万能的。krkrz虽然支持GPU处理和现代渲染但全屏shader的消耗依然不可忽视。我做性能测试时发现连续给多个图层叠加模糊类shader在低端显卡上帧率掉得很快。所以我的优化策略是全屏特效只允许同时存在一个持续时间控制在两秒以内同时有多个剧情特效需求时把它拆成“先做静态预处理图再做实时动画”的混合方案。另外一点经验krkrz里shader效果和图层尺寸强相关。如果你一个大背景图是4000×2000的对它做全屏模糊计算量远高于1280×720的显示尺寸所以我通常会先把背景缩到渲染分辨率再上滤镜或者利用引擎的缩放机制让shader在最终显示尺寸上执行而不是在原始素材尺寸上执行。5.3 高清素材与版本差异带来的机会krkrz对高清素材的支持也是它的一大卖点。krkr2时代大家经常要压图做分块或者把背景压成800×600系列不然引擎合成会很吃力。krkrz可以原生承载大尺寸PNG甚至DDS压缩纹理这对演出设计是很大的解放。我自己的改进感受是过去在krkr2里做镜头缓慢平移只能把一张超大背景预先生成好然后在脚本里用slide慢慢挪。到了krkrz虽然没有本质差别但大图加载速度和显存占用更健康连续切几张大背景也不会像krkr2那样卡出“风扇狂转”的既视感。如果你是新项目我建议直接以krkrz为基准平台做演出资源规划给未来留足余地。6. 常见问题与排查技巧实录6.1 “演出脚本没反应”的实际排查顺序这是我在各种提问帖里看到最多的求助写了转场画面不动写了震屏一点反应都没有写了flash白屏一闪就没了。这类问题大多不是特效本身坏了而是演出脚本根本没被引擎“解释”到。我排查这类问题的顺序是先确认脚本有没有执行到在问题标签前插一个debug输出或显示临时文字看是否触发。再看标签拼写和参数格式KAG3的特效标签对参数名大小写不总是敏感但类型错误常常导致静默失败。检查是否有阻塞事件比如前面有个等待点击没有结束或循环没有退出后面的演出脚本会被卡住。最后才怀疑引擎版本兼容性特别是krkrz上跑某些老到的krkr2特效参数。这套流程跑下来绝大多数“没反应”其实都是前三步里的小问题。6.2 过渡卡死、画面残留的现场自救过渡卡死是另一个高频问题。现象是特效做到一半停住画面半透明地悬在那里点哪儿都没反应。我遇到过的情况大多是过渡脚本里嵌套了transition而前一个transition还没结束就被新指令打断导致状态机混乱。现场自救的方法是给演出脚本设计“硬复位”机制我这里提供一个思路做一个debug用的TJS函数它负责强制重置图层透明度、位置和过渡状态再标记一个全局标志跳过当前动画。这个函数平时不用遇到卡死时在控制台或快捷键触发比反复重启游戏调试快得多。画面残留的问题也是老面孔症状是切完场景之后上一幕的粒子或模糊效果还隐隐约约浮在新画面上。原因基本就是之前说的对象没清理、透明度没归位、图层状态没复位。所以我在项目里凡是用到自定义对象的地方都会写一个cleanup函数把它登记到场景切换钩子里面。宁可多清理几次也不要让玩家看到一条透明残影在那里“闹鬼”。6.3 把系列演出做成可复用工具的小心得演出脚本写多了你会发现很多套路是重复的。与其每次复制粘贴不如把它们封装成KAG3的macro或者TJS函数。我的做法是维护一个演出私有库内部统一放常用的“转场组合”“闪白震屏组合”“文字强调动画”各个场景脚本直接调用这几条函数参数只暴露最小集。这样做的好处不只是省事更重要的是统一风格。一个项目里如果每个场景的转场节奏都不一样玩家会明显感觉到“演出水准飘忽”。把这套演出库固定下来等于给整个项目定了一条视觉基线新场景沿用基线就不会烂太多。这个习惯我觉得比任何单个特效技巧都值得推荐。最后再分享一点个人经验回头看我自己的项目真正让演出品质产生质变的不是哪个特效多酷炫而是把特效的使用变得克制且一致。我最后在正式版里留下的特效也就三种左右跨屏转场、局部模糊、闪白震屏。玩家反而觉得演出非常精致因为每个特效出现的时候都有明确叙事意图而不是素材堆砌。有个小技巧可以顺手分享吉里吉里的特效参数里时间曲线的形状往往比单纯的时间长度重要。同一个闪白效果时间一样但配合淡入淡出的缓动曲线呈现出来的冲击感完全不同。建议你在引擎里手动试几组缓动曲线挑最适合自家作品气质的那一组存成配置。这个东西任何教程都不会替你做决定。