六张照片变成一段渐变视频

六张照片变成一段渐变视频

一个 n8n 工作流。通过它的表单发六张图片，RunningHub 会把每一对相邻的图片做成一个短片段，让画面从一张变到下一张。随后 fal.ai 按你发图片的顺序，把五个片段拼成一段视频。

包里有什么

• workflow.json：n8n 导出的工作流，57 个节点，没有便签。里面没有任何凭据。你的两个密钥都填在一个节点 API Setup 里。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• API Setup 的两个字段原来写的是同一句要你填密钥的话。现在分别是 YOUR_RUNNINGHUB_API_KEY 和 YOUR_FAL_KEY，方便你分清。
• 别的都没动。它唯一的 Code 节点 getBinaryFile 不需要修。

开始之前

• 一个 n8n 实例，n8n Cloud 或自己的服务器都行。
• 一个 RunningHub 账号和它的 API 密钥。每个片段在那里都是一次付费任务。
• 一个 fal.ai 账号和它的 API 密钥，用于拼接片段的任务。
• 六张 .jpg、.jpeg、.png 或 .webp 图片，按视频要走的顺序排好。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 打开 API Setup，把 YOUR_RUNNINGHUB_API_KEY 换成你的 RunningHub 密钥。
3. 在同一个节点里，把 YOUR_FAL_KEY 换成你的 fal.ai 密钥，别的什么都不加。三个 fal.ai 节点会自己在前面加上 Key 和一个空格，所以写成 Key … 的值发到 fal.ai 时会变成 Key Key …，会被拒绝。
4. 可选：打开 On form submission，把第五和第六个字段的 Multiple Files 关掉，前四个字段本来就是关的（见注意事项）。
5. 保存，打开表单的测试地址，通过它发六张图片。
6. 点 Publish，然后把表单的正式地址分享出去。

表单会马上确认，运行在后台继续。拼好的视频最后以文件的形式留在 downloadVideo 里，所以到 Executions 里打开这次运行就能拿到。也可以在 downloadVideo 后面加一个节点，把它存到网盘或发出去。

一次运行的过程

1. On form submission 接收六个文件。getBinaryFile 把它们传下去，Merge1 把它们和 API Setup 里的两个密钥放进同一条数据。
2. 十个上传节点把图片发给 RunningHub。第二到第五张图片各传两次，一次作为一对的尾帧，一次作为下一对的首帧。
3. Merge 和 Merge2 到 Merge5，每个后面跟一个 Aggregate 节点，组成五对：1 和 2、2 和 3、3 和 4、4 和 5、5 和 6。
4. 每一对由 HTTP Request 到 HTTP Request4 中的一个启动 RunningHub 的 AI 应用 1935261777502601217。首帧放进它的节点 64，尾帧放进节点 112。另外两个节点把画面设为竖屏、片段设为两秒（见改变风格）。
5. 一个 Wait 节点等一分钟，然后一个 checkStatus 节点查询任务状态。它的 If 节点把 SUCCESS 送到 getOutput，由它读取片段的地址。其他状态都回到同一个 Wait，再等一分钟。
6. Merge All links 按配对顺序收齐五个片段，Aggregate5 把它们的地址放进一个列表。
7. Submit merge job 把列表发到 fal.ai 的 FFmpeg 拼接接口。Wait5 等 30 秒，Check Status 查询任务状态，If5 一直绕回 Wait5，直到 fal.ai 报告 COMPLETED。
8. Get Final Result 读取拼好的视频地址，downloadVideo 把文件取回来。

| 节点 | 接口 | 发送 | 返回 |
|---|---|---|---|
| 十个上传节点 | RunningHub /task/openapi/upload | 密钥和一张图片 | 存好的图片的 fileName |
| HTTP Request 到 HTTP Request4 | RunningHub /task/openapi/ai-app/run | 密钥、webappId 和 nodeInfoList | 一个 taskId |
| checkStatus 到 checkStatus4 | RunningHub /task/openapi/status | 密钥和 taskId | 任务状态，比如 SUCCESS |
| getOutput 到 getOutput4 | RunningHub /task/openapi/outputs | 密钥和 taskId | 片段的 fileUrl |
| Submit merge job | fal.ai fal-ai/ffmpeg-api/merge-videos，走它的队列 | video_urls 里的五个地址 | 一个 request_id |
| Check Status、Get Final Result | fal.ai fal-ai/ffmpeg-api/requests/<request_id> | 密钥 | 任务状态，然后是 video.url |

改变风格

• 画面方向：五个 HTTP Request 节点里的节点 304，1 是竖屏，0 是横屏。五个都要改，否则拼起来时片段对不上。
• 片段长度：同样五个节点里的节点 307。文件里设的是 2 秒，所以拼好的视频大约十秒。
• 顺序：表单的字段。第一张图片是视频的开头，第六张是结尾。
• 检查间隔：Wait 到 Wait4 在每次查询 RunningHub 前等一分钟，Wait5 在每次查询 fal.ai 前等 30 秒。
• 表单：它的标题是 Start & End Frame Tranformation Creator，拼写照文件原样。可以在 On form submission 里改名。如果你改了字段名，上传节点也要跟着改：它们按 Upload_your_1st_image 到 Upload_your_6th_image 读取文件，这些名字是 n8n 根据字段标签生成的。
• 用哪个应用做片段：五个 HTTP Request 节点里的 webappId。nodeInfoList 里的节点编号属于那个应用，换成别的应用时要核对一下。

注意事项

• 每次运行 RunningHub 收五个片段任务的钱，fal.ai 收一次拼接任务的钱。
• 片段失败不会让运行结束。If 节点只认 SUCCESS，所以失败的任务每分钟都会被再查一次。等了很久还没有视频的话，到 Executions 里打开这次运行，把它停掉。
• 这个文件用的是 n8n 的 v1 执行顺序，五条分支一次只跑一条。片段一个接一个地做，每个至少要等一分钟，然后才开始拼接。
• 表单的第五和第六个字段把 Multiple Files 留在 n8n 的默认值，也就是开着。每个字段只放一张图片。一个字段里放两个文件会得到带编号的名字，比如 Upload_your_5th_image_0，上传节点一个也找不到。
• 工作流发布后，任何拿到表单地址的人都能用你的 RunningHub 和 fal.ai 账号启动一次运行。
• 两个密钥都以明文写在 API Setup 里，能打开这个工作流的人都能看到。分享之前先把它们删掉。
• 图片会发给 RunningHub，片段的地址会发给 fal.ai。只用你有权使用的图片，出现别人的脸要先征得本人同意。