V-Ray光子文件全流程：从自动保存到调用跑大图

简介：面向室内设计效果图制作人员，这份PDF文档聚焦三维软件与虚拟渲染的自动渲染痛点，系统讲解如何通过小图渲染光子、大图加载光子的流程，实现自动渲染光子、利用光子文件跑大图并自动保存图像。内容从准备小图与大图两个三维文件入手，逐步说明发光贴图自动保存光子、切换从文件模式加载光子文件、将批量渲染工具集成至渲染菜单，以及配置小图与大图输出参数、选择图片保存格式等关键步骤；还补充了渲染完成后自动关机的节能设置。资料以单个PDF文件打包，大小仅1.37MB，图文步骤清晰，既适合边看边操作，也可作为日常渲染流程的速查手册。目前已有89人学习，适合有一定基础、已完成模型与灯光测试的设计师；无论是单场景自动出图，还是继续载入更多场景实现批量自动渲染，都能借助这套设置减少手动干预，压缩渲染周期，把更多时间留给设计构思。

1. 3D+VR不是虚拟现实：这是一条“先渲光子、再跑大图”的V-Ray流水线

“3D+VR”这个写法，十有八九指的不是戴上头显那种虚拟现实，而是3ds Max 搭配 V-Ray 渲染器——从业者口头常把 V-Ray 简称为 VR。做室内表现和产品渲染的人经常会遇到一个场景：调好了灯光材质，把分辨率从测试小图切到最终大图，然后眼睁睁看着渲染器把间接光照又重新算一遍。自动渲染光子这套工作流，解决的就是这个重复劳动：先用一个小分辨率图把间接光照信息存成光子文件，再让最终大图直接调用这份缓存，绕开从头追踪光线的“黑匣子”过程。这篇笔记把光子文件的原理、自动保存的参数设置、从文件调用的操作顺序，以及最容易翻车的几个坑捋清楚。适合被大图渲染时间卡住的静帧制作者，也适合动画批渲的人照着改流程。

2. 光子文件里到底存了什么：为什么它能喂饱一张大图

2.1 “光子”是一包间接光照缓存，不是一张图片

在 V-Ray 渲染的完整流程里，画面上每个像素的颜色由直接光照和间接光照共同决定。直接光照是灯光直接打到物体表面的那部分，计算很快；间接光照则是光线在物体之间来回反弹后才进入相机的那部分，每多一次反弹，计算量就成倍增长。所谓“渲光子”，就是把间接光照这部分事先用一种低分辨率的方式算好，存成文件，后续渲染直接查询这份结果，而不是重新做反弹计算。

常见误解是“光子文件就是一张低清预览图”。实际上，发光贴图（Irradiance map）里存的是场景中大量采样点上的入射光照信息，灯光缓存（Light cache）里存的则是从灯光视角出发的路径追踪结果。它们不是像素位图，而是一组稀疏的采样数据。渲染大图时，V-Ray 把这些采样点做插值，就能估算出画面任意位置该有多亮。这就是为什么它能“喂饱”大图——大图分辨率再高，间接光照的变化速度都远低于像素的密度，用稀疏采样代替逐像素计算，画质损失肉眼几乎察觉不到。

这里也要澄清一个历史概念。早期 V-Ray 版本确实有一个独立的 GI 引擎就叫“光子贴图（Photon Map）”，今天的商业版本里，大家习惯说的“光子文件”通常指的是发光贴图和灯光缓存这两个缓存文件。如果你的记忆停留在旧版本，打开面板发现找不到“Photon Map”开关，不用慌，把发光贴图和灯光缓存当“光子”用，就是当前版本下的等价流程。

注意：光子文件与场景坐标严格绑定。同一个文件换到一个单位都不一样或模型位移过的场景里，V-Ray 会加载它，但插值出来的结果完全对不上，画面会出现严重的明暗错位。

2.2 单帧、多帧累加、从文件：三种模式各管什么场景

发光贴图卷展栏里的“模式（Mode）”下拉框，是整个光子工作流的控制中枢。常见选项有单帧、多帧累加、从文件等；灯光缓存同样有类似设置。这三种模式的适用场景差别很大，我做了个对照表：

我自己做静帧时，流程上只会碰到前两种：第一次渲光子用“单帧”，之后切“从文件”。做动画批渲则会先用“多帧累加”把所有帧的缓存写进同一个文件，再批量调用。这里有个容易混淆的点：动画选“多帧累加”，并不是因为文件会小，而是因为它能让相邻帧之间的采样点互相补充，减少闪烁。

从选型上讲，单帧模式是三种模式里最稳的。多帧累加虽然省事，但有个隐藏前提：场景里不能有动态的灯光、物体位移和材质变化。只要有一帧改了模型，累积文件里就会混入旧坐标的采样点，后期画面会出现局部忽亮忽暗。如果项目里注定有大量动态元素，那就不适合用光子流程，老老实实开“暴力计算”或“渐进式”反而更省心。

2.3 反直觉的参数方向：光子图分辨率刻意调小，反而更高效

很多第一次接触光子工作流的人，会下意识把光子图分辨率设成和最终大图一样大，觉得这样缓存信息才足够。几轮实践下来，真实情况恰恰相反：光子图分辨率只需要最终图的 40%～50%，就足够覆盖间接光照的信息量，继续加大只会让光子文件体积和内存占用翻倍，实际画质提升微乎其微。

原因在于间接光照本身是“低频”信息。墙面、地面、天花板的明暗过渡在空间上变化很慢，一个采样点能代表周边很大一片区域。而高频信息比如纹理细节、清晰边缘，都靠直接光照和材质计算完成，不走光子缓存。因此光子图不需要逐像素记录，它的分辨率只要保证采样点间距小于墙面明暗变化的尺度即可。

举个例子，最终大图是 4000×2250，光子图用 1600×900 完全够。再往上提，渲染时间变长的同时，内存占用从几百 MB 涨到上 GB，意义不大。灯光缓存的细分参数也一样，静帧给 1000 到 1500 之间比较平衡，拉高到 3000 以上只会在打开文件时卡半天。

3. 自动渲染光子：最小参数组合与一次 Save 流程

3.1 渲光子前把这三个准备做了，能少走一半弯路

在点渲染之前，先处理三件事：场景单位、颜色映射、光子图分辨率。它们决定了光子文件是否能在最终大图阶段被正确使用。

第一，统一场景单位。光子文件内部记录的采样点坐标和场景单位强绑定，切换单位相当于把整个坐标系缩放了一遍，旧光子直接失效。常见做法是在建模阶段就定好毫米还是厘米，渲染阶段不要改。第二，锁定颜色映射模式。颜色映射决定亮度如何映射到最终像素，如果渲光子时用“指数（Exponential）”，大图时换成“莱茵哈德（Reinhard）”，同一份缓存解释出来的明暗关系会对不上，大图会偏亮或偏灰。第三，设好光子图分辨率。光子图尺寸应取最终图的 40%～50%。比如最终图是 4000 宽，光子图先用 1600 宽来渲。

这三步做完，才算具备跑光子的前提。很多人漏掉第一步，结果就是渲完大图发现画面里所有物体的光照都对不上，后来才发现问题出在单位错位，白白重渲了一次。

3.2 发光贴图与灯光缓存的自动保存设置：一步步勾选

打开渲染设置，切到 GI 标签，勾选“全局照明（Enable GI）”。首次 GI 引擎选“发光贴图（Irradiance map）”，二次 GI 引擎选“灯光缓存（Light cache）”。这个组合是室内和产品渲染的常见搭配，发光贴图负责提供视角相关的间接光，灯光缓存负责补充灯光路径信息。

接下来是核心操作：设置自动保存。

第一步，在发光贴图卷展栏里，把“模式（Mode）”设为“单帧（Single frame）”，勾选“自动保存（Auto save）”，点击旁边的浏览按钮，把文件命名为 gi_irr.vrmap，存到一个单独的缓存文件夹，建议路径全部用英文。

第二步，在灯光缓存卷展栏里，同样把模式设为“单帧”，勾选自动保存，文件命名为 gi_lc.vrlmap。

第三步，确认输出分辨率是第一步里定好的小尺寸，然后点渲染。渲染过程中会先出现“Computing irradiance map”之类的进度提示，之后才开始出图。渲染完成后，V-Ray 会把两份缓存自动写入刚才设定的路径，这就完成了“自动渲染光子”。

这里有个容易造成误解的地方：很多人在“自动保存光子”和“自动保存大图”两个功能之间混淆。光子自动保存藏在发光贴图和灯光缓存卷展栏里；大图自动保存在“公用→渲染输出”面板里。两者互不替代，渲染大图前需要分别确认。

关键参数我一般按下面这组值起步，跑通后再根据场景微调：

提示：第一次跑光子时，把“图像采样器（Image sampler）”的噪点阈值放宽到 0.01 甚至 0.02，不要开太高采样，因为这一趟的目标只是缓存间接光照，不是出一张成品图。

3.3 渲染完成后，如何确认真光子文件已经写好

判断光子文件是否生成，不能只凭“我点了渲染”。有两次血泪教训告诉我，检查日志比肉眼可靠得多。

先说最直接的检查点：打开保存文件夹，看两个文件的大小。一个普通室内场景的 vrmap 文件通常在几 MB 到几十 MB 之间，如果看到 0 KB，说明自动保存没有被触发，大概率是渲染还没跑完就关了，或者提示框在问“是否覆盖”被你忽略了。另一个检查点是 V-Ray 的日志窗口。渲染结束时，日志里会出现“Saved irradiance map”和“Saved light cache”之类字样。找不到日志窗口时，可以在渲染消息框里把详细级别调高，再渲一次。

一个小习惯：渲光子时不要盯着目标文件夹反复刷新。V-Ray 在整张图渲染完成之后才会落盘缓存文件，中间看一直为空是正常的，容易让人误判失败。你可以等渲染进度都走完、画面上出现成品小图，再去看文件。

4. 用光子跑大图：从文件调用并自动保存最终图像

4.1 分辨率改大之后，把模式切到“从文件”

光子文件已经生成，现在进入第二阶段：跑大图。先在“公用”标签里把输出分辨率改成最终尺寸，比如 4000×2250，然后回到 GI 面板做一件事：把发光贴图的模式从“单帧”换成“从文件（From file）”。

这一步的操作顺序很关键。有些人图省事，在渲光子前就把模式设成“从文件”，结果 V-Ray 发现文件还不存在，就会按默认参数重新计算 GI，等于白跑一趟。正确顺序是先渲完小图、确认文件生成，再改模式、指定文件。

指定文件后，灯光缓存也要同样切到“从文件”，指向 gi_lc.vrlmap。如果只把发光贴图切了、灯光缓存没切，最终大图会经历一次灯光缓存重算，渲染时间还是下不来。

这里还要重点检查三个对齐项：相机视角没动、场景单位没动、颜色映射没动。任何一个变了，光子文件里的采样点分布就和大图场景对不上，轻则局部明暗不对，重则直接出黑斑。检查方式非常朴素：在切“从文件”前先渲染一张 200 像素宽的小测试图，和光子阶段的小图对比一下，亮度分布一致再上大图。

4.2 自动保存最终大图：格式、路径和通配符设置

光子调用到位后，设置自动保存大图。打开“公用→渲染输出”，勾选“保存文件（Save file）”，点击“文件”按钮选择输出路径。

文件类型要按后续用途定。进合成调色，用 EXR，它保留了浮点光照信息，后期拉曝光不容易断层；直接交付预览，用 TGA 或 PNG 都行；JPG 不建议作为最终渲染输出格式，每保存一次就压损一次，而且没有透明通道。单帧渲染时文件名直接写 final.tga 就好，动画序列则要写成 final_#.tga，这里井号会被自动替换成帧号。如果文件名里不加井号，动画渲染时每一帧都会覆盖上一帧，最后只剩一张图，这是批渲最常踩的坑之一。

渲染元素面板里建议顺手加一个“V-Ray Denoiser”，选择“仅渲染时计算”。大图分辨率上来之后，噪点会明显，降噪器能在不重跑投影的情况下把画面擦干净。降噪器处理的是最终输出，不影响光子缓存内容。

注意：最终大图的噪点阈值可以和光子阶段不同，但不要比光子阶段低太多。光子阶段已经用较粗的采样记录了间接光，大图阶段就算把采样拉到极限，也只能优化直接光照部分，间接光照仍然受制于光子文件的采样密度。

4.3 三个确认信号，判断光子是否真的被加载

大图开始渲染后，不要干等。先看三个信号，确认光子确实被调用，而不是重算。

第一个信号是渲染进程的 CPU 占用率。光子已经加载时，每块 bucket 采样时不需要再同步计算 GI，CPU 占用通常比第一次低 10%～30%。第二个信号是渲染日志，出现“Loading irradiance map from file…”和“Loading light cache from file…”就说明加载成功。第三个信号是界面上不会再有“Computing irradiance map”或灯缓存计算的准备阶段，渲染直接从 bucket 采样开始。

三个信号里，日志是最可靠的。CPU 占用率受场景影响很大，不一定准确；界面准备阶段有时一闪而过，肉眼容易漏；日志不会骗人。如果这些信号一个都没有，停下来查模式设置，别让机器白跑几个小时。

5. 光子跑大图的常见问题排查：从半亮半暗到黑斑闪烁

排查这类问题，我的习惯是先打开 V-Ray 日志窗口，搜索 Loading、Saved 之类的关键词，再根据现象动手。光子流程的大部分故障都发生在加载环节，肉眼看到的现象反而是次要的。下面五条是这类工作流里最常出现的翻车现场，按“现象→原因→解决”的顺序列出来，方便对照。

5.1 大图出现“脏脚印”一样的黑斑和糊斑

现象：渲染最终大图时，墙角、门窗边缘出现一片片不规则的暗色斑块，像有人踩了脏脚印。小图阶段完全正常。

原因：光子图分辨率太低了。采样点间距比墙面明暗变化的尺度还大，插值时照顾不到细节，于是出现明暗不平滑的区块；灯光缓存细分不足也会加剧。

解决：把光子图分辨率从最终图的 1/4 提高到 1/2，发光贴图预设从“低”切到“中高”，灯光缓存细分提到 1200 到 1500，重新跑一遍光子。注意不要只调大图阶段参数，问题出在光子文件本身，必须重渲光子。

5.2 明明切了“从文件”，渲染却还是从头算 GI，速度没变

现象：大图渲染开始后，又看到“Computing irradiance map”阶段，渲染时间和没设光子时几乎一样。

原因：最常发生的是“从文件”模式下没有实际指定文件路径，或者指定路径指向一个不存在的文件。V-Ray 在找不到文件时，会静默退回“单帧”行为，重新计算一遍 GI，不给任何红色报错。

解决：点开发光贴图卷展栏，确认“从文件”旁边真的有路径；再打开日志，搜索“Loading”字样。没有找到加载记录，就重新浏览选择一次文件，然后渲一张小测试图验证。

5.3 把光子文件拷到另一台机器后，大图整体发黑

现象：同一套场景和光子文件，在 A 机器上渲染正常，拷到 B 机器后大图整体发黑，像是间接光照全部丢失。

原因：V-Ray 的光子文件不只记录采样点，还附带绝对路径和渲染器版本信息。文件换了机器后路径变了，或渲染器小版本不一致，加载时会静默失败，画面只能靠直接光照撑着，自然发黑。

解决：在 B 机器上重新手动指定一次光子文件路径，并确认两机的 V-Ray 版本一致。路径尽量固定在同一个位置，比如统一用 D 盘根目录下的缓存文件夹，避免网络盘映射不统一的问题。

5.4 大图渲到一半内存爆满，渲染器直接退出

现象：光子文件加载成功，开始出图后内存占用一路飙升到 90% 以上，然后渲染器卡死退出。

原因：灯光缓存细分过高，或者光子图分辨率拉太高，文件体积过大；加载时还要复制一份到内存，叠加最终图缓冲区就爆了。

解决：灯光缓存细分回调到 1000 到 1500，光子图分辨率控制在最终图的一半以内。如果场景特别大，把场景按区域拆开分别渲光子，不要贪图一次缓存全场景。

5.5 大图渲完，亮度比之前小图高出一截

现象：同样的灯光，用同一份光子文件跑出来的大图，曝光和小图阶段明显不同，整体偏亮或偏灰。

原因：颜色映射设置变了。光子文件里记录的间接光照信息，是按渲光子时的颜色映射存储的；最终大图用另一套颜色映射去解释同一份缓存，亮度就串了。

解决：把两个阶段的颜色映射、曝光值、白平衡锁定为同一套设置。换机器或换场景后尤其要检查，V-Ray 不会自动同步这些参数。

6. 把“渲光子→跑大图→自动保存”串成批处理：动画项目收尾技巧

单帧的静态图，手动操作就够了，真正吃这套流程红利的是动画批渲。动画项目里往往有几十到几百帧，如果逐帧渲大图，每一帧都要重新算 GI，工作量翻倍。正确做法是先用“多帧累加”模式把所有帧的缓存累积到同一个光子文件，再切“从文件”批量出图。

具体顺序是：把所有相机角度和动画范围设置好，用低分辨率（比如 1600×900）渲染每一帧，此时发光贴图模式选“多帧累加”，自动保存到同一个 vrmap 文件；灯光缓存同理。跑完一遍小图序列后，把模式切“从文件”，锁定光子路径，再统一用 4000 宽的分辨率批渲最终帧。

嫌手动切换太麻烦，可以用一段简短的 MaxScript 把“加载光子+改分辨率+输出文件名”串起来，示意如下：

-- 示意脚本：设置光子文件并渲染当前相机 -- mode 索引在不同版本中可能不同，务必先试运行 rd = renderers.current rd.irradianceMap.mode = 6 -- 6 代表 FromFile，版本间有差异 rd.irradianceMap.fileName = "D:/gi_cache/final_irr.vrmap" rd.lightCache.mode = 3 -- 灯缓存模式，具体值以本版为准 rd.lightCache.fileName = "D:/gi_cache/final_lc.vrlmap" rd.outputWidth = 4000 rd.outputHeight = 2250 render outputFile:"D:/out/anim_#" + ".tga"

脚本里的 mode 枚举值因 V-Ray 版本而异，不要直接抄数字，先在 MaxScript 监听器里执行一遍，看返回值和面板状态是否对应。outputFile 里的“#”会被当前帧号替换，适合动画输出。写脚本时先渲一帧小图验证光子加载，再用批处理跑全部帧。

做这套流程时，我吃过最大的亏是在动画里用了“单帧”模式渲光子，几百帧硬渲了一整晚；后来切到“多帧累加”，半小时就把缓存全写完了。现在每次批渲前，我都会先在日志里确认光子文件被加载，再离开电脑。希望帮到你。

本文还有配套的精品资源，点击获取