實際影片長度:4:18.880。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:03.120
视频还没播完,MOSVIA Real Time已经开始描述画面。
0:03.120–0:07.800
他先认出咖啡店和走进门的一男一女,随后又跟到了柜台前的交谈。
0:07.800–0:11.200
后面的人物继续出现,文字也继续往下涨。
0:11.200–0:15.520
这不是等视频结束以后再做总结,模型正在跟着画面一起走。
0:15.520–0:19.149
它是MOS智能推出的110亿参数开放全入模型,
0:19.149–0:21.200
专门处理持续进入的视频流。
0:21.200–0:24.600
普通的视频问答往往要先看完整段再统一回答。
0:24.600–0:29.680
事实版把等待拆开了,新画面不断进来,理解和文字生成也可以同时继续。
0:29.680–0:34.680
按照官方介绍,你可以在视频播放过程中插入问题、证据还不够时。
0:34.680–0:39.880
它可以先保持沉默,后面的画面改变了情境,它还能补充或者修正此前的判断。
0:39.880–0:44.280
边看边答,主动沉默和动态更新构成了这个版本最核心的区别。
0:44.280–0:46.480
同系列还有基础版和指令版。
0:46.480–0:50.600
基础版适合继续训练,指令版面向完整视频的深入问答。
0:50.600–0:53.200
实施版才专门面对持续视频流。
0:53.200–0:58.080
官方标注的256000上下文,表示一次能够参考的信息容量,
0:58.080–1:00.042
不是固定的视频分钟数。
1:00.042–1:00.934
抽针越密,
1:00.934–1:01.826
对话越长,
1:01.826–1:04.680
能够容纳的视频时长就会跟着变化。
1:04.680–1:08.600
接下来是我最关心的问题,消费机显卡能不能把它跑起来。
1:08.600–1:13.560
官方给出了4比特量化版本,按照一张R4G显卡设计,我没有这张卡,
1:13.560–1:18.160
于是改用两张4070Ti Super让程序自动拆分模型。
1:18.160–1:21.160
本地部署走的是一条完整的成功路径。
1:21.160–1:25.880
仓库拉到本地以后,我创建独立环境,装好运行依赖,再下载官方量化权重。
1:25.880–1:29.040
启动实施推理程序时,三个权重分片依次加载。
1:29.040–1:32.160
加载完成以后,模型开始按时间接收视频。
1:32.160–1:34.440
两张显卡也同时参与推理。
1:34.440–1:39.840
画面继续进入,文字随之更新,终端最后显示36帧全部送达,
1:39.840–1:41.760
这次本地部署正式跑通。
1:41.760–1:46.080
测试输入是一段30多秒的咖啡店视频,程序每秒取一帧,
1:46.080–1:50.240
模型先认出了门店和进场人物,随后描述男子走向柜台,
1:50.240–1:55.240
店员递出纸杯,场景继续变化,他又跟到了后面的人物冲突。
1:55.240–2:00.040
整段输出不是最后一次性出现,而是随着视频推进不断补充。
2:00.040–2:05.080
我又在视频播到约10秒时插入一个问题,问现在画面里有几个人,
2:05.080–2:06.240
他先回答两个人。
2:06.240–2:09.840
7秒以后,柜台后的电源进入画面,他没有等我再问,
2:09.840–2:14.320
直接把答案更新成3个人,到了26秒我再问刚才发生了什么变化。
2:14.320–2:19.040
他先认出电源正在介绍三种杯子,随后又补充男子已经走到柜台前,
2:19.040–2:23.720
两次提问都发生在播放过程中,后面的画面也没有被第一轮回答挡住。
2:23.720–2:27.160
这次运行也给出了一个很直接的硬件结论,
2:27.160–2:32.280
我用两张4070Ti Super跑完了这段视频,扣掉系统本来的占用,
2:32.280–2:37.840
模型额外使用的显存大约13.3G,这个结果只对应当前样片和参数,
2:37.840–2:42.040
但至少证明这套双卡配置可以完成一次本地实施推理。
2:42.040–2:46.000
输出中间还有一段很值得看画面没有明显变化时,
2:46.000–2:50.440
终端没有继续增加描述,后面的人物进入以后文字才重新出现。
2:50.440–2:55.560
原始接口会把这种状态写成控制标记,真正做成应用时需要先过滤,
2:55.560–2:58.760
对观众来说更重要的是模型知道什么时候先观察,
2:58.760–3:00.680
而不是每一帧都重复说话。
3:00.680–3:04.680
不过,实时不代表每个瞬间都不会漏掉,当前测试每秒只取一帧,
3:04.680–3:07.560
视频里一个非常短的击打动作就没有被稳定识别。
3:07.560–3:11.560
它看到了动作前后不等于看见了中间的每一刻,
3:11.560–3:16.680
提高采样频率可能保留更多细节,也会同时增加输入和缓存压力。
3:16.680–3:19.382
这种持续更新来自模型的输入方式,
3:19.382–3:22.760
视觉信息不是等到整段结束再交给语言部分,
3:22.760–3:25.408
每个采样画面还带着自己的时间位置,
3:25.408–3:28.680
所以事件先后和状态变化能够进入同一段推理。
3:28.680–3:33.560
官方代码除了读取本地视频还支持摄像头、屏幕和外部发送的视频帧,
3:33.560–3:39.000
它可以成为直播辅助实验观察、流程提醒或者屏幕任务监控的视觉底座。
3:39.000–3:41.037
模型负责持续理解和回答,
3:41.037–3:42.735
真正上线是告紧规则、
3:42.735–3:45.960
权限控制和人工复合仍然要由应用层补上。
3:45.960–3:49.380
所以Mousewell Real-Time的优势很明确,
3:49.380–3:50.267
视频还在发声,
3:50.267–3:52.040
问题和答案就能一起向前推进。
3:52.040–3:53.640
它的限制也同样明确,
3:53.640–3:55.080
采样会漏掉短动作,
3:55.080–3:57.000
长上下文会继续消耗缓存,
3:57.000–4:00.040
原始输出也不是装好就能使用的监控产品。
4:00.040–4:05.480
如果你的任务只是等视频结束以后再总结,指令版会更直接。
4:05.480–4:07.978
如果你需要在视频进行中观察、
4:07.978–4:08.871
提问等待,
4:08.871–4:10.834
再根据新画面更新判断,
4:10.834–4:12.440
实施版才真正对口。
4:12.440–4:17.400
项目地址和官方资料放在评论区,感兴趣可以拿自己的视频试一遍。
0:00.000–0:03.120
视频还没播完,MOSVIA Real Time已经开始描述画面。
0:03.120–0:07.800
他先认出咖啡店和走进门的一男一女,随后又跟到了柜台前的交谈。
0:07.800–0:11.200
后面的人物继续出现,文字也继续往下涨。
0:11.200–0:15.520
这不是等视频结束以后再做总结,模型正在跟着画面一起走。
0:15.520–0:19.149
它是MOS智能推出的110亿参数开放全入模型,
0:19.149–0:21.200
专门处理持续进入的视频流。
0:21.200–0:24.600
普通的视频问答往往要先看完整段再统一回答。
0:24.600–0:29.680
事实版把等待拆开了,新画面不断进来,理解和文字生成也可以同时继续。
0:29.680–0:34.680
按照官方介绍,你可以在视频播放过程中插入问题、证据还不够时。
0:34.680–0:39.880
它可以先保持沉默,后面的画面改变了情境,它还能补充或者修正此前的判断。
0:39.880–0:44.280
边看边答,主动沉默和动态更新构成了这个版本最核心的区别。
0:44.280–0:46.480
同系列还有基础版和指令版。
0:46.480–0:50.600
基础版适合继续训练,指令版面向完整视频的深入问答。
0:50.600–0:53.200
实施版才专门面对持续视频流。
0:53.200–0:58.080
官方标注的256000上下文,表示一次能够参考的信息容量,
0:58.080–1:00.042
不是固定的视频分钟数。
1:00.042–1:00.934
抽针越密,
1:00.934–1:01.826
对话越长,
1:01.826–1:04.680
能够容纳的视频时长就会跟着变化。
1:04.680–1:08.600
接下来是我最关心的问题,消费机显卡能不能把它跑起来。
1:08.600–1:13.560
官方给出了4比特量化版本,按照一张R4G显卡设计,我没有这张卡,
1:13.560–1:18.160
于是改用两张4070Ti Super让程序自动拆分模型。
1:18.160–1:21.160
本地部署走的是一条完整的成功路径。
1:21.160–1:25.880
仓库拉到本地以后,我创建独立环境,装好运行依赖,再下载官方量化权重。
1:25.880–1:29.040
启动实施推理程序时,三个权重分片依次加载。
1:29.040–1:32.160
加载完成以后,模型开始按时间接收视频。
1:32.160–1:34.440
两张显卡也同时参与推理。
1:34.440–1:39.840
画面继续进入,文字随之更新,终端最后显示36帧全部送达,
1:39.840–1:41.760
这次本地部署正式跑通。
1:41.760–1:46.080
测试输入是一段30多秒的咖啡店视频,程序每秒取一帧,
1:46.080–1:50.240
模型先认出了门店和进场人物,随后描述男子走向柜台,
1:50.240–1:55.240
店员递出纸杯,场景继续变化,他又跟到了后面的人物冲突。
1:55.240–2:00.040
整段输出不是最后一次性出现,而是随着视频推进不断补充。
2:00.040–2:05.080
我又在视频播到约10秒时插入一个问题,问现在画面里有几个人,
2:05.080–2:06.240
他先回答两个人。
2:06.240–2:09.840
7秒以后,柜台后的电源进入画面,他没有等我再问,
2:09.840–2:14.320
直接把答案更新成3个人,到了26秒我再问刚才发生了什么变化。
2:14.320–2:19.040
他先认出电源正在介绍三种杯子,随后又补充男子已经走到柜台前,
2:19.040–2:23.720
两次提问都发生在播放过程中,后面的画面也没有被第一轮回答挡住。
2:23.720–2:27.160
这次运行也给出了一个很直接的硬件结论,
2:27.160–2:32.280
我用两张4070Ti Super跑完了这段视频,扣掉系统本来的占用,
2:32.280–2:37.840
模型额外使用的显存大约13.3G,这个结果只对应当前样片和参数,
2:37.840–2:42.040
但至少证明这套双卡配置可以完成一次本地实施推理。
2:42.040–2:46.000
输出中间还有一段很值得看画面没有明显变化时,
2:46.000–2:50.440
终端没有继续增加描述,后面的人物进入以后文字才重新出现。
2:50.440–2:55.560
原始接口会把这种状态写成控制标记,真正做成应用时需要先过滤,
2:55.560–2:58.760
对观众来说更重要的是模型知道什么时候先观察,
2:58.760–3:00.680
而不是每一帧都重复说话。
3:00.680–3:04.680
不过,实时不代表每个瞬间都不会漏掉,当前测试每秒只取一帧,
3:04.680–3:07.560
视频里一个非常短的击打动作就没有被稳定识别。
3:07.560–3:11.560
它看到了动作前后不等于看见了中间的每一刻,
3:11.560–3:16.680
提高采样频率可能保留更多细节,也会同时增加输入和缓存压力。
3:16.680–3:19.382
这种持续更新来自模型的输入方式,
3:19.382–3:22.760
视觉信息不是等到整段结束再交给语言部分,
3:22.760–3:25.408
每个采样画面还带着自己的时间位置,
3:25.408–3:28.680
所以事件先后和状态变化能够进入同一段推理。
3:28.680–3:33.560
官方代码除了读取本地视频还支持摄像头、屏幕和外部发送的视频帧,
3:33.560–3:39.000
它可以成为直播辅助实验观察、流程提醒或者屏幕任务监控的视觉底座。
3:39.000–3:41.037
模型负责持续理解和回答,
3:41.037–3:42.735
真正上线是告紧规则、
3:42.735–3:45.960
权限控制和人工复合仍然要由应用层补上。
3:45.960–3:49.380
所以Mousewell Real-Time的优势很明确,
3:49.380–3:50.267
视频还在发声,
3:50.267–3:52.040
问题和答案就能一起向前推进。
3:52.040–3:53.640
它的限制也同样明确,
3:53.640–3:55.080
采样会漏掉短动作,
3:55.080–3:57.000
长上下文会继续消耗缓存,
3:57.000–4:00.040
原始输出也不是装好就能使用的监控产品。
4:00.040–4:05.480
如果你的任务只是等视频结束以后再总结,指令版会更直接。
4:05.480–4:07.978
如果你需要在视频进行中观察、
4:07.978–4:08.871
提问等待,
4:08.871–4:10.834
再根据新画面更新判断,
4:10.834–4:12.440
实施版才真正对口。
4:12.440–4:17.400
项目地址和官方资料放在评论区,感兴趣可以拿自己的视频试一遍。
0:00.000–0:03.120
视频还没播完,MOSVIA Real Time已经开始描述画面。
视频还没播完,MOSVIA Real Time已经开始描述画面。
0:03.120–0:07.800
他先认出咖啡店和走进门的一男一女,随后又跟到了柜台前的交谈。
他先认出咖啡店和走进门的一男一女,随后又跟到了柜台前的交谈。
0:07.800–0:11.200
后面的人物继续出现,文字也继续往下涨。
后面的人物继续出现,文字也继续往下涨。
0:11.200–0:15.520
这不是等视频结束以后再做总结,模型正在跟着画面一起走。
这不是等视频结束以后再做总结,模型正在跟着画面一起走。
0:15.520–0:19.149
它是MOS智能推出的110亿参数开放全入模型,
它是MOS智能推出的110亿参数开放全入模型,
0:19.149–0:21.200
专门处理持续进入的视频流。
专门处理持续进入的视频流。
0:21.200–0:24.600
普通的视频问答往往要先看完整段再统一回答。
普通的视频问答往往要先看完整段再统一回答。
0:24.600–0:29.680
事实版把等待拆开了,新画面不断进来,理解和文字生成也可以同时继续。
事实版把等待拆开了,新画面不断进来,理解和文字生成也可以同时继续。
0:29.680–0:34.680
按照官方介绍,你可以在视频播放过程中插入问题、证据还不够时。
按照官方介绍,你可以在视频播放过程中插入问题、证据还不够时。
0:34.680–0:39.880
它可以先保持沉默,后面的画面改变了情境,它还能补充或者修正此前的判断。
它可以先保持沉默,后面的画面改变了情境,它还能补充或者修正此前的判断。
0:39.880–0:44.280
边看边答,主动沉默和动态更新构成了这个版本最核心的区别。
边看边答,主动沉默和动态更新构成了这个版本最核心的区别。
0:44.280–0:46.480
同系列还有基础版和指令版。
同系列还有基础版和指令版。
0:46.480–0:50.600
基础版适合继续训练,指令版面向完整视频的深入问答。
基础版适合继续训练,指令版面向完整视频的深入问答。
0:50.600–0:53.200
实施版才专门面对持续视频流。
实施版才专门面对持续视频流。
0:53.200–0:58.080
官方标注的256000上下文,表示一次能够参考的信息容量,
官方标注的256000上下文,表示一次能够参考的信息容量,
0:58.080–1:00.042
不是固定的视频分钟数。
不是固定的视频分钟数。
1:00.042–1:00.934
抽针越密,
抽针越密,
1:00.934–1:01.826
对话越长,
对话越长,
1:01.826–1:04.680
能够容纳的视频时长就会跟着变化。
能够容纳的视频时长就会跟着变化。
1:04.680–1:08.600
接下来是我最关心的问题,消费机显卡能不能把它跑起来。
接下来是我最关心的问题,消费机显卡能不能把它跑起来。
1:08.600–1:13.560
官方给出了4比特量化版本,按照一张R4G显卡设计,我没有这张卡,
官方给出了4比特量化版本,按照一张R4G显卡设计,我没有这张卡,
1:13.560–1:18.160
于是改用两张4070Ti Super让程序自动拆分模型。
于是改用两张4070Ti Super让程序自动拆分模型。
1:18.160–1:21.160
本地部署走的是一条完整的成功路径。
本地部署走的是一条完整的成功路径。
1:21.160–1:25.880
仓库拉到本地以后,我创建独立环境,装好运行依赖,再下载官方量化权重。
仓库拉到本地以后,我创建独立环境,装好运行依赖,再下载官方量化权重。
1:25.880–1:29.040
启动实施推理程序时,三个权重分片依次加载。
启动实施推理程序时,三个权重分片依次加载。
1:29.040–1:32.160
加载完成以后,模型开始按时间接收视频。
加载完成以后,模型开始按时间接收视频。
1:32.160–1:34.440
两张显卡也同时参与推理。
两张显卡也同时参与推理。
1:34.440–1:39.840
画面继续进入,文字随之更新,终端最后显示36帧全部送达,
画面继续进入,文字随之更新,终端最后显示36帧全部送达,
1:39.840–1:41.760
这次本地部署正式跑通。
这次本地部署正式跑通。
1:41.760–1:46.080
测试输入是一段30多秒的咖啡店视频,程序每秒取一帧,
测试输入是一段30多秒的咖啡店视频,程序每秒取一帧,
1:46.080–1:50.240
模型先认出了门店和进场人物,随后描述男子走向柜台,
模型先认出了门店和进场人物,随后描述男子走向柜台,
1:50.240–1:55.240
店员递出纸杯,场景继续变化,他又跟到了后面的人物冲突。
店员递出纸杯,场景继续变化,他又跟到了后面的人物冲突。
1:55.240–2:00.040
整段输出不是最后一次性出现,而是随着视频推进不断补充。
整段输出不是最后一次性出现,而是随着视频推进不断补充。
2:00.040–2:05.080
我又在视频播到约10秒时插入一个问题,问现在画面里有几个人,
我又在视频播到约10秒时插入一个问题,问现在画面里有几个人,
2:05.080–2:06.240
他先回答两个人。
他先回答两个人。
2:06.240–2:09.840
7秒以后,柜台后的电源进入画面,他没有等我再问,
7秒以后,柜台后的电源进入画面,他没有等我再问,
2:09.840–2:14.320
直接把答案更新成3个人,到了26秒我再问刚才发生了什么变化。
直接把答案更新成3个人,到了26秒我再问刚才发生了什么变化。
2:14.320–2:19.040
他先认出电源正在介绍三种杯子,随后又补充男子已经走到柜台前,
他先认出电源正在介绍三种杯子,随后又补充男子已经走到柜台前,
2:19.040–2:23.720
两次提问都发生在播放过程中,后面的画面也没有被第一轮回答挡住。
两次提问都发生在播放过程中,后面的画面也没有被第一轮回答挡住。
2:23.720–2:27.160
这次运行也给出了一个很直接的硬件结论,
这次运行也给出了一个很直接的硬件结论,
2:27.160–2:32.280
我用两张4070Ti Super跑完了这段视频,扣掉系统本来的占用,
我用两张4070Ti Super跑完了这段视频,扣掉系统本来的占用,
2:32.280–2:37.840
模型额外使用的显存大约13.3G,这个结果只对应当前样片和参数,
模型额外使用的显存大约13.3G,这个结果只对应当前样片和参数,
2:37.840–2:42.040
但至少证明这套双卡配置可以完成一次本地实施推理。
但至少证明这套双卡配置可以完成一次本地实施推理。
2:42.040–2:46.000
输出中间还有一段很值得看画面没有明显变化时,
输出中间还有一段很值得看画面没有明显变化时,
2:46.000–2:50.440
终端没有继续增加描述,后面的人物进入以后文字才重新出现。
终端没有继续增加描述,后面的人物进入以后文字才重新出现。
2:50.440–2:55.560
原始接口会把这种状态写成控制标记,真正做成应用时需要先过滤,
原始接口会把这种状态写成控制标记,真正做成应用时需要先过滤,
2:55.560–2:58.760
对观众来说更重要的是模型知道什么时候先观察,
对观众来说更重要的是模型知道什么时候先观察,
2:58.760–3:00.680
而不是每一帧都重复说话。
而不是每一帧都重复说话。
3:00.680–3:04.680
不过,实时不代表每个瞬间都不会漏掉,当前测试每秒只取一帧,
不过,实时不代表每个瞬间都不会漏掉,当前测试每秒只取一帧,
3:04.680–3:07.560
视频里一个非常短的击打动作就没有被稳定识别。
视频里一个非常短的击打动作就没有被稳定识别。
3:07.560–3:11.560
它看到了动作前后不等于看见了中间的每一刻,
它看到了动作前后不等于看见了中间的每一刻,
3:11.560–3:16.680
提高采样频率可能保留更多细节,也会同时增加输入和缓存压力。
提高采样频率可能保留更多细节,也会同时增加输入和缓存压力。
3:16.680–3:19.382
这种持续更新来自模型的输入方式,
这种持续更新来自模型的输入方式,
3:19.382–3:22.760
视觉信息不是等到整段结束再交给语言部分,
视觉信息不是等到整段结束再交给语言部分,
3:22.760–3:25.408
每个采样画面还带着自己的时间位置,
每个采样画面还带着自己的时间位置,
3:25.408–3:28.680
所以事件先后和状态变化能够进入同一段推理。
所以事件先后和状态变化能够进入同一段推理。
3:28.680–3:33.560
官方代码除了读取本地视频还支持摄像头、屏幕和外部发送的视频帧,
官方代码除了读取本地视频还支持摄像头、屏幕和外部发送的视频帧,
3:33.560–3:39.000
它可以成为直播辅助实验观察、流程提醒或者屏幕任务监控的视觉底座。
它可以成为直播辅助实验观察、流程提醒或者屏幕任务监控的视觉底座。
3:39.000–3:41.037
模型负责持续理解和回答,
模型负责持续理解和回答,
3:41.037–3:42.735
真正上线是告紧规则、
真正上线是告紧规则、
3:42.735–3:45.960
权限控制和人工复合仍然要由应用层补上。
权限控制和人工复合仍然要由应用层补上。
3:45.960–3:49.380
所以Mousewell Real-Time的优势很明确,
所以Mousewell Real-Time的优势很明确,
3:49.380–3:50.267
视频还在发声,
视频还在发声,
3:50.267–3:52.040
问题和答案就能一起向前推进。
问题和答案就能一起向前推进。
3:52.040–3:53.640
它的限制也同样明确,
它的限制也同样明确,
3:53.640–3:55.080
采样会漏掉短动作,
采样会漏掉短动作,
3:55.080–3:57.000
长上下文会继续消耗缓存,
长上下文会继续消耗缓存,
3:57.000–4:00.040
原始输出也不是装好就能使用的监控产品。
原始输出也不是装好就能使用的监控产品。
4:00.040–4:05.480
如果你的任务只是等视频结束以后再总结,指令版会更直接。
如果你的任务只是等视频结束以后再总结,指令版会更直接。
4:05.480–4:07.978
如果你需要在视频进行中观察、
如果你需要在视频进行中观察、
4:07.978–4:08.871
提问等待,
提问等待,
4:08.871–4:10.834
再根据新画面更新判断,
再根据新画面更新判断,
4:10.834–4:12.440
实施版才真正对口。
实施版才真正对口。
4:12.440–4:17.400
项目地址和官方资料放在评论区,感兴趣可以拿自己的视频试一遍。
项目地址和官方资料放在评论区,感兴趣可以拿自己的视频试一遍。

影片筆記:MOSS-VL-Realtime 本地部署与实时能力实测

<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->

⚠️ 可先使用,仍有待修正項目

本筆記已完成可閱讀的逐字稿與時間跳轉;下列為待處理問題,建議播放原片確認。

  • 待修正:逐字稿全文快速校讀未完成(已保留自動字幕/原始逐字稿並繼續生成筆記。;未完成的全文速讀項目可在精進模式回聽確認。)
  • 待修正:逐字稿可先使用,但有待校正清單(segment=59 unnatural_sentence_boundary: 標點出現在句首或停在逗號位置,斷句可能不符合文法/口語;segment=69 unnatural_sentence_boundary: 標點出現在句首或停在逗號位置,斷句可能不符合文法/口語)

<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->

一句話總結

講者演示了 MOS 智能推出的 MOSVIA Real Time(實時版)模型在本地環境的部署與測試,該模型具備「邊看邊答」、「主動沉默」及「動態更新」能力,能隨視頻流推進即時補充描述並根據新畫面修正答案;測試使用雙張 4070Ti Super 顯卡成功運行 4-bit 量化版本,並指出當前版本在短動作捕捉與原始輸出過濾上仍存在限制。

核心重點

  • 模型核心特性:MOSVIA Real Time 專為持續視頻流設計,核心區別於傳統視頻問答在於其「邊看邊答」、「主動沉默」及「動態更新」能力。它允許在視頻播放過程中插入問題,並能根據後續進入的畫面補充或修正判斷。
  • 本地部署實測:講者在本地環境成功部署該模型,硬體配置為兩張 4070Ti Super 顯卡(因無 R4G 顯卡,改用此配置讓程序自動拆分模型)。運行 4-bit 量化版本額外佔用約 13.3G 顯存。
  • 功能表現驗證:
  • 主動沉默:當視頻畫面未發生變化時,終端不會增加描述。
  • 動態更新:測試中,10 秒時提問人數回答為 2 人;隨後新人物進入,模型自動更新答案為 3 人;26 秒時提問變化,模型結合新畫面補充描述。
  • 上下文能力:官方標註上下文為 256,000,這並非固定的視頻分鐘數,而是取決於抽幀密度與對話長度。
  • 產品線區分與應用建議:
  • 基礎版:適合繼續訓練。
  • 指令版:面向完整視頻的深入問答,適合事後總結。
  • 實時版:專門面對持續視頻流,適合在視頻進行中觀察、提問並更新判斷。
  • 當前限制:每秒取一幀可能漏掉短動作(如擊打);長上下文消耗緩存;原始輸出需經過過濾才能應用於實際場景。

詳細大綱

1. 模型介紹與特性

  • 名稱與定位:MOSVIA Real Time(實時版),由 MOS 智能推出。
  • 參數規模:110 億參數開放全入模型(註:聽寫疑點)。
  • 核心區別:
  • 與傳統需等待視頻結束後再統一回答的普通視頻問答不同。
  • 具備「邊看邊答」、「主動沉默」及「動態更新」能力。
  • 在新畫面進入時同步進行理解與文字生成。
  • 上下文機制:官方標註 256,000 上下文,非固定視頻分鐘數,取決於抽幀密度與對話長度。

2. 產品線區分

  • 基礎版:適合繼續訓練。
  • 指令版:面向完整視頻的深入問答。
  • 實時版:專門面對持續視頻流。

3. 本地部署與硬體測試

  • 硬體配置:
  • 講者使用兩張 4070Ti Super 顯卡。
  • 原因:無 R4G 顯卡(官方設計參考顯卡),改用此配置讓程序自動拆分模型。
  • 部署步驟:
  1. 拉取倉庫。
  2. 創建獨立環境。
  3. 安裝依賴。
  4. 下載官方量化權重。
  5. 啟動推理程序。
  • 顯存佔用:雙卡配置額外佔用約 13.3G 顯存。
  • 結果:本地部署成功跑通。

4. 功能測試與表現

  • 測試視頻:30 多秒咖啡店視頻。
  • 行為表現:
  • 隨視頻推進不斷補充描述。
  • 未發生變化時終端不增加描述(主動沉默)。
  • 新人物進入後文字重新出現。
  • 動態問答測試細節:
  • 10 秒時提問人數:回答 2 人。
  • 7 秒後(註:時間線描述可能有誤或指後續畫面)新人物進入,模型自動更新答案為 3 人。
  • 26 秒時提問變化:模型結合新畫面補充描述。

5. 限制與應用建議

  • 限制:
  • 每秒取一幀可能漏掉短動作(如擊打)。
  • 長上下文消耗緩存。
  • 原始輸出需過濾控制標記。
  • 應用場景:直播輔助、實驗觀察、流程提醒、屏幕任務監控。
  • 建議:
  • 若任務僅需事後總結應選指令版。
  • 若需在視頻進行中觀察、提問並更新判斷,則實時版更為合適。

工具 / 模型 / 名詞整理

  • MOSVIA Real Time:實時版模型,專為處理持續進入的視頻流設計。文中亦稱為「實時版」、「實施版」(疑為聽寫差異)。
  • MOS 智能:模型開發方,文中亦稱為「MOS智能」。
  • 110 億參數開放全入模型:模型參數規模描述,「全入」疑為聽寫錯誤。
  • 4 比特量化版本:本地部署使用的模型權重格式。
  • R4G 顯卡:官方設計參考顯卡,常見型號中無此標準名稱。
  • 4070Ti Super:講者本地測試使用的顯卡型號。
  • 256000 上下文:官方標註的上下文長度指標。
  • Mousewell Real-Time:文末提及名稱,疑為 MOSVIA 的聽寫錯誤或別稱。

操作流程整理

  1. 準備環境:拉取倉庫,創建獨立環境,安裝依賴。
  2. 獲取權重:下載官方量化權重。
  3. 硬體配置:配置兩張 4070Ti Super 顯卡(模擬 R4G 顯卡的拆分運行)。
  4. 啟動推理:啟動推理程序,成功跑通本地部署。
  5. 實時測試:
  • 輸入視頻流(如咖啡店視頻)。
  • 觀察模型隨視頻推進的動態描述與主動沉默行為。
  • 在特定時間點(如 10 秒、26 秒)插入問題,驗證模型是否結合新畫面動態更新答案。

值得注意的限制或風險

  • 短動作捕捉缺失:每秒取一幀的頻率可能導致漏掉短動作(例如擊打動作)。
  • 資源消耗:長上下文會消耗大量緩存;本地部署需額外佔用約 13.3G 顯存。
  • 輸出處理需求:原始輸出包含控制標記,需經過過濾才能應用於實際場景。
  • 時間線描述模糊:筆記中關於「7 秒後」新人物進入的描述與前文「10 秒時」的時間線可能存在邏輯衝突或聽寫誤差,需參考原始逐字稿確認。

逐字稿辨識疑點

  • 「全入模型」:逐字稿中出現「開放全入模型」,語意不明,疑為「全輸入」或特定技術術語的聽寫錯誤。
  • 「實施版」:文中多次出現「實施版」,結合上下文「實時版」的語境,極大機率為「實時版」的聽寫錯誤。
  • 「R4G 顯卡」:常見顯卡型號中無此標準名稱,疑為「RTX 4090」或其他型號的聽寫錯誤,或為特定內部代號。
  • 「電源」:在測試描述中出現「柜台后的电源进入画面」,語意不通,疑為「人員」或特定人物名稱的聽寫錯誤。
  • 「Mousewell Real-Time」:與前文「MOSVIA Real Time」及「MOS 智能」名稱不一致,疑為聽寫錯誤。
  • 「告紧规则」:文中提到「真正上线是告紧规则」,語意不明,疑為「告警規則」的聽寫錯誤。
  • 「人工复合」:文中提到「权限控制和人工复合仍然要由应用层补上」,疑為「人工複核」或「人工審核」的聽寫錯誤。
  • 「抽针越密」:文中提到「抽针越密」,疑為「抽幀越密」的聽寫錯誤。
  • 「消费机显卡」:文中提到「消费机显卡能不能把它跑起来」,疑為「消費級顯卡」的聽寫錯誤。

可延伸追問

  • MOSVIA Real Time 的 256,000 上下文具體是如何計算的?抽幀密度與對話長度對上下文長度的影響比例為何?
  • 本地部署時,兩張 4070Ti Super 顯卡的模型拆分機制具體是如何運作的?是否有性能損耗?
  • 原始輸出的控制標記具體包含哪些內容?過濾的標準與方法為何?
  • 針對「每秒取一幀可能漏掉短動作」的限制,是否有建議的解決方案或更高的幀率測試結果?
  • 「R4G 顯卡」作為官方設計參考顯卡,其具體規格與 4070Ti Super 相比有何優勢?

尚未產生學習筆記

請在 Telegram 指令最後加上「學習」,例如:videonote 網址 英文 雙語 學習