把文件交给陌生人一次：一个免费渲染农场的以物易物

上次，我的四台笔记本渲染农场输给了我自己的笔记本。 我答应过给你结局。 它涉及一个由陌生人运营的免费农场，和一个叫 sheepit-autoupdate.jar 的 Java 文件。 如果你错过了，上次我们把四台笔记本变成了一个 Flamenco 渲染农场。 它成功了。 然后农场几乎把所有时间都花在我 5 Mbit/s 的家庭上传带宽上下载一个 115 MB 的 .blend，而我的笔记本独自完成了工作。 结论只有一句话： 渲染农场是一个穿着 GPU 外衣的文件分发问题。 所以第二轮的问题不是“我去哪里找更多 GPU”。 而是“我可以把文件交给谁一次，让它自己扩散开，而不用我的上传带宽当高速公路”。 SheepIt 是一个免费的、社区驱动的 Blender 渲染农场。 规则简单得漂亮。 你在机器上装一个小客户端。 机器空闲时，它渲染别人的帧。 这为你赚取积分。 你用积分让社区渲染你的帧。 每个人借出一台机器，每个人都得到帧。 我没有搭建一个农场。 客户端就是一个 Java jar（sheepit-autoupdate.jar，它会自我更新，名字由此而来），上传端是一个网页，你把 zip 丢进去。 这就是我需要运行的全部基础设施。 没有 Samba，没有 tailnet，没有 NAT 考古。 文件只去一个地方，把它分发给一百台机器是别人的问题。 SheepIt 靠积分运行。 你通过渲染别人的帧赚取积分。 你下单自己的帧时花掉它们。 核心循环不需要钱，只需要渲染时间进、渲染时间出。 我在 10 月 10 日注册，正好是笔记本农场放弃的那个周六，然后让客户端挂着。 这是几天后我们的资料： 让我读给你听。 我们的笔记本花了 2 天 7 小时渲染陌生人的帧。 那是为别人渲染的 6,981 帧。 作为回报，我下单了 17 个项目、18,651 帧。 我下单的帧数几乎是我渲染的三倍，而余额还显示 1,261,589 积分。 我无法给你 SheepIt 的确切汇率，所以把这当作观察，而不是公式。 据我所知，一个轻量的 360p 帧下单便宜，一个重度的 1080p 光线追踪帧更贵，更强的 GPU 赚得更快。 我能给你看的是它的形状： 积分线只往上走。 四天的渲染连续记录，我从未见底。 帧数线在头两天后变平，我猜是笔记本开始忙我自己的工作。 这是我没预料到的部分。 我以为我在借一个农场。 我加入的是一个以物易物的经济体，同一台白天剪 Miles 的笔记本，晚上在替别人渲染羊。 每个人同时是客户和供应商。 SheepIt 只对你提一个要求，而这恰好就是全部的工程难题。 你的 .blend 必须在一台你从没见过的机器上、无人值守地跑起来，而且你的项目一样都不在身边。 我的场景不是为这个设计的。 它们由 Python 脚本构建：加载一座城市、重定向动画、给上千个值打关键帧，再把结果烘焙进 .blend。 在我的笔记本上，那个文件依赖整个项目文件夹： 纹理的绝对路径，比如 /home/lovestaco/pers/lr_demo/.... 城市里动画屏幕的图像序列（bugs 板、队列计数器）。 旁白的音频条。 我自己的脚本在渲染时应用的渲染设置。 陌生人的机器上这些全都没有。 它跑不了我的脚本，所以那些由代码施加的设置根本不会发生。 于是我写了一个打包器 sheepit_pack.py，任务是把构建好的场景变成一个自包含的场景： 把所有图像打包进 .blend。 纹理现在跟着文件走。 图像序列复制到旁边，改用相对路径。 Blender 无法打包序列，所以文件夹跟着 zip 一起走，路径变成 //assets/.... 丢掉音频条。 旁白和音效后面用 ffmpeg 混，所以农场从不需要它们。 把设置烘焙进文件。 1920x1080、100%、64 采样、全分辨率光线追踪、开运动模糊、PNG 输出。 然后打包成 zip，.blend 放在根目录。 我的 zip 在 130 到 240 MB 之间。 SheepIt 上限是 2 GB，所以空间很宽裕。 把场景发给陌生人有件事很要命。 如果它是坏的，你要几个小时后才知道，那时陌生人的机器已经用你的积分烧了一百帧一模一样的黑图。 所以每个包在离开我的笔记本之前都要过一道闸。 流程是：构建好的 .blend 打包（图像、相对路径、烘焙设置），压缩成 zip（.blend 放在根目录），解压到一个干净文件夹，校验路径、设置、确认没有音频；失败就修好重打，通过就从解压出来的副本渲染一到两帧测试帧，再上传。社区渲染完，下载帧的 zip，检查帧数、缺口、大小、黑帧，不合格的重新排队，合格的才配上音频和字幕合成。 关键的一步是解压。 我不测原始的 .blend。 我把包解压到一个全新的临时文件夹之后再测。