直播!用 AI 实时生成游戏,速来看

这是苍何的第 595 篇原创!

大家好,我是苍何。

最近忙的像是一只小野驴,呼呼乱转。

终于到了周五晚上,刷 B 站的时候,看到有个直播间居然在用 AI 实时生成游戏来直播???

我看了下规则,用户可以发送弹幕 1 或 2 来投票,投票结果会实时决定 AI 生成的游戏剧情。

脑洞太大了,胆子也真够大,不过我真的要给直播的 UP 狠狠点个赞,成功吸引我为数不多的留在直播间的注意力。

我想勾起我兴趣的一定不止我一个,还有和我一样的我的读者朋友们。

如果你此时,也正刷着手机,你也可以去 B 站看这场直播,投下你的票,去亲自参与游戏的实时生成。

再一看,原来是那个熟悉的秘塔 AI 团队搞的直播,出镜的嘉宾是他们的 COO 王益为,也叫「王一快」。哈哈哈哈,牛逼的。

大家在 B 站搜索「王一快」,就能找到这场直播。

如果你经常读我的文章,你应该能看到最近我发了好几篇关于世界模型生成互动游戏的文章。

但很多还没法直接体验,我真的蠢蠢欲动了。

随着 MiniMax H3 视频模型的开源,社区中涌现了不少模型性能优化的方案,试图将该模型做到能够实时生成的速度。

所以看到这种直播,我就想多看一会儿:大家一轮轮投票,AI 会怎么把这些选择接进故事里,继续往下生成?

为了让大家先看看玩法,我刚才录了一段秘塔的直播附在了这里。还没来得及点进直播间的朋友,可以先看看。

聊到这里,我更关注的是,生成速度提上来之后,内容和观众之间的关系会发生什么变化。

当 AI 生成后续视频所需的时间,能被当前片段的播放时间覆盖,AI 就有机会在内容进行中,接住用户互动带来的实时变化。

举个假设的例子:投票结果出来时,当前片段还有 10 秒播完。如果下一段从接收结果,到生成、编码,再送到播放器,总共花了 8 秒,这段生成时间就被播放过程覆盖了,观众可以连着看下去。

你在看这一段的时候,AI 已经根据大家的选择,开始准备接下来的内容了。

动态生成游戏直播,就是这项能力的一种展示形式。

从技术实现上看,我会特别关注两件事。

第一,播放和生成同时进行,观众的选择就能自然接进来。

当前片段播放时,系统可以接收投票结果、推进后续剧情,并完成音视频生成、编码和传输,把下一段内容准备好。

从工程角度看,关键就在于让这一整条流程和播放节奏配合起来,把准备后续内容的工作安排进当前片段的播放时间里。

落到观众的体验上,就是你可以一路看下去、参与投票,自己的选择也会进入后续的故事。一轮接着一轮,内容随着大家的参与继续生成。

第二,生成出来的下一段,能不能接住前面的故事。

角色还是不是刚才那个角色?场景能不能衔接?大家上一轮做的选择,在后面的剧情里还算不算数?

这些都得放到连续互动里去看。画面生成得快,加上故事能连贯地往下走,才有机会让人一直玩下去。

这也是我觉得,用剧情节点投票来尝试这件事,很合适的原因。投票什么时候截止、下一幕什么时候切换,可以一起设计,给生成和衔接留出时间。

顺着这个方向想,我会期待互动短剧,或者能根据学生回答继续展开的教学情境。观众和用户当下的输入,都有可能成为后续内容生成的条件。

AI 开始有机会进入内容正在发生的过程,这才是我觉得这场直播值得围观的地方。

今晚这场直播,刚好能让大家亲自体验一次这种边看、边参与、边生成的玩法。

大家可以去投上一票,也看看自己的选择,最后会把故事带到哪里。

相关推荐
初学AI的小高9 小时前
Agent 工具太多怎么办:BM25 检索、依赖补全与按需加载实战
后端·agent
用户6602676118799 小时前
AI 代码上线前的第 24 道门禁:上线失败时,怎样在 10 分钟内退回?
后端·架构
NishikiAsumi07219 小时前
一次170万行的导出:sql优化远没有加索引这么简单
后端
xjz184211 小时前
Rust 注释:从 // 到 rustdoc
后端
syyjhchou12 小时前
自己搭企业内部中转站,怎么让请求更容易命中缓存
人工智能·后端·语言模型·aigc
特立独行的猫A12 小时前
Ionic + 仓颉语言的 cj-tauri 开发框架实战:开发精美移动端 APP
java·后端·python
SomeOtherTime13 小时前
Rust集合(AI回答)
开发语言·后端·rust
我不会起名字32213 小时前
req.Seqs[len-1]:空切片防御缺口与 RPC 二次校验
后端·mongodb·go·即时通讯·im·故障排查
脚本自动化开发14 小时前
京东PLUS开卡红包刷50元的方法
后端
程序员Query14 小时前
day01-认识Go语言 + golang环境的安装
开发语言·后端·golang