生视频API 新增 Minimax-H310 秒和 15 秒两个版本怎么用生视频这块的模型一直在换甜甜圈APIdashengfenshen.cn这次加了Minimax-H3拆成两个模型 idMinimax-H3-10s和Minimax-H3-15s区别就是出片时长——一个 10 秒一个 15 秒。这篇写清楚三件事怎么调、两个版本该怎么选、以及接的时候有哪些坑。调用方式和其它模型完全一样还是那个端点改model就行POST https://API_HOST/v1/chat/completions Authorization: Bearer {你的API密钥}文生视频直接给一段描述constrawaitfetch(https://API_HOST/v1/chat/completions,{method:POST,headers:{Authorization:Bearer${process.env.TTQ_API_KEY},Content-Type:application/json,},body:JSON.stringify({model:Minimax-H3-10s,messages:[{role:user,content:镜头缓慢环绕一只白色陶瓷马克杯杯身有细微釉面反光浅灰背景匀速无抖动}],}),// 生视频比生图慢得多超时一定要放长别照抄生图那套 60 秒signal:AbortSignal.timeout(300_000),});图生视频就把content换成数组图和文字一起给body:JSON.stringify({model:Minimax-H3-15s,messages:[{role:user,content:[{type:image_url,image_url:{url:商品图URL}},{type:text,text:以这张图为首帧镜头从左向右平移商品保持静止背景轻微虚化},],}],}),首帧图那张的质量直接决定整条片子的观感。我踩过的坑是拿一张 800×800 的老主图去生视频出来整条都是糊的——首帧糊后面每一帧都糊这个没法靠参数救。10 秒还是 15 秒这个选择比看起来重要因为它同时决定了成本和用途。我自己的分法10 秒版用在素材位。商品主图旁边那个自动播放的小视频、详情页顶部的展示片、信息流广告的第一个素材——这些场景本来就没人看完10 秒够了跑量还便宜。15 秒版用在要讲一件事的时候。比如展示一个折叠动作、一个使用过程、从包装到成品的完整流程。这类内容 10 秒会切在半截上看着难受。判断方法很土但有效先把你想表达的内容自己念一遍超过 10 秒就用 15 秒版。单价按次计15 秒版比 10 秒版贵一档具体数字看控制台的价目表——这块偶尔会调写死在代码注释里容易过期。跑批的时候注意几件事别同步等。生视频是分钟级的活HTTP 同步等着不现实前端更不能这么干。我的做法是接口层收到请求先落一条任务记录返回任务 id后台起 worker 去跑前端轮询任务状态。这套逻辑和之前接其它生视频模型是一样的不用重写。并发要压着。生图可以开几十路并发生视频不行——单条就很贵一次跑飞几十条错的比慢半天难受得多。我现在固定跑 3 路先出三条看效果确认方向对了再放开。失败要能重跑。生视频失败率比生图高描述太抽象、首帧图不合规、偶发的上游超时都会失败。任务表里存好入参失败的直接按 id 重投不要让人工重新填一遍描述。同一个描述别指望复现。生视频的随机性比生图大同样的入参两次跑出来的镜头不一样。所以出到满意的那条结果视频立刻转存到自己的存储别只存返回链接——链接是有有效期的过期了再想拿回那一条就没了。描述该怎么写写了一阵子总结出来的对 Minimax-H3 这类模型都适用镜头运动要写具体。「镜头缓慢环绕」「从左向右平移」「由远及近推进」这种能听懂「有电影感」「大气一点」它猜不到你要什么。明确写商品保持静止。不写的话商品经常会自己变形、旋转、甚至换个样子电商用途上这是废片。一条片只做一个动作。想要「先环绕再推进再拉远」的出来大概率是三个动作都做一半。背景说清楚。「浅灰纯色背景」「木质桌面」「窗边自然光」含糊的话它会自己加一堆你不想要的道具。负面描述有用但别堆。「无人物出现」「无文字」「无抖动」这三条我基本每次都写再多就开始互相干扰了。关于选型现在生视频这块能选的模型不少我的实际用法是按用途分而不是挑一个最好的要快要便宜出素材用 10 秒版跑量要展示完整动作上 15 秒版镜头语言要求特别高的那一两条再单独换模型试。反正一个密钥全都能调model改个字符串的事没有迁移成本——这也是当初选聚合接口的主要原因。接口服务甜甜圈APIdashengfenshen.cn 
长河君 · 2026/8/21 8:11:48 · 阅读 1.2k 生视频接口新增了 Minimax-H3，10 秒和 15 秒该怎么选
生视频API 新增 Minimax-H310 秒和 15 秒两个版本怎么用生视频这块的模型一直在换甜甜圈APIdashengfenshen.cn这次加了Minimax-H3拆成两个模型 idMinimax-H3-10s和Minimax-H3-15s区别就是出片时长——一个 10 秒一个 15 秒。这篇写清楚三件事怎么调、两个版本该怎么选、以及接的时候有哪些坑。调用方式和其它模型完全一样还是那个端点改model就行POST https://API_HOST/v1/chat/completions Authorization: Bearer {你的API密钥}文生视频直接给一段描述constrawaitfetch(https://API_HOST/v1/chat/completions,{method:POST,headers:{Authorization:Bearer${process.env.TTQ_API_KEY},Content-Type:application/json,},body:JSON.stringify({model:Minimax-H3-10s,messages:[{role:user,content:镜头缓慢环绕一只白色陶瓷马克杯杯身有细微釉面反光浅灰背景匀速无抖动}],}),// 生视频比生图慢得多超时一定要放长别照抄生图那套 60 秒signal:AbortSignal.timeout(300_000),});图生视频就把content换成数组图和文字一起给body:JSON.stringify({model:Minimax-H3-15s,messages:[{role:user,content:[{type:image_url,image_url:{url:商品图URL}},{type:text,text:以这张图为首帧镜头从左向右平移商品保持静止背景轻微虚化},],}],}),首帧图那张的质量直接决定整条片子的观感。我踩过的坑是拿一张 800×800 的老主图去生视频出来整条都是糊的——首帧糊后面每一帧都糊这个没法靠参数救。10 秒还是 15 秒这个选择比看起来重要因为它同时决定了成本和用途。我自己的分法10 秒版用在素材位。商品主图旁边那个自动播放的小视频、详情页顶部的展示片、信息流广告的第一个素材——这些场景本来就没人看完10 秒够了跑量还便宜。15 秒版用在要讲一件事的时候。比如展示一个折叠动作、一个使用过程、从包装到成品的完整流程。这类内容 10 秒会切在半截上看着难受。判断方法很土但有效先把你想表达的内容自己念一遍超过 10 秒就用 15 秒版。单价按次计15 秒版比 10 秒版贵一档具体数字看控制台的价目表——这块偶尔会调写死在代码注释里容易过期。跑批的时候注意几件事别同步等。生视频是分钟级的活HTTP 同步等着不现实前端更不能这么干。我的做法是接口层收到请求先落一条任务记录返回任务 id后台起 worker 去跑前端轮询任务状态。这套逻辑和之前接其它生视频模型是一样的不用重写。并发要压着。生图可以开几十路并发生视频不行——单条就很贵一次跑飞几十条错的比慢半天难受得多。我现在固定跑 3 路先出三条看效果确认方向对了再放开。失败要能重跑。生视频失败率比生图高描述太抽象、首帧图不合规、偶发的上游超时都会失败。任务表里存好入参失败的直接按 id 重投不要让人工重新填一遍描述。同一个描述别指望复现。生视频的随机性比生图大同样的入参两次跑出来的镜头不一样。所以出到满意的那条结果视频立刻转存到自己的存储别只存返回链接——链接是有有效期的过期了再想拿回那一条就没了。描述该怎么写写了一阵子总结出来的对 Minimax-H3 这类模型都适用镜头运动要写具体。「镜头缓慢环绕」「从左向右平移」「由远及近推进」这种能听懂「有电影感」「大气一点」它猜不到你要什么。明确写商品保持静止。不写的话商品经常会自己变形、旋转、甚至换个样子电商用途上这是废片。一条片只做一个动作。想要「先环绕再推进再拉远」的出来大概率是三个动作都做一半。背景说清楚。「浅灰纯色背景」「木质桌面」「窗边自然光」含糊的话它会自己加一堆你不想要的道具。负面描述有用但别堆。「无人物出现」「无文字」「无抖动」这三条我基本每次都写再多就开始互相干扰了。关于选型现在生视频这块能选的模型不少我的实际用法是按用途分而不是挑一个最好的要快要便宜出素材用 10 秒版跑量要展示完整动作上 15 秒版镜头语言要求特别高的那一两条再单独换模型试。反正一个密钥全都能调model改个字符串的事没有迁移成本——这也是当初选聚合接口的主要原因。接口服务甜甜圈APIdashengfenshen.cn