HyperFrames时间超分辨率全解析:从深度估计到慢动作补帧实战
最近一段时间“hyperframes”在视频处理圈子里出现的频率明显高了。这个词直译过来是“超帧”但圈内讨论它的时候基本都指向同一样东西用深度学习做时间超分辨率Temporal Super-Resolution把普通视频帧率拉高甚至从 30fps 生成 240fps 的类慢动作画面。早年这个概念更多停留在论文里如今模型权重、开源代码、推理工具都陆续公开了普通后期人员和视频算法工程师也能直接上手试。这篇文章我想从原理拆解、实操流程、踩坑记录和技术选型几个角度把 hyperframes 这件事讲透。适合三类人看一是做视频后期、想给素材补帧做慢动作的创作者二是研究视频增强算法的开发者三是对 AI 视频处理感兴趣、想了解时间超分到底能干什么的爱好者。1. 为什么“hyperframes”最近成了视频圈的热词1.1 慢动作的传统玩法痛点在哪里想得到高帧率慢动作最“正道”的方式是拍摄时就拍高帧率。专业高速摄影机不用说现在的旗舰手机也普遍支持 120fps、240fps 甚至 960fps 的规格录制。但高帧率拍摄有几个绕不开的问题码率暴涨存储压力大弱光环境下噪点爆炸拍摄时长受限一段 240fps 素材录个几十秒就很夸张了。所以后期补帧一直是刚需。传统的做法是光流法比如 FFmpeg 里的 minterpolate 滤镜或者 After Effects 里的光流插帧。光流法的核心思路是先估计两个参考帧之间每个像素的移动轨迹再把中间帧的像素插到轨迹上。听起来合理但实际跑起来非常容易翻车——大位移运动、前景遮挡背景、运动模糊严重的镜头光流估计一旦出错画面就出现扭曲、鬼影、边缘撕裂。我做后期这几年对光流插帧的“果冻边缘”已经条件反射了。1.2 HyperFrame 把“插帧”变成了“重建”hyperframes 代表的思路不太一样。它不把补帧看成简单的像素移动而是看成一次空间重建。一个视频帧为什么会出现某个物体因为场景里存在一个三维结构摄像机在某个位置拍下了它。如果你能推断出场景的深度信息知道每一块像素离摄像机多远那么在任意两个时间点之间你理论上都能推算出“摄像机在中间时刻看到什么”。这就是 Google Research 提出 HyperFrame 技术时的核心出发点。它用神经网络估计场景深度再基于深度信息和参考帧去重建中间帧。和光流法的二维运动估计相比这种方案对遮挡、大位移的鲁棒性提升非常明显。最近这段时间它被反复讨论一是因为时间超分在视频增强里确实需求很大二是开源的推理实现让门槛降到了个人电脑能跑的程度。不再是顶会论文里的摆设而是可以真正出片的工具。2. 检测器重建器HyperFrame 把补帧变成了空间重建2.1 为什么预测深度比预测光流更稳要理解 hyperframes 的优势先得明白光流法的短板在哪。光流本质上是在二维图像平面里做运动估计。想象你看着一栋楼旁边有人跑过去跑动的人会在某一帧完全遮住楼的一部分。光流算法要做的是给楼被遮住的那些像素也估计一个运动方向但问题是这些像素在下几帧才“现身”中间帧到底该显示楼还是显示人光流法在这里没有可靠的依据所以会产生鬼影。深度信息解决的是“谁在前、谁在后、谁遮挡谁”的问题。HyperFrame 的检测器网络会输出一个像素级深度图告诉系统画面里每个物体的远近关系。有了深度重建的时候就按深度顺序来处理层叠关系前景物体移动时它后面的背景像素如果被遮挡了可以凭深度推断出背景在该位置的合理内容而不是像光流那样强行让遮挡区域跟着前景一起移动。这里可以打个比方。光流法等于给你一张平面地图上面画着箭头告诉你每个点往哪走可你一进隧道就傻了。深度图则是给你一张带等高线的地形图你知道哪里有山、哪里有洞哪怕路径被山峰挡住你也能大概猜出山背后的地形走势。hyperframes 能处理遮挡场景靠的正是这种三维几何先验。2.2 检测器和重建器各自干什么HyperFrame 这类时间超分方案通常是两个阶段配合工作检测器Detector输入是一段视频的连续几帧输出是每一帧对应的深度估计。它需要理解场景的三维结构。注意这里输入的不是单帧而是连续多帧因为单靠一帧很难判断静态物体的远近多帧之间的位移差可以让网络通过视差原理更稳地推断深度。重建器Reconstructor输入是检测器给出的深度信息加上实际拍摄到的参考帧输出是你想要的那个中间时刻的画面。重建器的本质是一个可微的程序化渲染器它根据深度把参考帧内容投影到目标时刻再补齐遮挡区域和细节。这里有个很有意思的设计细节检测器算出的深度不是百分之百准确所以重建器还需要一个“纠错”通道。它可以拿输出结果和参考帧做比较在训练时不断调整自己最终学会在深度估计有噪声的情况下依然重建出干净画面。这种两个网络互相配合的结构比单纯端到端一个黑箱网络更容易控制中间结果。2.3 置信度加权不是每个像素都值得信赖所有超分算法都会遇到一个尴尬模型对自己的输出不一定有把握。有的区域重建得很真实有的区域完全就是“猜”。如果对错误区域和正确区域同样惩罚模型会把精力浪费在那些根本无法恢复的地方。HyperFrame 的关键技巧是让重建器额外输出一个置信度图每个像素对应一个 0 到 1 的可信度分数。损失函数设计成置信度加权重建损失[ L \frac{1}{N} \sum_{i} c_i \cdot |\hat{I}_i - I_i| ]其中 ( \hat{I}_i ) 是重建的像素( I_i ) 是真实高帧率帧的像素( c_i ) 是置信度。置信度低的区域误差对梯度的影响就小。反过来模型会努力提升低置信度区域的置信度——不是靠作弊降低权重而是靠把那些区域重建准确。这个机制让我想到人工修图时的习惯。先整体修一遍然后用蒙版把修不平的地方遮住降低它的存在感。但真正专业的做法是去解决蒙版下面的问题。置信度加权既给了模型“蒙版”也激励它最终摘掉蒙版。实际操作中能不能把遮挡边界重建得干净很大程度上取决于置信度机制设计得好不好。2.4 多尺度与时间一致性防闪烁的关键只看单帧重建每帧都标准还不够。视频是连续播放的如果每帧单独重建结果之间的轻微不一致会在播放时表现为闪烁、抖动。HyperFrame 方案在训练时会加入时间一致性约束比如让相邻两帧的重建结果之间满足光流一致性或者引入多尺度判别器让网络在高分辨率细节和低分辨率结构层面都保持一致。多尺度处理也是处理大位移的重要手段。网络先在下采样后的低分辨率图上估计粗略的深度和运动再逐步细化到原分辨率。这样大范围运动先在大尺度上被锁定小尺寸的细节在后续阶段补上既减少显存消耗又避免网上常见的“一运动就糊成一团”问题。3. 全流程实操从一段普通视频到丝滑慢动作3.1 实验环境和数据准备我自己跑 hyperframes 类时间超分模型的常用环境是这样的项目推荐配置备注显卡NVIDIA RTX 3060 12GB 或更好8GB 显存也能运行但批次要调小框架PyTorch CUDA 11.8多数开源实现基于 PyTorch解码FFmpeg 5.x解帧和合成必备输入素材30fps 或 60fps 的清晰视频运动模糊越少越好输出目标120fps ~ 240fps再高会明显产生生成伪影第一步永远是解帧。用 FFmpeg 把视频拆成图像序列ffmpeg -i input.mp4 -qscale:v 2 frames/%05d.png这一步大多数人不会出错但帧命名格式很重要。用%05d五位数字补零比如00001.png、00002.png后面读帧列表时按文件名排序才不会乱。如果直接靠系统默认排序读取00001、00010、00002这种乱序会让人怀疑模型是不是坏了。3.2 推理流程与参数调优解完帧下一步是把帧交给模型做时间超分。以常见的开源复现实现为例核心参数有这几个输入连续帧数量一般取 4~8 帧作为上下文帧数越多模型对运动和遮挡的判断越准但显存占用和推理时间也成倍增加。输出帧率倍数想要从 30fps 提到 240fps9 个中间时刻都要补齐意味着每个输入片段要重建 8 帧。这个量级下批量大小必须压到 1否则显存直接爆掉。推理步长不要每次滑一帧建议按输出倍数滑动。比如目标是补成 4 倍就每 4 帧取一个参考点做窗口滑动这样生成的中间帧能用上更充分的信息。实际推理时建议分批处理比如每 32 个片段为一个 batch处理完后把中间帧写回输出目录。我通常会单独写一个临时目录存中间帧最后再统一排号合视频方便中途出问题时排查。合成视频的命令ffmpeg -framerate 240 -i output/%05d.png -c:v libx264 -crf 14 -preset slow slow_motion_240fps.mp4这里-crf 14是视觉无损级别。因为生成帧本身经过网络推理再经过有损压缩会损失更多细节CRF 值设低一点更能保留超分结果。如果输出目标是放在网络平台播放CRF 加到 18 就好文件小很多眼睛不一定看得出来。3.3 效果评估客观指标和主观判断各看什么跑完不能只看“动起来爽不爽”要量化一下效果。客观指标通常用这三项PSNR峰值信噪比衡量保真度越高越好一般对比生成帧和 ground truth 高帧率帧。SSIM结构相似性衡量结构相似度比起像素级差异更贴近人眼感知。LPIPS学习感知图像块相似度用神经网络特征衡量感知差异数值越低越接近真实画面。但如果手头没有真正的高帧率 ground truth客观指标无从谈起。这时候就靠主观检查两件事一是边缘看物体轮廓在慢放时是否稳定有没有水波纹状抖动二是纹理细节看草地、布料、头发这类高频区域有没有出现“油画感”或“褪色感”。我自己的习惯是生成一段 240fps 慢动作后在播放器里用 0.25 倍速反复回看运动最快的镜头基本能 10 秒内判断有没有明显问题。4. 同一个模型不同效果我踩过的 4 个关键坑4.1 运动模糊是头号敌人时间超分最怕的输入不是低清晰度而是运动模糊。高速运动的物体在单帧曝光时间里本来就拖了一条尾迹这段尾迹里既有真实信息也有模糊噪声。检测器看到这种模糊会把模糊误判成深度层次感结果重建出的帧在物体边缘出现半透明的“虚影”。踩过一次很深的坑用手机拍摄的步行跟拍素材做 240fps 补帧结果整个背景都在不停抖动完全没法用。后来把源素材换成脚架固定的镜头哪怕物体运动很快画面也稳住了。所以实操第一条输入素材尽量用快门速度高、运动模糊少的片段。拍摄时如果可能把快门打到 1/1000 秒以上再录效果远胜任何后期修复。4.2 遮挡和大位移场景需要手动调整上下文当物体快速从画面一边穿到另一边中间帧里它应该位于哪个位置、它遮挡的背景是什么这些都是网络最难判断的部分。我测试过一版模型处理人物从镜头前快速闪过的镜头时中间几帧人物的手臂出现了断截背景一会儿清晰一会儿模糊。解决办法有两个方向一是增加输入上下文帧数让网络有更多信息可以推断运动轨迹二是考虑分段推理把包含大位移的镜头单独拎出来和相邻镜头分别处理再手动拼接避免模型在一个片段里既要处理慢速背景又要处理高速前景。当然这会增加工作量但高端镜头值得这么折腾。4.3 纹理重复区域会“发疯”大面积白墙、条纹布、草地、密集人群这类重复纹理区域是几乎所有插帧模型的噩梦。因为局部区域看起来都差不多网络没法从外观上判断这些像素到底属于哪里容易把纹理“拧”错位置。表现出来就是水面一样的波纹或者墙壁上出现一道一道的阴影。这类问题目前在视觉上很难彻底消除。我能给的经验是不要追求一次性出片把纹理重复严重的片段标记出来单独调低插帧倍数比如从 8 倍降到 4 倍视觉质量会有明显提升。必要的时候可以用传统光流对这部分做局部修正把 AI 生成的结果和光流插值结果按权重混合虽然不能完美解决但能肉眼可见地减弱波纹感。4.4 解码器和帧序陷阱这个坑其实和模型无关但非常容易埋雷。现在主流视频是 H.264/H.265 编码压缩时会产生块效应和色度抽样损失。这些压缩伪影会被超分模型成倍放大输出画面看起来比输入还“脏”。用高标准解码参数重新转码源素材或者改用 ProRes 等高质量中间编码后再喂给模型效果差异极大。帧序问题更隐蔽。很多人从视频软件里导出的帧文件名是1.png、2.png、10.png在文件管理器里看到的是1, 2, 10, 3这样的顺序。如果读取代码恰好事先排序了模型看到的画面就是乱跳的输出当然奇形怪状。我的做法是解帧时强制指定补零位数并且用代码再按文件名排序一次双保险。这个习惯救了我好多次。5. 时间超分辨率技术选型hyperframes、光流插帧与传统补帧怎么选5.1 三种路线放在一起看聊了这么多 hyperframes 的原理和实操最后必须把它放回整个工具生态里对比一下。现在的视频补帧方案基本就三条路方案原理优势短板适用场景传统光流插帧minterpolate 等像素轨迹估计无需训练、实时性尚可遮挡/大位移翻车边缘伪影快剪预演、对质量要求不高的填充光流深度学习的插帧RIFE 等神经网络结合光流先验速度快、质量高、开源成熟对运动模糊和重复纹理仍有问题通用高质量补帧广泛用在动漫、视频增强深度感知重建时间超分HyperFrame 类深度估计场景重建遮挡处理能力更强慢动作极限更高推理速度慢、显存大、实现复杂高质量慢动作生成、科研级增强从我实际测试的经验来看RIFE 这类“单帧插帧”方案在日常视频补帧里性价比最高速度快、效果好、开源社区足够活跃。hyperframes 类方案的优势在于处理复杂遮挡和极端慢动作场景它的深度感知机制让它在“把 30fps 拉成 240fps”这种高倍数任务里比 RIFE 的纯插帧结果更稳定。5.2 选型逻辑先问自己三个问题具体到项目里怎么选我的建议是从三个角度出发第一输出目标帧率是多少1.5 倍到 4 倍之间的轻量补帧RIFE 足够超过 8 倍、还要保证画面稳定性优先考虑 hyperframes 类方案。第二源素材是什么样的如果素材里有大量前景遮挡、镜头快速运动深度感知方案明显更抗造如果大部分是静态或慢速镜头传统 AI 插帧性价比更高。第三时效性有没有要求按分钟计的视频、当天要交付的剪辑选实时性更高的方案。研究一下午、一夜时间渲染就可以追求极限质量上 hyperframes。5.3 别指望生成帧超过拍摄帧所有的超分技术都有一个物理上限输出不能无中生有地超过输入携带的信息。hyperframes 能做的是更聪明地利用几何先验和学习先验把信息利用效率拉高但它无法创造真正丢失的细节。高速运动物体的运动模糊是物理过程造成的后期补帧只能把模糊的位置猜得更合理不能让它变得像高速摄影机拍出来那样定格清晰。这一点看起来是常识但很多人在实际项目里还是会抱有不切实际的期待。我对同事说过一句话补帧是让“普通素材”看起来接近“高帧率素材”不是把“普通素材”变成“高帧率素材”。理解这个边界排项目排预算时才不会翻车。5.4 下一步的方向事件相机与大模型插帧如果你对 hyperframes 这类时间超分感兴趣值得关注两个方向。一个是事件相机Event Camera与超分模型的结合。事件相机的传感器本身不是按帧曝光而是每个像素独立响应亮度变化能记录到亚毫秒级的时间信息。把这种传感器输出的“事件流”和时间超分模型结合理论上能打破传统视频拍摄的帧率天花板这可能是下一代慢动作技术的核心。另一个是基于扩散模型Diffusion Model的视频插帧。2023 年以来扩散模型在图像生成上展现出来的细节重建能力正在被迁移到时间插帧上。它对真实感的把握更强可能解决现有模型在纹理重复区域的“发疯”问题。当然扩散模型推理速度更慢离实时还有距离但不妨碍值得持续关注。我最后想分享一个个人经验hyperframes 这类工具最好是在项目早期就接入流程而不是等主片剪辑完了才拿来临时补帧。因为补帧质量高度依赖运动信息保留情况如果剪辑到最后一步才发现有一组关键镜头源素材帧率不够往往已经没有重拍的余地只能降低效果预期。反过来在拍摄方案里提前预留一部分高帧率素材再用 hyperframes 做“相对轻量”的扩展帧率两者结合出来的慢动作效果最为理想。这个东西说到底不只是模型和显卡的差距而是流程设计的问题。

相关新闻

TPP技术解析:药物靶点发现的热力学蛋白质组学方法

TPP技术解析:药物靶点发现的热力学蛋白质组学方法

1. TPP技术概述:当热力学遇上蛋白质组学在药物研发领域,最令人头疼的问题莫过于"这个化合物到底作用于哪个靶点"。传统方法往往需要将蛋白质从细胞环境中分离出来进行研究,就像把鱼捞出水面观察其游动姿态——结果必然失真。TPP&am…

2026/10/15 13:52:34 阅读更多 →
R语言实战:基于KNN聚类的时间序列预测方法解析

R语言实战:基于KNN聚类的时间序列预测方法解析

大概半年前接了一个实际需求:预测某工厂循环水系统的运行负荷,为调度提供短期参考。数据拿回来倒是简单,一天24个小时一个点,连续一个月。可问题在于精度——ARIMA、指数平滑这类传统模型遇到周期性叠加随机波动、偶尔再来点异常数…

2026/10/15 13:51:29 阅读更多 →
openrig 工作台搭建指南:Node.js、tmux 与 AI 编程助手配置

openrig 工作台搭建指南:Node.js、tmux 与 AI 编程助手配置

1. 从 openrig 这个名字说起:它到底想解决什么问题第一次看到openrig这个词,我下意识把它拆成了两半:open和rig。rig在工程语境里通常指“成套装置”或者“把一堆零件组装成能跑起来的东西”,比如矿机叫 mining rig,测…

2026/10/15 13:51:29 阅读更多 →

最新新闻

OpenShell:面向开发者的Windows桌面增强工具

OpenShell:面向开发者的Windows桌面增强工具

1. OpenShell 是什么?它不是 Shell,更不是“开源外壳” OpenShell 这个名字,乍一听容易让人误以为是某种 Linux 或 macOS 的 shell 替代品——比如像 zsh、fish 那样的命令行解释器,或者某个带图形界面的终端模拟器。但事实恰恰相…

2026/10/15 14:31:41 阅读更多 →
OpenShell:跨平台终端环境协同方案详解

OpenShell:跨平台终端环境协同方案详解

1. OpenShell 是什么:一个被严重误读的“跨平台终端体验重构计划”OpenShell 这个名字在当前技术社区里,正经历一场典型的语义漂移——它既不是某个已发布的开源项目官方名称,也不是微软、苹果或Linux发行版的正式组件代号。但恰恰是这种模糊…

2026/10/15 14:31:41 阅读更多 →
FFmpeg转码核心技术解析与实战应用

FFmpeg转码核心技术解析与实战应用

1. 为什么需要系统掌握FFmpeg转码?第一次接触FFmpeg时,我像大多数人一样只会用简单的命令转换视频格式。直到有次客户要求将4K HDR素材转码为适配老旧机顶盒的MPEG-2格式,才发现参数配置不当会导致画质严重劣化。那次经历让我意识到&#xff…

2026/10/15 14:31:41 阅读更多 →
ShardingJDBC分库分表入门:分片键设计、配置实战与生产避坑指南

ShardingJDBC分库分表入门:分片键设计、配置实战与生产避坑指南

这两年总有同事问我,说订单表已经两千多万行了,到底要不要拆表?我的回答通常是:先别急着拆,先想想你的数据访问规律到底是什么。很多人被性能问题逼到分库分表面前,却没搞清楚中间件到底是怎么工作的&#…

2026/10/15 14:31:41 阅读更多 →
Intel SGX入门:硬件级可信执行环境原理与落地实践

Intel SGX入门:硬件级可信执行环境原理与落地实践

1. 从一个真实困惑说起:为什么需要关注SGX我第一次接触Intel SGX是在做一个跨平台数据协作项目的时候。当时的需求很朴素:多个参与方想联合计算一个统计结果,但谁都不愿意把原始数据交出去。我们试过同态加密,性能损耗大到没法接受…

2026/10/15 14:31:41 阅读更多 →
基于 GPU 算力集群利用率的反向限流:防止私有化推理卡池进入热崩溃

基于 GPU 算力集群利用率的反向限流:防止私有化推理卡池进入热崩溃

大模型私有化部署在各行各业落地过程中,绝大多数架构师在传统微服务中积累的限流经验都会彻底失效。传统的 API 网关限流通常基于固定的 QPS 或并发连接数,比如给某个接口配置 200 QPS 的令牌桶。但这套逻辑放在大模型推理集群上几乎等于自杀。 在 LLM 推…

2026/10/15 14:30:40 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/15 13:48:15 阅读更多 →

月新闻

我发现了一个新思路:用 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/15 0:14:36 阅读更多 →
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/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练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/15 9:49:14 阅读更多 →