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

这是苍何的第 595 篇原创!

大家好,我是苍何。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相关推荐
苍何1 小时前
免费版 Typeless来了,不限额度,夯!
后端
Charlie_Byte2 小时前
Integer 缓存机制(JDK 17 源码)
后端
梨涡泥窝2 小时前
JavaWeb——基于 Spring Boot + Vue 的图书管理系统的设计与实现
vue.js·spring boot·后端
jsl_jsl_jsl3 小时前
LLM工具调用速记
后端
YIAN3 小时前
手撸社区后端:一套可落地的用户 - 文章 - 互动体系 MySQL 表设计与优化思路
后端·mysql
ThinkerQAQ_3 小时前
并发编程(一):先谈硬件——从 count++ 到原子性、可见性与有序性
后端
岁月如歌77863 小时前
分布式锁完全指南:从数据库到 Redisson 的演进
java·后端·架构
技术猫3 小时前
记一次因线程池不合理使用导致生产拨测告警
后端
写后端的胖头鱼3 小时前
【高频面试题】spring事物失效场景(带原理 + 代码示例)
java·后端·spring·事务·事物失效