图生视频首帧图片要求：Kling 3、Seedance 2.5、Veo 3.1

先说结论：首帧图片的要求，既取决于模型，也取决于你走的是哪条调用路线。

Kling 3.0： JPG 或 PNG，每边至少 300 px，宽 ÷ 高在 0.4 到 2.5 之间，文件上限按路线不同是 10 MB 到 50 MB。
Seedance 2.5： 每边 300 到 6000 px，宽 ÷ 高在 0.4 到 2.5 之间，小于 30 MB，生成的视频跟随图片的形状。
Veo 3.1 / 3.1 Fast： 16:9 或 9:16，720p 或更大，文件上限按路线不同是 8 MB 到 20 MB。

如果想要一张哪里都能用的图，直接导出 1280 × 720（竖版 720 × 1280）的 JPEG，控制在 5 MB 以内。下面把每个数字的出处都列出来，方便你对照自己用的那一条。

我整理这份表，是因为图生视频上传失败里和尺寸相关的那部分，大多落在四件事上：文件大小、像素尺寸、宽高比、文件格式。各家都写了规则，但散在不同页面，单位不一样，有时同一个模型还写着不同的数字。比如 Kling 官方 API 写的是 50 MB，Replicate 上的 Kling 3.0 Omni 写的是 10 MB。下面所有数值都是 2026 年 10 月 27 日从各家自己的页面读取的。规则会变，所以每个数字都附了来源链接。

说明：本文覆盖的是国际版路线（官方 API、Replicate、fal）。国内的可灵、即梦、火山方舟控制台有各自的文档，限制可能不同，以它们自己的页面为准。

各模型、各路线的首帧限制

「路线」指真正接收你文件的那一方：模型厂商自己的 API、Replicate 或 fal 这类模型托管平台，或者基于它们做的应用。

Kling 3.0

路线	格式	文件上限	最小像素	宽高比（宽 ÷ 高）
Kling API，Kling 3.0 图生视频	JPG、JPEG、PNG	50 MB	每边 300 px	1:2.5 到 2.5:1（0.4 到 2.5）
Replicate，Kling 3.0 Omni	JPG、JPEG、PNG	10 MB	300 px	1:2.5 到 2.5:1
fal，Kling 3.0 Pro 图生视频	未写明	50 MB	300 × 300 px	0.40 到 2.50

在 Replicate 上，输出 aspect_ratio（16:9、9:16、1:1）的说明是「不使用首帧或视频编辑时必填」（原文 "Required when not using start frame or video editing."）。用了首帧图，构图就要在图里先定好。

Seedance 2.5

路线	格式	文件上限	每边像素	宽高比（宽 ÷ 高）
BytePlus ModelArk，Seedance 2.5	JPEG、PNG、WebP、BMP、TIFF、GIF、HEIC、HEIF	小于 30 MB	300 到 6000 px	0.4 到 2.5
fal，Seedance 2.5 图生视频	JPEG、PNG、WebP、BMP、TIFF、GIF、HEIC、HEIF	30 MB	未写明	未写明
Replicate，Seedance 2.5	未写明	未写明	未写明	未写明

Seedance 有一条规则，习惯先选输出比例的人很容易踩到：首帧模式下，输出视频的形状跟着你的图走。BytePlus 写的是首帧、首尾帧生成时 ratio「必须是 adaptive」，Replicate 写的是这些模式「require 'adaptive'」，fal 则把图生视频的 aspect_ratio 固定为 "auto"。想要 9:16 的视频，就给 Seedance 一张 9:16 的图。

BytePlus 还写明 Seedance 2.5「不支持直接上传包含真实人脸的参考图片或视频」，并给出了三条做人像视频的官方路线。这是内容规则，不是尺寸规则，改图片大小解决不了。

Veo 3.1

路线	文件上限	分辨率	宽高比
Google Cloud，Veo 3.1 与 Veo 3.1 Fast	20 MB	输入分辨率 720p、1080p	「支持的宽高比：9:16、16:9」
fal，Veo 3.1 Fast 图生视频	8 MB	「720p 或更高」	16:9 或 9:16，其他比例「会被裁剪以适配」
Replicate，Veo 3.1 Fast	未写明	「理想尺寸是 1280x720 或 720x1280」	16:9 或 9:16

三家里 Veo 对形状最严。Kling 和 Seedance 接受 0.4 到 2.5 之间的任何比例，Veo 要求 16:9 或 9:16，至少有一条路线会把其他比例直接裁掉，方形的产品图边缘可能就没了。

来源之间对不上的地方

下面是我找到的冲突。同一个模型出现两个数字时，真正生效的是你的文件实际经过的那条路线的限制。

Kling 3.0 文件大小：50 MB 还是 10 MB。 Kling 官方 API 和 fal（Kling 3.0 Pro 接口）写 50 MB，Replicate 的 Kling 3.0 Omni 写 10 MB。一张 20 MB 的 PNG，在一边能过，在另一边会被拒。
Veo 3.1 Fast 文件大小：20 MB 还是 8 MB。 Google Cloud 写图生视频输入上限 20 MB，fal 的 Veo 3.1 Fast 写 8 MB。
Veo 3.1 最小尺寸，三种说法。 Google 列出的输入分辨率是 720p 和 1080p，fal 要求「720p 或更高」，Replicate 说 1280 × 720「理想」，但没写硬性下限。
Seedance 2.5 只有两条路线写了限制。 BytePlus 和 fal 都是 30 MB，Replicate 的接口说明没写大小、格式和像素限制。「未写明」不等于「没有限制」，只是页面没告诉你。
应用自己还会再加一层限制。 跑这些模型的应用，上传上限可能比背后的模型路线还小。下面的 imgmov 就是一个例子。

Kling、Seedance、Veo 通用的稳妥首帧图

不知道应用走的是哪条路线时，就按每一列里最严的值来准备：

检查项	已写明的最严值	怎么导出
格式	Kling 官方 API 和 Replicate 的 Kling 接口只收 JPG、JPEG、PNG	JPEG（图形类用 PNG）
文件大小	fal 的 Veo 3.1 Fast 是 8 MB；通过 imgmov 上传是 5 MB	5 MB 以内
形状	Veo 3.1 要 16:9 或 9:16	正好 16:9 或 9:16
最小尺寸	Veo 3.1 是 720p	短边至少 720 px
最大尺寸	BytePlus 的 Seedance 2.5 每边最多 6000 px	长边不超过 6000 px

宽高比的算法是宽 ÷ 高。1280 ÷ 720 ≈ 1.78，720 ÷ 1280 ≈ 0.56，都在 Kling 和 Seedance 的 0.4 到 2.5 范围内，也正好是 Veo 要的 16:9 和 9:16。3:1 的横幅（3.0）过不了 Kling 和 Seedance；21:9（≈ 2.33）能过 Kling 和 Seedance，但不符合 Veo 的 16:9、9:16；1:1 方图（1.0）能过 Kling 和 Seedance，但 Veo 路线要的是 16:9 或 9:16，fal 会把其他比例裁掉。

所以稳妥的导出是：横版 1280 × 720 JPEG，竖版 720 × 1280 JPEG，质量 85 到 90 左右，5 MB 以内。主体放不进新比例时，补画布（加背景）而不是拉伸，人脸、logo、包装才不会变形。

一分钟自查你的图

不用注册，也不用上传，就能查这四个数：

Windows： 右键文件 → 属性 → 详细信息，能看到尺寸和大小。
macOS： 终端里运行 sips -g pixelWidth -g pixelHeight photo.jpg，访达的「显示简介」能看文件大小。
装了 ImageMagick 的任何系统： magick identify photo.jpg 会打印格式和像素尺寸。

然后对照：宽 ÷ 高在 0.4 到 2.5 之间（Veo 要 16:9 即 ≈ 1.78，或 9:16 即 ≈ 0.56），短边至少 300 px（Veo 要 720 px），文件大小低于所走路线的上限。

上传失败对照表

现象	可能原因	处理
上传前或上传中因为大小被拒（imgmov 的提示是 "File size exceeds 5MB limit."）	超过路线上限（5、8、10、20、30 或 50 MB）	重新导出为 1280 × 720 或 720 × 1280 的 JPEG
很宽或很高的图被拒	宽 ÷ 高不在 0.4 到 2.5 之间	补画布或裁成 16:9、9:16
Veo 生成的视频缺了图片边缘	非 16:9、9:16 的图被裁剪以适配	上传前先补成 16:9 或 9:16
Seedance 出来的比例和你选的不一样	首帧模式跟随图片形状（`adaptive`）	直接把图做成你要的比例
iPhone 拍的 HEIC 照片被拒	Kling 官方 API 和 Replicate 的 Kling 接口只收 JPG/PNG，各应用不一	导出为 JPEG
BytePlus 提示图片 "may contain real person"	Seedance 的真人脸规则（见下方错误码 1）	不是尺寸问题，看 BytePlus 的人像路线
BytePlus 提示 "Invalid Base64 image URL"	Base64 输入有误、数据损坏或格式不受支持（见下方错误码 2）	检查编码，或重新导出为标准 JPEG、PNG

BytePlus 错误码文档里对应的两个错误码：

1. InputImageSensitiveContentDetected.PrivacyInformation 2. InvalidImageURL.InvalidFormat

错误码 1 的原文：“The request failed because the input image may contain real person.”
错误码 2 的原文：“Invalid Base64 image URL”。官方解释是 Base64 格式可能有误、图片数据可能损坏或格式不受支持。

imgmov 会怎么处理你的首帧图

imgmov 通过 Replicate 运行 Kling 3.0 Omni、Seedance 2.5 和 Veo 3.1 Fast。下面是它上传这一步实际做的事，依据是当前代码，不是宣传文案：

接受 JPEG、PNG、WebP、GIF。HEIC 不能原样上传：取决于浏览器，会被拒绝或被转换，所以 iPhone 照片请先导出为 JPEG。
JPEG 和 PNG 以外的图片（WebP、GIF，以及浏览器能解码的其他格式）会先在你的浏览器里转成 PNG 再上传，动图会变成一张静态图。
5 MB 的上传上限是在转换之后才检查的。存成 WebP 的大照片转成 PNG 后可能超过 5 MB，所以建议直接传 JPEG。
提交任务前没有尺寸和宽高比检查。太小或太宽的图能通过上传，但会在模型那一步失败，所以这四个数请自己先查一遍。

也就是说，imgmov 的上传上限是本文里最小的那个数字，这也是上面的稳妥规格写到 5 MB 为止的原因。图准备好之后，可以在 imgmov 试试图生视频，或者在视频模型对比里比较这几个模型。

这页怎么维护

每个数值都是 2026 年 10 月 27 日从链接页面读取的，Replicate 那几行反映的是当天页面上显示的接口说明。读取时 Google 的 Veo 3.1 页面显示最后更新于 2026 年 10 月 26 日（UTC）。厂商改了数字，这页也应该跟着改；如果你发现对不上，以链接里的原始来源为准。