估算镜头、重做和成片输出。
估算一部视频时,请将需要制作的内容、计算工作和完成所需的时间窗口分开。统计帧数或片段数,观察有代表性的案例,并加上重拍、准备和恢复的时间。然后将这份日程对应到 3 天、7 天或 30 天的套餐上。本指南中的示例计算展示的是方法,并不测量目录中任何一款 GPU,也不构成制作报价。
确定要估算的影片版本
先列出一份镜头清单,包含时长、帧率、尺寸和预期效果。说明起始帧和结束帧、衔接点、剪辑所需的余量以及要交付的变体。额外的竖版格式可能需要另一种构图,并不总是简单地导出。要把镜头计算、创意确认和各版本的制作分开进行。
把项目、资源、设置和一段有代表性的片段集中在一起。对于 Blender/Cycles,记下版本、引擎、计算设备和质量参数。对于生成的视频,记下模型、片段时长及其工作流。
选择与流程相匹配的计费单位
对于 3D 动画,请从实际渲染的帧数出发。按每秒 24 帧计算,四秒就是 96 帧。注意采用包含端点:从第 1 帧到第 96 帧,得到的确实是 96 帧。为衔接而预留的额外帧也应计入总数,即使它们不出现在最终时长中。
对于视频生成模型,合适的计量单位可能是单次运行产出的完整片段。不要用单张静态图像的成本去推算它:时间维度的处理和解码未必遵循同一规则。如果你的工作流中包含相应环节,请分别估算生成的片段、尝试的变体以及插值或放大步骤。
包含端点区间的计算方式为:最后一帧 − 第一帧 + 1。要确定区间端点、帧率和衔接帧,请继续阅读帧率与序列指南。
测量多个有代表性的环节
选择一个简单的段落、一个典型的段落和一个高要求的段落。在 3D 场景中,体积、反射、头发或物体的进入都可能改变负载。在用于估算的测试中,要保留最终分辨率和决定质量的设置。降低分辨率的预览对美术方向仍然有用,但不足以预测最终的计算量。
要分别记录项目打开、场景准备、计算、降噪和写入图像。首次运行可能包含后续运行没有的步骤。使用 Cycles 的自适应采样时,各个区域承担的工作量并不相同:仅仅乘以最大采样数并不能反映真实耗时。与其保留一个孤立的纪录,不如保留多次观测结果。
假设示例:一段十二秒的动画
我们以三个4秒的镜头为例,帧率为每秒24帧:每个镜头96帧,合计288帧。仅为了演示计算,假设每个镜头的每帧耗时分别为18秒、30秒和45秒。这些数字是本示例虚构的,并不描述任何GPU。耗时则分别为1,728秒、2,880秒和4,320秒,总计8,928秒,即2小时28分48秒。
为返工预留25%的余量后,计算增至11,160秒,即3小时6分。若再假设预留30分钟准备时间以及45分钟传输与导出时间,总预算达到4小时21分。请用你实际观测到的数据替换每一项假设;此合计并不会自动涵盖人工审核的耗时。
为检验这一估算,我们只把镜头C的45秒替换为60秒。增量即为96 × 15 = 1,440秒,也就是返工前增加24分钟,按同样25%的余量则为30分钟。总预算变为4小时51分。这一敏感性分析指出了最需要完善记录的镜头,但它并不能验证任何一项假设的耗时。
| 套餐 | 图像 | 每图假设 | 计算 |
|---|---|---|---|
| A | 96 | 18 | 1,728 秒 |
| B | 96 | 30 | 2,880 秒 |
| C | 96 | 45 | 4,320 秒 |
| 初始总计 | 288 | 视方案而定 | 8,928 秒 = 2 小时 28 分 48 秒 |
| 含 25% 的重试 | 负载假设 | 8 928 × 1,25 | 11,160 秒 = 3 小时 06 分 |
| 含准备与输出 | 30 + 45 分钟 | 其他假设 | 总计 4 小时 21 分 |
明确为返工留出空间
余量不应掩盖所有问题。要把技术性返工(例如缺少贴图)与创意性改动(例如更换摄像机)区分开。前者可以通过事先检查来减少;后者取决于确认流程。在按最终设置计算整段序列之前,先让人确认取景和运动。
对于视频生成,要记录产出的尝试次数和被接受的片段数。在若干镜头上观察到的比例只是这个项目的参照,并不是普遍规律。如果你更换模型、参考或意图,就要重新评估这个比例。给出一个工作区间,并指出什么情况会让它偏向区间上限。
| 不确定性 | 减少它的因素 | 何时重新计算 |
|---|---|---|
| 缺失资源 | 传输与打开检查 | 添加或更换资产后 |
| 更高要求的方案 | 导出为最终设置 | 重新模拟或定义后 |
| 方向未获批准 | 构图与运动验证 | 创意返工后 |
| 输出体积更大 | 代表性文件与拷贝校验 | 添加通道或版本后 |
统计文件数量和输出操作次数
最后一帧画面出现时,计算并未结束。还需要预留合成、正常速度检查、可能的调色、编码以及所需文件的传输时间。图像序列可以让你复用部分文件、在不重新渲染场景的情况下制作多段视频。请确认剪辑或合成软件支持所使用的图层和格式。
再看一个纯属假设的例子:288 张 25 MB 的图像,仅一个序列就达 7 200 MB。通道、版本、缓存和备份还要另算。只有在你查看过代表性文件之后再套用这个乘法:文件大小会随内容和压缩方式而变化。要留出时间检查收到的文件,而不只是启动拷贝。
为方便剪辑,可使用代理文件进行预览。代理文件的生成以及与原始文件的关联也需要时间;它们无法替代最终输出所需的文件。
把内存与日程同租用挂钩
先选择一款与软件兼容、且能运行目标片段的配置。如果项目超出可用内存,用另一种方法得到的时长估算就参考价值不大。48 GB 的显卡能提供比 24 GB 显卡更多的空间;它并不承诺某个固定的速度倍率。同样,多块 GPU 也不会以相同方式加速所有环节。
把 3 天、7 天和 30 天的时长与你完整的日程比对:所选工具的安装、测试、修改、计算和取回。可用窗口可能比累计计算时间更长,因为各项决策出现在不同时点。
读取套餐价格,无需构造小时费率
目录中显示的金额是整个批次和整个时长的美元金额。租赁预算按所选时长取用这一金额,再乘以批次数。请核对批次构成:其价格已经包含其中的 GPU。不要再次乘以显卡数量,也不要在心里把四小时的工作量当成一个并不存在的按小时套餐的四小时。
保留两行:所选套餐的费用和日程假设。只用少量计算小时数的制作可能要等好几天才有结果。在价格页比较 3 天、7 天和 30 天套餐,然后重新核对配置器中的总计。可能存在的外部费用,尤其是您钱包产生的费用,与租赁金额是分开的。此估算既不等于即时可用,也不等于有保证的交付时间。
交付物:一份可以修正的估算
每个镜头保留一份记录表,写明其参数、计量单位、观察结果、预计的重做以及要产出的文件。再加一份汇总,把 GPU 计算、准备工作、传输和验收分开。注明测试日期和项目版本:新的模拟或分辨率变化都意味着需要重新估算。
预期结果是一份有说明的排期,附带与某个配置和时长相对应的租赁预算。必须能够替换某一项假设而不必重建整个推理过程。视频工作台有助于确定镜头的范围;GPU 记录表随后可用来比较显存和兼容性。等样片和范围足够稳定时,再预订完整渲染。
不要把失败的尝试从表格中删掉:它可能解释某次显存不足或某次重做。但不要把同一次加载或传输计入两个类别。如果缺少某项信息,就把它保留为未知,并注明下一步需要核查什么。
你的疑问。
我可以用单帧耗时乘以整段视频吗?+
如果图像复杂度相近,这可以给出一个初步的数量级参考。对于包含多个镜头或较大差异的影片,请分别测量每个类别。还要加上未计入这张图像耗时里的那些步骤。
更长的租用时长会减少所需的计算吗?+
不会。它只是给出不同的工作窗口。性能主要取决于硬件、软件和项目。按时长来配合你的安排,然后保留那些能解释计算时间的设置和测量。
25% 的余量对所有影片都够用吗?+
不够。它只是为了示例而选定。余量应当应对项目中的不确定性:镜头之间的差异、技术性重做、验收和范围变更。一个没有依据的精确数值会给人虚假的可靠感。
四小时计算意味着三天就够了吗?+
不一定。准备工作、反馈、传输和人员是否可用都可能拉长日程。选择时长时要考虑这些环节,不要仅凭累计时间来推断交付期限。
示例中的 7 200 MB 是存储预估吗?+
那是 288 张图像乘以 25 MB 的假设性乘积。请测量能代表您导出结果的文件,再加上各种通道、版本、缓存和必要的副本。这个结果并不表示套餐中包含的存储容量。