生成快过播放，事情就不一样了
一段五秒 768p 的片段，三秒以内返回——这是 fal 官方公布的 MiniMax H3 Max 数据。这个数字有意思的地方不在“快”，而在于一道简单的算术：渲染五秒的内容只花三秒，生成速度超过了播放速度。
一旦生成快过播放，视频就不再是你“渲染出来的文件”，而是一个“正在发生的现场”。这扇门后面有两种以前根本不存在的东西。
我能想到的有这些应用场景
开放式互动游戏
游戏世界不必预先建好。玩家的每个动作都是一条提示词，模型在玩家想出下一步之前，就把世界的反应渲染了出来：你推开一扇门，门后的街道此刻才诞生；你走回头路，身后的房间已经换了一副面孔。没有预建资产库，没有写死的分支脚本——世界在你行动的过程中被实时生成。
不过还有一些需要考虑的问题：角色一致性。一次请求、六个场景，光线从正午的维多利亚街道切到日落时的办公室，发型、外套、比例和脸全部不变。主角还是同一个主角，这个目前看起来还比较难，没有全能参考图片的这种模式。
AI 直播，不间断
一场不睡觉、不重播、不需要真人的直播。弹幕把故事推向任何方向，模型把下一拍渲染出来。对话是口型同步的——环境声、拟音、音乐与画面在同一次生成里一起出来。
5 到 15 秒的单次生成，正好是叙事的最小节拍；每次拿上一个视频的最后一帧作为一下一个视频的开始帧串联起来，用 9:16 的画面比例来适配移动端，看起来很容易就能实现一个不间断的 AI 人物直播，就是 24 小时不间断的生成成本会有点高
考虑做其中一个方向的产品，另外先提供一个体验入口给大家看看模型能力 h3max.pro
Select Language