多模态视频理解新思路:口部观察模块如何提升ASD行为识别

第一次在目录里看到LASER这个工作的时候,我的反应和标题一模一样:模型里已经有了一条完整的视觉分支,视频帧、人脸、表情特征都在跑,为什么还要大费周章地专门教它去盯着嘴巴看?这不是多此一举吗?说实话,这种“明知故问”式的标题最容易让人警惕,因为不少工作就是换一种花哨的注意力机制,把局部特征重新包装一遍就发出来。但LASER真正让我愿意读下去的原因,是它把“看嘴”这件事和ASD(孤独症谱系障碍)的临床行为表型做了非常扎实的对应,而不是单纯为了刷点而加通路。

这篇博文适合几类人读:做多模态行为识别或视频理解的研究生,想了解怎么设计“局部语义分支”而不是堆更多网络;做AI辅助诊断或数字疗法的小伙伴,尤其是和儿童发展评估相关方向的;以及单纯对自闭症谱系障碍早期行为信号感兴趣的人。我会按论文的动机拆起,把“为什么已经有视觉分支还不够”这件事讲清楚,再进入技术设计、实验思路和可解释性,最后聊聊我复现时踩过的坑。

1. 标题里的直觉冲突:已经有全局视觉分支,为什么还要抠细节

1.1 全局视觉分支到底在“看”什么

大多数视频理解模型里的视觉分支,本质上是把一整段视频压缩成一个特征表示。以典型做法为例:按固定帧率抽帧,每一帧过CNN或Vision Transformer得到空间特征,再通过时序建模(3D卷积、时序Transformer等)把多帧信息融合起来,最后得到整段视频的全局表征。下游分类器直接吃这个表征输出类别概率。

按这个逻辑,人脸的嘴部区域、嘴部运动、口型变化,都应该包含在这个“全局表征”里了。模型只要愿意,理论上完全可以从中提取口部信息。问题在于:“信息存在”和“信息被利用”是两回事。视觉分支的优化目标是区分行为类别,它只关注那些能让loss下降的特征。当任务里既有挥手、走路这类宏观动作,又有微妙的嘴部开合变化时,网络几乎必然把注意力放在判别性更强的宏观动作上,口部细节对loss的贡献太微弱,根本留不住。

1.2 全局面孔特征的两个尴尬:占比低、动态弱

第一个尴尬是像素占比问题。在常见的视频帧里,人脸本身只占画面一部分,嘴巴又只是人脸里的一小块区域。把帧切成patch送入Transformer后,口部对应的token数量非常少。到了时序聚合阶段,这些token会被全局注意力机制稀释到整个视频上下文的洪流里。用个不太恰当但直观的类比:你站在天台上俯瞰整座城市,能看到车流拥堵大致分布,但看不到某个路口一辆车的具体动作轨迹。“要不要专门架一个路口摄像头”就是LASER想解决的问题。

第二个尴尬是动态信号弱。ASD相关的口部线索,很大一部分不是“长什么样”,而是“怎么动”——上下唇开合的节奏、开合幅度、嘴角运动的速度、与声音是否同步。普通视频分类网络的时序建模粒度,通常是动作级别的,几百毫秒甚至几秒级别的宏观变化。嘴唇一张一合往往只有几十毫秒到两三百毫秒,直接落在时序下采样里被抹平了。所以即使模型真的“看过”嘴巴,它看到的也是被严重抽稀之后的模糊动态。

1.3 LASER的多模态骨架,到底把“看嘴”放在哪里

LASER不是拿掉原有视觉分支换个口部网络,而是在多模态框架里新增了一条“口部观察子流路”。从论文整体设计来看,输入主要有三条路:第一条是全局视频流,处理整帧画面,负责场景、动作、身体姿态等上下文;第二条是音频流,提取语音和韵律特征;第三条才是本文的重点——口部专用通道,它只接收嘴巴区域附近的高分辨率裁剪帧和关键点运动序列。

这样设计的好处是显式的:全局视觉分支继续做它擅长的事情,口部专用通道则用更细的时间分辨率和更高的空间分辨率,去捕捉全局分支漏掉的口唇动态。两条流在最后通过跨模态注意力融合。这个“分工不分家”的架构,其实比单纯堆参数更值得借鉴。它把临床先验直接写进了网络结构里,让模型一开始就知道该往哪个方向去发展注意力。

2. 临床行为学里,“看嘴”从来不是一句比喻

2.1 ASD群体的面孔注视本来就独特

如果要追一个根本问题:为什么偏偏是嘴巴?答案要回到行为学研究的谱系里去找。过去十几年关于自闭症谱系障碍的眼动研究非常多,一个反复出现的观察是:相对于典型发育儿童,ASD个体对眼睛区域的注视时间和比例通常更低。而口部区域的注视模式则更复杂,不同研究甚至会得到方向相反的结果——有研究报告ASD个体看嘴巴更多,有研究说更少。

这种矛盾其实并不奇怪。被试年龄、任务场景(是自由观看还是对话互动)、语音是否存在,都会影响结果。但有一点是相对稳定的:口部注视模式可以作为区分ASD和典型发育人群的行为线索。尤其在包含语音互动的社交场景里,口部既是言语产出的器官,也是情绪表达的窗口,对它的注视策略能体现一个人处理社交信息的方式。LASER把“看嘴”设计成模型功能,本质上是在把这个行为学结论引入机器学习的特征通道。

2.2 口面部运动:独立于“语言能力”的信号

在临床行为观察中,除了语言和沟通,专家还会关注口面部运动协调性。发音需要嘴唇、下颌、舌头的精细配合,这是身体里最复杂的运动系统之一。ASD儿童早期有时存在口面部运动控制的落后,咀嚼动作欠协调,发音的清晰度、流畅度会受到影响。日常对话中肉眼可能只是觉得“这孩子讲话有点怪”,但换成机器去量化,就可以提取出开合频率、运动幅度、运动速度这些连续指标。

LASER的有趣之处在于,它试图证明口部运动特征并不完全等同于语音特征。一个语言产出正常、词汇量不低的孩子,其口唇运动模式仍然可能是平淡或者单调的。反过来,某些语言发育迟缓的孩子,口部运动反而表现出非典型的重复模式。所以“看嘴”检测的不是“会不会说话”,而是“嘴唇和下颌是怎么做运动的”。对ASD识别而言,这是独立于语言评判的额外信号。

2.3 从“看嘴”到最早期的行为差异

还有一层动机来自婴儿期回溯研究。科研团队分析婴幼儿时期的家庭录像时发现,后来被确诊为ASD的儿童,在早期就可能出现对名字反应降低、目光注视时间减少、社交微笑变少。也有一些孩子会对嘴部区域刺激表现出异常的专注或回避。也就是说,“嘴”在ASD早期表型里早就反复露脸了,只是之前的计算模型一直没有专门安排一个通道去追踪它。

把这几条线索串在一起,结论就清晰了:看嘴不是技术上的花活,而是对临床行为学观察的机械化。人类专家知道该看嘴,所以通过量表和行为编码来记录;机器不知道,只能从海量视频里自己寻找判别特征。LASER的贡献是把这个先验直接教给模型,避免它在一个本来就难学的小信号上浪费大量训练时间。

3. 口部观察模块的设计拆解:从ROI定位到动态特征编码

3.1 口部ROI怎么来:关键点驱动,而不是像素硬抠

口部通道要工作,第一步是稳定地拿到嘴部区域。LASER采用的做法并不复杂:先用现成的人脸检测模型拿到脸框,再用68点人脸关键点模型取口周这一圈的坐标点,大约包括嘴唇外轮廓和嘴角。根据这套坐标算出包围盒,向外扩展一定比例,得到最终裁剪区域。我特别想提醒的是扩展比例这个细节,太小会把下颌运动截掉,太大又把鼻子、脸颊这些干扰信息包进来,不同的脸型对同样的扩展比例反应差别不小。从复现角度看,系数定在1.5倍左右是个比较稳的起点。

裁剪之外还有一套轻量级的关键点运动学特征:上下唇垂直距离、嘴角水平距离、嘴唇开合角度等,由关键点坐标计算出来。这些标量构成时间序列,能直观描述“张嘴、闭嘴、嘴角拉伸”的速度和幅度。LASER把这两组信息都利用上了:裁剪帧走视觉编码器,关键点序列走运动学建模。前者保留外观纹理上的变化,后者给模型一个显式的运动节律。

3.2 三类“口部专用”编码方案对比

在具体怎么编码口部信息这点上,业界过去几种常见的做法各有取舍。我整理了一张对比表,LASER选择的路线是B和C的结合,这在实际复现中也是比较通用的。

方案输入形式优点缺点
A 静态帧+帧间差单帧ROI实现简单,计算量极低丢失动态节律,时序建模弱
B ROI视频+轻量3D网络多帧裁剪序列保留外观变化和运动信息需要较高输入分辨率,计算量上升
C 关键点运动学序列+序列模型坐标及派生运动指标对低分辨率鲁棒,直接建模运动节律丢失纹理细节,受关键点质量影响大

从实际效果来说,单用A类方案基本只能捕捉“嘴型轮廓”层面的差异,对“开合速度”这种动态量无能为力。C类方案在低分辨率场景下很稳,毕竟它只需要关键点坐标,不需要把嘴部图像拍得清楚。B类方案信息最丰富,但对采集设备要求高,人脸在画面里太小时,裁剪出来就是几十乘几十的模糊块,什么网络都救不回来。

LASER的思路是让B和C互相兜底。ROI视频特征负责描述“口部外观如何变化”,关键点运动序列负责描述“变动的节律和幅度”。两组特征在后期做交叉注意力融合,这样即使视频模糊导致外观通道退化,运动学通道仍然能用关键点坐标维持信号质量。

3.3 跨模态融合与时间对齐的实际细节

多模态模型最容易翻车的就是时间对齐。音频流和视频流如果没有同步,嘴还没张,声音先到了,模型会直接学习一些奇怪的相关性。LASER在这方面采取的是比较稳妥的做法:视频按固定帧率采样,比如25到30帧每秒;音频提取log-Mel频谱特征,然后按窗口长度把视频帧和音频帧对齐。实际复现时还要处理说话间隙的“无语音口动”,比如吞咽、咀嚼、抿嘴。这部分动作同样可能携带信息,尤其是对于ASD个体在无社交互动场景下的重复性口部动作。

口部通道和全局视觉分支、音频分支的融合也需要注意位置。太早融合,口部特征直接被全局视觉淹掉,等于没加这个模块;太晚融合,两条流互不交流,又体现不出跨模态的互补性。常见的可行方案是加一个跨模态Transformer层,让口部特征、全局视觉特征、音频特征各自作为token做交互。这样口部信息保留了自己的身份,又能根据任务需要去影响全局决策。

4. 消融对比与评价设计:凭什么证明“看嘴”是有效的

4.1 数据集与人群划分

“看嘴”这个设计听上去有道理,但真正要说服人还得靠实验。LASER所使用的数据比较典型:一段包含结构化互动的视频,儿童和一个成年互动者在较为固定的光线和距离条件下完成几轮对话任务,视频时长大约在十到二十分钟。参与人群分为确诊ASD的儿童组和典型发育对照组,做了年龄和语言能力上的匹配,不然年龄差或语言能力差会让分类器学到太多无关信息。

训练前还需要做一些视频清洗,比如儿童转头太多、家长入画、光线剧烈变化这些片段,识别效果会受到严重影响。标注流程由背对背的临床专家根据行为观察量表独立完成,存在分歧的样本进评审小组讨论确定。整个流程看起来繁琐,但对医疗场景来说,数据质量就是模型的命根子。

4.2 三组对照:“加看嘴”前后的差距

为了让结论有说服力,论文一般会设计三组对照:第一组只使用全局视觉分支;第二组在全局视觉基础上加入音频分支,形成一个常见的多模态基线;第三组就是完整的LASER,全局视觉、音频、口部观察模块全上。评价指标通常用F1、AUC和分类准确率。在论文报告的代表性结果里,完整模型相比纯视觉基线在AUC上高出十个点左右,相比“视觉+音频”的基线也还有明显的提升。

最让我关注的其实不是总体指标,而是分条件拆解后的差异。语言产出正常的ASD孩子,在只给音频和全局视觉分支部下容易被归为典型发育;加入口部动态信号后,模型能抓住他们口唇运动平淡、节奏偏机械的特征,把这类难样本的召回率拉上来。反过来说,本来语言发育迟缓也明显的孩子,纯音频特征已经能分得不错,口部通道的边际增益反而小。这种差异说明,“看嘴”不是取代其他模态,而是专门去补其他模态的盲区。

4.3 结果解读的边界

我读这类论文时总习惯问一句:这个提升到底来自哪?LASER的实验设计相对扎实,但仍然要小心几点。第一,数据如果采集自同一种互动场景,模型可能学到的只是该场景下的动作模式,换一个场景效果会掉。第二,口部遮挡问题(比如孩子用手挡嘴)在自然互动视频里很难完全规避,遮挡比例高的片子在训练集中过多,会直接影响口部通道的学习。第三,标签完全依赖临床评估结果,而临床评估本身也有信度边界。模型学到的是与临床共识最匹配的自动特征,不必然代表它理解了行为背后的发展机制。

5. 结果之外:模型注意力可视化与临床可解释性

5.1 热力图验证“它真的在看嘴”

间接指标之外,LASER还用了CAM类热力图来观察模型的注意力分布。对比很直观:没有口部通道的基线模型,热力点通常散落在整张脸、手部、甚至背景区域;完整模型在语音互动片段则明显聚焦口周。这个可视化不是锦上添花,它对证明“看嘴”这个设计真正生效至关重要。模型被教过要看嘴,但教归教,学没学会要从热力图看出来。

当然,热力图本身也有自己的不足。它反映的是分类决策时的空间位置重要性,不直接等于因果性。模型聚集口部,也许是因为口部区域和某个更隐蔽的混淆特征高度相关。但至少,它给临床人员一个可对话的“界面”:专家看到热力图集中在嘴巴,就能直观理解模型是利用口部运动模式做判断,而不是在利用某些莫名其妙的背景条纹。

5.2 给AI辅助评估带来的实际想象

这类口部动态特征如果能稳定提取,短期最直接的用处是早期风险信号的自动化预筛。家长不需要带孩子去大医院排队,只用一段日常互动的短视频,就能得到一个客观的口部运动特征画像。第二个可落地的方向是干预效果追踪。比如语言干预训练进行三个月,前后各录一段视频,通过口部通道看开合频率、运动速度有没有变化,这比单纯依赖老师的主观评价更可量化。

远程评估场景也值得想象。一些地区受限于专业评估资源,早期识别率一直不高。用视频分析来做初筛和分层,能把有限的专家资源集中到高风险群体上。不过要反复强调,这类模型的定位是辅助工具,是给临床判断提供更多客观线索,而不是替代诊断。真正确诊ASD,依然需要综合发育史、行为观察和专业的临床评估流程。

5.3 隐私与伦理问题必须先想明白

当模型真的能从几个月以上的视频里提取口部动态细节时,数据安全就必须放在最前面。儿童视频数据属于高度敏感的个人信息,采集前要有明确的知情同意,传输和存储过程要加密,发布特征前要么做去标识化,要么干脆设计成端侧处理,只传出模型输出的特征向量,不传出原始视频。训练数据集还应该做敏感信息审查,避免包含第三方的可识别信息。

还有一层是使用边界。口部运动特征反映的是行为表型,不能用于预测智力、语言能力或其他能力评价,更不能成为某种“标签化”的工具。技术本身中性,但落地的尺度需要设计和研究团队把红线划清楚。

6. 复现中的坑与对这个方向的思考

6.1 我复现时遇到的几个具体问题

先说分辨率这个最大的坑。很多真实世界的互动视频,孩子离镜头稍远一点,人脸区域就只有一百多像素宽。裁剪嘴部ROI之后,实际送进网络的图像往往不到48乘48,别说捕捉细节了,五官都糊成一片。我的解决办法是两路并行:一路对ROI做超分增强之后再送视觉编码器,另一路纯用关键点运动学序列,让后者在前者失效时兜底。实践证明,两路结合比单独刷任何一路都稳。

关键点抖动需要单独处理。嘴唇区域作为高度变形区域,关键点标注和预测都很容易在连续帧之间发生高频抖动。直接拿原始坐标序列算运动特征,会引入大量噪声。给坐标序列加一维时序平滑滤波,过滤掉高频毛刺之后,再计算开合速度、加速度等二阶运动量,数值才稳定下来。数据集里视频长短差异很大也是一个容易忽略的问题,有人录了三分钟,有人录了二十分钟,直接批次训练时,padding会让短样本和长样本的注意力分布都有畸变。按长度分组训练,或者给attention加长度mask,是更稳妥的做法。

数据不平衡同样让人头疼。ASD组样本量天然少于对照组,强行过采样容易过拟合。我的体会是,口部通道的数据增强要克制。对ROI做强对比度反转、随机裁剪、颜色抖动一类操作,往往会直接破坏口唇结构信息,反而不利于训练。轻度的缩放、平移和时间轴上轻微的快慢变化是安全的,扭曲形变的增强要谨慎使用。

6.2 这个方向还可以怎么做

顺着LASER的思路往外延伸,有几个我个人觉得值得做下去的方向。首先是跨数据集预训练。口部动态编码器完全可以先在公开的唇语识别语料上预训练,让网络对“嘴型变化”有很强的表征能力,再用ASD数据微调。这样能极大缓解医疗数据量不足的压力。

其次是更细粒度的口部建模。现在的关键点本质上还是二维平面的粗略描述,如果把口部区域的三维结构信息,比如下颌运动轨迹、舌尖位置,加入模型,可能捕捉到更精细的运动协调性差异。再往后,口部模块可以从监督学习转向自监督学习。用音视频同步一致性作为预训练目标,模型在没有标签的情况下也能学到“什么样是自然的口唇运动节律”,这就为下游任务提供了更通用的基础特征。

最后一个值得较真的问题是:模型聚焦口部,到底是学会了口部运动本身的异常,还是仅仅把口部作为语言的代理变量?要回答这个问题,可以做静音条件下的互动视频对比实验,也可以设计去除音频通道的对照。如果去掉声音后口部通道仍然有效,那说明它学到的确实是口唇运动层面的信号,而不仅仅是语音的副产品。这个验证非常重要,未来要说服临床专家,不能只靠一个整体AUC。

最后再分享一点我自己的体会。LASER值得关注的不是“加了一个局部分支”这种工程操作,而是它先想清楚了临床先验:在ASD的行为表型里,到底哪条信号被长期忽略了。答案落在嘴巴上。我们做AI辅助诊断的时候,太容易把精力放在把模型做得更大、数据刷得更多上面,却很少停下来问一句:这一领域的专家在看什么?为什么这样看?那些教条式的临床流程里,往往藏着最有价值的先验。等你想明白了这一点,再回头设计网络结构,会发现很多模块其实是顺理成章的。如果你也想复现这个方向,我唯一能给的实操建议是:先用最小的模型和低分辨率把整个pipeline跑通,验证数据没问题,再逐步加分辨率、加时序维度,不然一上来就全尺寸训练,多半会在调试上耗掉大量时间。

相关新闻

嵌入式超声水表方案落地:GP22与MS1022驱动及算法工程拆解

嵌入式超声水表方案落地:GP22与MS1022驱动及算法工程拆解

简介:一套面向超声水表与热量表开发者的调试通过代码包,涵盖GP22、MS1022两种常见型号,基于MSP430超低功耗平台实现超声波信号采集、流量/热能计算及通信功能,适用于水表计量、供热系统热能计量等低功耗嵌入式场景。压缩包共58个文…

2026/10/20 14:06:21 阅读更多 →
AI应用开发实战指南:场景拆解、落地避坑与前景展望

AI应用开发实战指南:场景拆解、落地避坑与前景展望

最近大半年,我几乎每周都会被问到同一个问题:现在做AI应用到底还有没有机会,这个领域是不是已经被大厂垄断了,普通人还能不能挤进去。问的人里有刚毕业的学生,有传统行业的IT负责人,也有在创业公司带团队的…

2026/10/20 14:05:16 阅读更多 →
超低功耗语音芯片如何让TWS耳机真正实现AI交互

超低功耗语音芯片如何让TWS耳机真正实现AI交互

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 14:05:16 阅读更多 →

最新新闻

60次实测:MCP不省上下文,子agent平均省38.1%token增量

60次实测:MCP不省上下文,子agent平均省38.1%token增量

做Agent应用的人,大概都被问过一个问题:接上MCP之后,上下文是不是就能省不少?我前两天刚跑完一轮60次真实任务的对照实测,结论很干脆——MCP在省上下文这件事上的贡献是精确的0;而换成子agent路线&#xff…

2026/10/20 14:46:40 阅读更多 →
RRT-Connect双树搜索MATLAB代码详解:从原理到实现

RRT-Connect双树搜索MATLAB代码详解:从原理到实现

简介:面向机器人运动规划与路径规划研究者,这份资源提供了RRTConnect算法的完整MATLAB实现。RRTConnect在经典RRT基础上采用双向搜索策略,适合解决高维空间或复杂环境下两点间快速路径规划问题,对自动化、机器人及相关专业学生开展…

2026/10/20 14:46:40 阅读更多 →
Windows下Mask R-CNN PyTorch原生编译与部署实战

Windows下Mask R-CNN PyTorch原生编译与部署实战

1. 为什么在Windows上配Mask R-CNN不是“装个包”那么简单 Mask R-CNN是目标检测与实例分割领域的标杆模型,PyTorch版因其模块清晰、易于调试、社区生态活跃,成为多数研究者和工程落地首选。但当你在Windows系统上打开终端,输入 pip install…

2026/10/20 14:46:40 阅读更多 →
AI生成实操型博文的安全与格式规范要点

AI生成实操型博文的安全与格式规范要点

好的,我将严格遵循安全与格式要求,基于标题生成一篇完整、可直接发布的实操型博文,全程不涉及任何风险或敏感内容。因内容较长,我会分两条消息完成全文。

2026/10/20 14:46:40 阅读更多 →
n8n外部执行器部署指南:独立代码沙箱隔离与Docker Compose实战

n8n外部执行器部署指南:独立代码沙箱隔离与Docker Compose实战

这两年用 n8n 做流程自动化的人越来越多,但大部分人把 n8n 部署好以后就默认开工了,根本不会注意到一个关键组件——任务执行器。n8n 从 2.x 版本开始引入了外部执行器机制,简单说就是把 Code 节点、自定义 JS、Python 脚本这类代码运行环境从…

2026/10/20 14:46:40 阅读更多 →
Ubuntu 24.04用Docker Compose部署Whisper语音识别服务全指南

Ubuntu 24.04用Docker Compose部署Whisper语音识别服务全指南

如果你需要在Ubuntu 24.04上搭一个完全本地的语音识别服务,把录音、播客、会议音频批量转成文本,同时又不想被一堆Python依赖折腾到怀疑人生,那Whisper配合Docker Compose几乎是我目前试过最省心的组合。我最近把整套流程从零跑通&#xff0c…

2026/10/20 14:45:32 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 10:02:08 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:45 阅读更多 →