
Seedance 积分与配额:余额为何透支
一个积分能换多少条视频,取决于分辨率、时长和输入模式同时起效。按秒计费用乘法精确回答这个问题,透明成本结构避免积分透支。
"我的套餐能生成多少条视频"这个问题没有稳定的答案,这才是真正的问题。积分兑换视频的汇率随分辨率、时长和你可能没在关注的设置而变化,所以订阅里还剩几条视频永远不是一个你被告知过的数字。
按秒计费用算术代替汇率。
TL;DR
- 积分隐藏了兑换比例。 同样的余额取决于分辨率、时长和输入模式,能换到的视频数不同。
- 按秒计费让转换变成显式的:
ceil(费率 × 计费秒数 × 1,000)积分。 - 一条 5 秒 720p Face 视频是 $0.769(无源视频)。加上 5 秒源视频后,是 $0.938[1]。
- 分辨率是最陡峭的杠杆,从 480p 到 4K 大约 11 倍。
- 时长必须在 4–15 秒;超出范围的请求被拒绝而非取整。
- 没有"无限" 在任何按秒模型上。有的是你能乘的费率。
为什么积分余额永远回答不了这个问题

积分是平台定义的单位,一条视频消耗的数量是可变的。三件东西一起动,通常同时:
分辨率。 一条 1080p 视频的成本不是 480p 的两倍;按底层按秒费率,接近五倍。
时长。 无源视频时,计费按输出时长。当有 video_urls 时,向上取整后的源视频总时长被加到输出时长。
输入模式。 在 Seedance 上,提供上传的源视频会把请求转到更低的费率和更长的计费时钟。提供图片不会。
把这三个乘起来,"我还能生成多少条视频"就没有单一答案,这就是为什么这个问题一直被问、却永远得不到满意的回复。
按秒计费是什么样的
公开 Face 路由上每个计费秒数的费率[1]:
| 分辨率 | 纯文本提示 | 上传的源视频 |
|---|---|---|
| 480p | $0.07125 | $0.043125 |
| 720p | $0.15375 | $0.09375 |
| 1080p | $0.3825 | $0.2325 |
| 4K | $0.780 | $0.480 |
Fast Face 在 480p 和 720p 更低:无源视频分别是 $0.062 和 $0.132,有源视频是 $0.036 和 $0.080。Mini 单独列价,无源视频 $0.038 和 $0.082,有源视频 $0.024 和 $0.050。
现在同一个问题,有了答案:
| 你想要什么 | 价格 |
|---|---|
| 一条 5 秒 720p Face 视频,无源视频 | $0.769 |
| 一条 10 秒 1080p Face 视频,无源视频 | $3.825 |
| 100 条 5 秒 720p Face 视频,无源视频 | $76.90 |
| 1000 条 5 秒 480p Fast Face 草稿 | $310 |
没有余额要追踪,没有转换比例,没有项目中途出现的墙。
公式
计费秒数 = 输出秒数 + ceil(源视频总秒数)
积分 = ceil(按秒费率 × 计费秒数 × 1,000)
价格 = 积分 × $0.001对于混合工作负载,把每个配置的秒数求和,各自乘以其费率。这就是整个模型。
附加两个约束[1]:
时长必须是 4 到 15 秒的整数。 超出范围的请求被拒绝而非取整或计费。更长的片段从多次生成组合,各自单独计费。
低费率需要真正上传的源视频。 图片输入和首尾帧参考仍在基础费率上。源视频请求也计费输出时长加上向上取整后的源视频总时长。详见 Seedance 2.0 单秒成本。
关于"无限"
按秒模型上没有无限套餐,值得直言而非假装否则。
生成视频成本计算随输出长度和分辨率缩放。任何标榜无限生成的套餐要么在你看不见的地方限速,要么在负载下降质量或队列优先级,要么保留随时改条款的权利。成本不会消失;只是转到了更看不见的地方。
按秒计费是反向交易。你放弃了固定月付数字的舒适感,换来一张你能在跑任何东西前精确预计到分的发票。
没有配额的支出控制
便宜草稿,只渲染一次。 480p Fast Face 是 $0.062 每秒,所以 5 秒迭代花 31 分。在那里迭代,然后把批准的镜头渲染成最终分辨率。Face 路由的 480p 到 4K 差异大约 11 倍。
投入视频前数好两个时钟。 源视频费率在 720p Face 上低约 39%,但源时长变成计费。比较完整请求的总数而非单独的费率。
有意上限时长。 每秒都计费。一条 15 秒的片段本来只需 8 秒,成本几乎是两倍。
动手前预测。 把期望秒数乘以每个配置的费率,你就有了动手前的月度数字。
curl https://reapi.ai/api/v1/videos/generations \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "doubao-seedance-2.0-face",
"prompt": "product hero on a stone counter, soft window light, slow orbit",
"resolution": "480p",
"duration": 5
}'这个请求在信用舍入后花费 $0.357。同样的提示在 1080p 花费 $1.913。实时费率在 reapi.ai/models/seedance-2-0。
图片生成方法相同
按图片而非按秒,同样的可知单位原则[2]:
| 模型 | 每张图片 |
|---|---|
| Nano Banana 2 Lite | $0.020 |
| Seedream 5.0 Pro (1K) | $0.032 |
| Nano Banana Pro (1K/2K) | $0.042 |
20 张 Lite 草稿加 1 张 Pro 最终稿整套约 $0.44。那个数字下面也没有套餐。
FAQ
积分透支前我能生成多少条视频?
按秒模型上这个问题不适用:每次完成的请求消耗其计算的积分。一条 5 秒 720p Face 视频无源视频是 $0.769,一个 $100 的预算覆盖 130 条完整视频[1]。
一条 Seedance 2.0 视频多少钱?
5 秒 720p Face 无源视频是 $0.769。加上 5 秒源视频后是 $0.938,因为源和输出时长都被计费[1]。
有无限 Seedance 套餐吗?
按秒计费上没有。任何无限提议在看不见的地方限制,因为输出长度和分辨率消耗的计算是可缩放的。
我切到 1080p 时成本为什么跳涨?
因为分辨率是最陡峭的杠杆。1080p 大约是 480p 每秒的五倍,4K 大约是十一倍[1]。
失败或时长过短的生成还要付费吗?
失败的任务自动退款。成功的请求遵循完整请求信用舍入;时长在 4–15 秒范围外的请求被拒绝。
我怎样在不牺牲质量的前提下降低成本?
在 480p Fast Face 草稿,只渲染批准的镜头到最终分辨率。如果流程发送源视频,把其时长包含进预测。
图片模型的计费方式相同吗?
按图片而非按秒,但有相同的属性:一个可知的单位,没有转换比例[2]。
我怎样预测月账单?
从其费率和计费秒数计算每个请求,应用完整请求信用舍入,求和积分。
为舒适数字交换可知数字
信用系统看起来更简单,因为它每月产生一个数字。但它更难规划,因为真正重要的数字——每条完成视频的成本——来自一个同时随三个变量移动的兑换比例。
按秒计费反转了这一点。没有月度舒适数字,也没有第三周出现的墙。有的是费率表和乘法,足够在任何人批准前回答"这个推广要花多少"。对于任何因为积分余额在项目中途透支而来到这里的人,这才是真正的区别。
References
- reAPI。Seedance 2.0 与 Seedance 2.0 Mini 模型页——按分辨率、变体和源视频模式的实时费率。 2026 年 8 月 17 日检索自 reapi.ai/models/seedance-2-0 与 reapi.ai/models/seedance-2-0-mini
- reAPI。模型目录——图片模型的按图片费率。 reapi.ai/models
Further reading
- reAPI. Seedance 2.0 cost per second. reapi.ai/blog/seedance-2-0-cost-per-second
- reAPI. Where to use Seedance 2.0. reapi.ai/blog/where-to-use-seedance-2-0
- reAPI. Nano Banana Pro vs Nano Banana 2. reapi.ai/blog/nano-banana-pro-vs-nano-banana-2
更多文章

Runway 替代品对比 2026:价格与功能全测
对齐规格比较 Runway 和 reAPI:Seedance 2.5 在 reAPI 上便宜 11% 到 41%,附诚实限制。


Mammouth.ai 替代方案 2026:5 个工具对比
在找 Mammouth.ai 替代方案?看 Poe、Perplexity、OpenRouter、HuggingChat 和 reAPI 在 2026 年的模型阵容、功能范围和使用方式上到底差在哪。


Kling 运动控制 API:v2.6 vs v3、价格与输入准备
选择合适的朝向模式、源视频时长、计费档位和参考图像来运行 Kling Motion Control v2.6 或 v3,有效减少人脸和身体漂移。
