Seedance 镜头预算：Mini 与 Fast 的1,500积分计划

成片20秒，计划可能要生成60秒

社区体育活动的预告片需要四条各5秒的镜头，剪出来是20秒，但这不等于只购买20秒生成量。每条镜头若预留两次草稿尝试和一次全新的最终生成，计划就包含60秒生成量。只按成片长度计费，会在第一次请求之前漏掉三分之二的计划工作。

按2026年10月30日核对的Orux价格，草稿480p、最终输出720p的这一方案，使用seedance-2.0-mini合计 1,069.8积分，seedance-2.0-fast合计 1,720.968积分。假设项目授权上限为1,500积分，前者剩430.2积分，后者超出220.968积分。这是确定的预算计算，不是生成或评判视频后的实测。

本文交付镜头台账、带条件的价格对比和可运行Python，在实际购买前检查全案。核心问题是预留多少生成量，而非哪个模型画质最好。本篇没有付费模型调用。

先定义交付件，再比较模型

采用一份虚构的社区跑步活动预告片需求：四条独立生成的5秒镜头，分别承担开场地点、参与者准备、运动瞬间和活动收尾卡的编辑角色。这些是预算标签，不是已验证执行效果的提示词。准确的活动文字可以在剪辑软件后期添加，不应假定视频会自动正确生成。

每条镜头预留两次480p草稿，用于讨论构图和运动，再预留一次新的720p输出供最终选择。在本计划中，草稿本身就是单独购买的结果；最终输出是另一次生成，不假设免费升级，也不假设它精确复现获准的草稿。人物连续性、细节可读性和运动可用性，都要等真实输出后再审查。

当前两个Orux表单均提供480p、720p，以及4–15秒整数时长。因此5秒符合本次核对的约束；3秒插镜或16秒镜头不在计算器支持范围内，应调整编辑计划，而不是悄悄把不支持的时长四舍五入后购买。

表单也将首尾帧与独立参考图片模式区分开。下方预算不能证明所有参考素材组合均可用。使用参考前，核对最新表单、素材权利和具体请求估价。Seedance家族介绍不能被当成这两个Orux条目开放全部原生功能的承诺。

必须匹配具体分辨率价格行

左右滑动查看完整表格。

表格单位是每生成1秒的积分，1积分=$0.005。数据取自指定alias和分辨率的公开按秒价格行，不是首页“起价”。核对时这些价格行按精确数量计量、无最低收费；未来配置或其他请求条件可能改变估价，因此购买前应刷新模型页。

本次没有核实这些相同条件下Mini/Fast对应的第一方完整价格表，因此不宣称相对官方节省多少，也不宣称Orux优于厂商或竞品。“fast”出现在alias里也不是实测耗时；本计算不排名速度、画质或通过率，这些需要可比任务与另外的证据。

Mini的5秒720p尝试为141.59积分，Fast对应为227.774积分。这是方便计算补拍的单位，不能直接叫作一段“最终可用5秒”的成本，因为被淘汰的尝试仍要记入制作台账。

把草稿和最终输出分开记账

左右滑动查看完整表格。

四行代表四个制作预留。镜头角色说明该在哪个环节做判断，各行算式相同：一共40秒草稿、20秒最终输出。若单条5秒视频内部包含多个机位变化，那是另一种创作请求，不能因为长度相同就视为同一任务。本文不承诺内部镜头逐段精确时序控制。

Mini草稿预留为40×12.586=503.44积分，最终预留为20×28.318=566.36积分，合计1,069.8积分。Fast对应为809.872和911.096积分，合计1,720.968积分。每个数量要带上分辨率；60秒全部乘同一个费率，算的是另一份计划。

1,500积分是虚构的项目上限，不是平台最低充值、最低消费或建议花费。请自行设定预算。每条两次草稿也不是观察到的成功率，只是编辑在讨论真实需求后可以增加、减少或拒绝的预留。第一条输出已够用时，没用到的预算无需花完。

不发模型请求，也能运行计算器

保存下列代码为budget.py，运行python3 budget.py。它仅使用Python标准库，没有网络请求，也不读取API Key。内部以整数微单位保存费率，只在展示时转为十进制积分，使反复乘法保持精确；读者审批和理解的金额仍是积分。

"""Offline planning example. Rates checked 2026-10-30; refresh before purchase."""
from decimal import Decimal

RATES = {
    ("seedance-2.0-mini", "480p"): 12_586_000,
    ("seedance-2.0-mini", "720p"): 28_318_000,
    ("seedance-2.0-fast", "480p"): 20_246_800,
    ("seedance-2.0-fast", "720p"): 45_554_800,
}

def cost(model, resolution, seconds, attempts=1):
    if type(seconds) is not int or not 4 <= seconds <= 15:
        raise ValueError("Duration must be an integer from 4 to 15 seconds")
    if type(attempts) is not int or attempts < 1:
        raise ValueError("Attempts must be a positive integer")
    return RATES[(model, resolution)] * seconds * attempts

def credits(micro):
    return format(Decimal(micro) / Decimal(1_000_000), "f")

def plan(model, draft_resolution, final_resolution, draft_attempts):
    # Four separate five-second shots; final pass is a fresh generation.
    draft = 4 * cost(model, draft_resolution, 5, draft_attempts)
    final = 4 * cost(model, final_resolution, 5)
    return draft + final

if __name__ == "__main__":
    cap = 1_500_000_000  # Hypothetical project allowance: 1,500 Credits
    for model in ("seedance-2.0-mini", "seedance-2.0-fast"):
        total = plan(model, "480p", "720p", 2)
        remaining = cap - total
        # Never report negative remaining funds as usable retake capacity.
        extra = max(0, remaining // cost(model, "720p", 5))
        print(model, credits(total), credits(remaining), "extra_5s=", extra)

实际本地运行输出：

seedance-2.0-mini 1069.8 430.2 extra_5s= 3
seedance-2.0-fast 1720.968 -220.968 extra_5s= 0

第三列（模型alias为第一列）是剩余额度，可能为负。只有余额为正时才计算额外5秒补拍次数。程序拒绝非整数、4–15秒之外的时长和无效尝试次数；遇到不存在的模型/分辨率组合会报错，不会暗中换一个价格。

本地检查确认了两项总价，并拒绝3、16、5.5秒及伪装成整数的布尔值。这是算术与输入验证，不能判断生成的运动员、镜头运动或活动标识是否可用。迁移到表格或制作工具时也应保留这一区别。

审过真实镜头后，再动用余额

Mini计划剩430.2积分，按本次720p价格，可容纳三次额外5秒尝试：3×141.59=424.77积分，剩5.43积分。第四次放不下。这是虚构上限下的购买容量，不是保证获得三条合格镜头。

Fast计划一开始便超出220.968积分，因此额外补拍容量为0。不能将负余额默认为会自动追加的支出，应先修订计划。例如每条只做一次480p草稿，再做一次新的720p最终输出，Fast合计1,316.032积分，数字上可容纳，但减少了草稿探索机会，需要团队接受这个取舍。

不要把一个假设输出里混入多个模型费率。如果有意用一个alias打草稿、另一个出最终版，应另建计划并明确审查连续性风险。模型或分辨率改变可能影响结果外观，预算计算器无法保持人物身份、服装或场景几何。某个科目减少开销不能证明交付结果等价。

开始后将实际任务费用放在计划费用旁，逐条标记接受、淘汰或待审及理由。最终每可用秒的成本，只能由真实扣费和合格输出得出。在此之前，预留的价值就在于暴露仍未确定的地方。

开始制作前重新核对请求

打开seedance-2.0-mini与seedance-2.0-fast，选择所需分辨率、时长，将当前估价与台账对照。数值不一致时先更新费率。代码里的带日期常量用于复现本文，不是永久目录价格。

评审时带上明确交付件：四条镜头、编辑角色、草稿数量、最终数量、分辨率和最高授权积分，并约定谁能批准追加尝试。这比声称某个固定生成次数必能解决创作更有用。

审真实画面可参考既有Kling双镜头审片，选片与请求预算是不同工作。若项目另含检索文本任务，Qwen3 RAG预算使用不同计量数量，不能把每秒费率套到向量化上。

FAQ

Q.20秒成片就只计20秒费用吗？

只有恰好生成20秒一次且全部采用才符合。示例里四条镜头各有两次草稿和一次全新最终尝试，共60秒生成量，最终时间线仍为20秒。被淘汰的尝试、未使用的变体都要记入费用台账。

Q.最终输出是草稿免费升级吗？

本计划不假设免费升级，而是将720p最终输出视为480p草稿之后的新生成。它没有证明已保存草稿可以升级或精确复现。若要采用其他工作流或功能，先核对当前表单与估价。

Q.1,500积分能保证四条可用成片吗？

不能。额度约束购买计划，不能决定输出是否合格。Mini示例留有三次5秒720p补拍容量，但并不保证其中任何一次满足需求。先审核真实结果，超出既定上限前再取得批准。

Q.计算器测了Mini与Fast的画质或速度吗？

没有。它只在明确匹配时长与分辨率的条件下对比带日期的Orux价目。本篇没有生成、计时或评分视频，模型名称和家族描述不能替代受控比较。若画质或交付速度决定选型，应另做有授权的评估。

Q.换项目时怎样更新预算？

重新核对在售alias、支持时长、分辨率条件与当前估价，再替换费率和镜头数量，运行本地检查并选择自己的上限。保留草稿和最终输出的独立行，避免更改数字时隐藏额外生成量，或暗示一条结果会自动变成另一条。

价格核对日期：2026-10-30。来源：Mini公开目录、Fast公开目录、ByteDance Seedance家族资料。前两项用于核对Orux选项与价格；家族资料仅作背景，不是精确的Mini/Fast价目表。