离线渲染断电后续跑完全可以实现，但前提是你在渲染前做了必要设置否则断电后只能从头再来。渲染几小时甚至几十小时的工作，因为一次跳闸全部作废，这事放在谁身上都难受，别急，下面这套断点续跑的完整方案，按照不同渲染器和场景逐一拆开说清楚。
离线渲染断电后续跑为什么不能直接"接着渲"？
要理解续跑的原理,得先搞清楚渲染器是怎么工作的，离线渲染是逐块计算像素的，渲染器把画面切成许多小方块，逐个算出最终颜色值，断电后，内存中已经算好的那些像素直接清空，渲染器自身记忆归零，所以续跑的核心思路只有一个：让渲染器在计算过程中定期把已完成的部分"存起来"，下次打开时加载这些存档，继续未完成的工作。
断电续跑的原理：检查点与像素复用
行业内管这个机制叫检查点（Checkpoint），渲染器每隔一段时间，把当前已经算好的画面信息写入磁盘上的一个文件，这文件不只是一张静态图，还包含各像素的采样次数、光线数据等中间信息，再次启动时，渲染器从磁盘读取该文件，跳过已计算区域，继续采样差距最大的部分。
行业共识认为,这项技术节省的时间通常在80%以上，尤其对高分辨率大图的场景效果极明显，不过它有一个致命前提：渲染引擎支持这种格式，而且你提前打开了相关选项，常见渲染器几乎都内置了该能力，只是名称和触发方式各不相同。
不同渲染引擎的续跑能力差异
| 渲染引擎 | 续跑支持 | 中间文件格式 | 恢复精细度 |
|---|---|---|---|
| V-Ray（CPU） | 支持 | .vrimg | 像素级续算 |
| Corona | 支持 | .cvr | 像素级续算 |
| Redshift（GPU） | 支持 | checkpoint文件 | 帧级/块级 |
| Blender Cycles | 有限支持 | .exr多层 | 分块续算 |
| Octane | 不支持 | 无 | 必须从头渲 |
这张表格基本覆盖了市面上90%的离线渲染场景，下文逐个展开说明。
V-Ray渲染断电后能不能接着渲？
这个问题在各大渲染论坛里被反复问起,答案是能，但你要在渲染前动几下鼠标，V-Ray是离线渲染领域使用最广的引擎，它的续跑功能相对成熟，操作路径也最清晰。
V-Ray for 3ds Max的续跑操作步骤
在3ds Max里打开渲染设置面板（F10），找到V-Ray帧缓冲区（VFB），打开"存储.bmp或.vrimg图像"的复选项，推荐的格式是
.vrimg，它不仅保存颜色信息，还保存每个像素的采样进度，设置好输出路径，点渲染后，V-Ray会持续把进度写入该文件。
断电后操作流程如下：
- 重启电脑,打开原场景文件
- 打开渲染设置,勾选"从文件继续渲染"
- 点渲染按钮,在弹出的窗口中选择那个.vrimg文件
V-Ray会自动比对场景与存档的匹配情况，如果场景没有较大改动，会直接从断电位置继续采样，需要提醒的是，场景对象的增删会直接导致续跑失败，因为每块像素对应的几何体信息对不上了。
Corona渲染器的续跑设置
Corona的设计思路和V-Ray基本一致，中间文件后缀为.cvr，在Corona渲染设置中有"使用检查点文件"选项，设置间隔时间（建议10-15分钟一次），计算机会自动保存，续跑时，从Corona渲染窗口打开"恢复被中断的渲染"选项，选择.cvr文件即可，Corona的优势在于它还可以同时保存渲染元素（通道图），恢复后所有通道状态一并还原，后期合成不用重新搞。
命令行续跑（进阶方案）
熟悉批处理的话,可以写一段脚本实现自动化：V-Ray命令行工具支持-continue参数，配合任务计划程序，可以在来电后自动开机、自动续跑，这种方式适合渲染时间特别长的大项目，不用人守在机器旁边，命令行格式大致如下：
vray.exe -sceneFile=xxx.max -continue=xxx.vrimg -output=xxx.vrimgGPU渲染器断电续跑为什么更难？
GPU渲染近年很火,但它在断电续跑这件事上做得远不如CPU引擎稳定，原因在于显存和线程管理的机制差异，显卡渲染时大量数据驻留在显存中，显存比内存更小，也更难做快照存档。
Redshift的checkpoint机制
Redshift从2.6版本开始加入checkpoint功能，关闭时不会完全丢失进度，操作路径在渲染设置里的"Checkpoint"选项卡，勾选启用后设置保存频率，Redshift提供两种模式：一种是把检查点写入场景关联的cache文件，另一种是直接渲染到多图层EXR/OpenEXR，前者恢复精度高，后者适合直接交给后期流程，但分辨率改动后无法继续。
Redshift续跑时,直接在渲染器里打开checkpoint文件，会跳过已完成帧或已完成区块，它的弊端是检查点文件体积大，以4K分辨率为例，一个中途存档常常超过1GB，频繁写入会拖慢整体渲染速度，建议间隔设到20分钟以上。
Blender Cycles与Octane的处理思路
Blender Cycles的情况比较特殊：它本身不直接提供一键续跑，但换了个思路实现了类似效果将渲染结果保存为
多层OpenEXR，Cycles在渲染时，每隔N帧将当前渲染层写入EXR文件，这个EXR包含了各采样次数的颜色叠加数据，断电后，用Blender打开这个EXR继续渲染，理论上可行，但操作繁琐，需要手动调整采样数参数，而且很容易出错，实用建议是：Blender用户优先考虑安装Bolt这类第三方插件，它能自动管理EXR续传，比手动操作可靠得多。
Octane则是硬伤,目前版本没有检查点机制，唯一的保底方案是配合TFD插件或第三方脚本定时拉取渲染缓存，但坦率说，这两种方案的稳定性都不太理想，长时渲染项目用Octane的话，最好配一台UPS不间断电源，从物理层面解决问题。
本地渲染好还是云渲染好？两者断电恢复的成本天差地别
讨论续跑技术的本质,其实是讨论"如何避免重复劳动"，当本地机器断电后，即使能续跑，等待你的还有硬件损伤风险和下一轮跳闸隐患，这时候"本地渲染好还是云渲染好"就成了绕不开的问题，答案不是绝对的，分场景算账。
成本对比：硬件折旧与云渲染价格
本地渲染的显性成本是电费和设备折旧,隐性成本才是真正的大头时间损失，一个200帧的动画，本地电脑算30个小时，期间只要断电一次，即使有续跑机制，也要搭上重启、匹配场景、重新加载的工序，实际浪费至少2小时，而云渲染服务商的机房有双路市电加柴油发电机，断电概率基本上可以忽略不计。
说起"云渲染价格贵不贵"，要换个角度理解，市面上主流渲染农场按机时（Ghz·h）或帧数计费，以一张4K静态图为例，单机渲染1小时的场景，云端价格通常在几元到十几元区间，相比本地高性能工作站动辄3万起步的投入，如果一个月只渲染几次大项目，云渲染的成本更低，还能把断电风险直接转嫁给服务商。
渲染农场怎么收费？按帧还是按机时？
目前主流的云渲染平台,比如瑞云Renderbus、渲云（RenderG）、简米云渲染，计费模式主要有两种：
- 按帧计价：适合动画项目，每帧价格固定，数量越多单价越低
- 按机时计价：适合单张高质量大图或复杂场景，按渲染节点的使用时长收费
具体到"渲染农场怎么收费"，不同平台差距主要集中在公共队列和专属队列上，公共队列便宜但需要排队，晚高峰时段可能要等半小时；专属队列贵一截但即渲即取，着急交付的项目，选专属队列其实更省钱因为时间也是成本。
什么情况下选云渲染更划算
对照以下场景,基本能做出判断：
本地有多台电脑可以组网渲染，且工作时间灵活，断电概率低，继续用本地更省；人不在电脑前、又不想熬夜守着，或者渲染单帧时间超过6小时，云端的稳定性优势已经超过价格差异，果断上云，另外也要考虑素材上传下载的时间成本，超大项目首次上传可能就要两三个小时，这笔时间账也应算进总成本里。
断电后续跑的几条实用保命技巧
除了依赖渲染器自带功能,还有一些操作能让续跑成功率更高，有些甚至不需要技术支持，纯靠流程设计规避风险。
素材文件整理要规范：所有贴图、HDR、代理模型集中在一个项目文件夹，避免使用中文路径和特殊字符，很多续跑失败的案例不是渲染器坏了，而是路径映射断了，渲染器找不到贴图直接罢工。外置存储别用USB接口：用雷电接口或SATA直连的硬盘保存续跑文件，供电不稳时USB设备最容易掉线。渲染过程中别动场景：这点最关键，续跑的本质是读取之前的状态，你在中途改了一个灯光强度，整个缓存可能就失效了。
利用多阶段渲染避坑：将大项目拆分成多个小任务，按镜头或按层分开渲染，即便真要重来，损失的也只是一个子任务，不至于全盘崩溃，另一个值得推荐的做法是先渲小图验证：正式渲染前用低分辨率全图预计算一遍，确认材质、灯光、相机都没问题，再上高分辨率，很多断电后跑不起来的案例，其实是场景本身有错误，只是之前没暴露出来。
常见问题解答
断电后没有保存.vrimg文件，还能恢复吗？
不能,V-Ray和Corona的续跑依赖专用中间文件，这个文件是渲染开始时生成的，断电当刻尚未写盘的进度无法找回，不过如果仅差最后几帧，可以考虑把已完成输出帧合成视频，缺失的帧重新渲染，比全部重算效率高。
UPS不间断电源对渲染续跑有没有实际意义？
有,而且意义很大，一台功率匹配的UPS（建议1500VA以上）能在断电后继续供电5-15分钟，足够渲染器完成当前检查点写入并安全关机，对单帧渲染时间长达数小时的场景，UPS是最低成本的安全网。
云渲染平台如果突然断电，数据安全怎么保障？
正规云渲染平台均采用分布式存储,计算节点故障后任务会自动迁移到其他机器，从其他检查点继续计算，用户侧不需要做任何操作，最终拿到的仍是完整的渲染序列，这本身就是离线渲染断电后续跑问题的最优解把风险转移给专业团队，把时间留给自己。