Hyperframes工作流:高帧率拍摄与AI插帧打造顺滑运动画面
最近在几个摄影和视频创作的社群里总能看到hyperframes这个词被反复拿出来讨论。也有不少朋友私信问我这到底是个新滤镜还是某种新格式我说都不是。严格讲它更像一套把高帧率采集、AI插帧补全、运动模糊控制串起来的创作工作流目的很简单——让你拍出的运动画面既比普通60帧更顺滑、更有现场感又不会因为帧率堆得太高而丢掉电影级的柔和动态。我最初是被一段篮球动作视频种草的。用普通30帧拍投篮球在落地瞬间总有一股一顿一顿的跳跃感用120帧拍慢动作是稳了但放到正常速度播放又觉得画面太生硬、像游戏引擎渲染。直到我把超采样拍摄插帧补全组合在一起才意识到这才是真正能让运动画面变得又清晰又连贯的玩法。这篇文章我打算从人眼感知的根子讲起再聊拍摄端的设备与参数设置、后期AI插帧的完整流程最后把我在实际测试中翻过的车、踩过的坑一并列出来。无论你是手机党、相机党还是剪辑师应该都能从里面找到可以直接抄作业的部分。1. 先给hyperframes做个定位它是一套运动影像工作流不是一个滤镜1.1 名字撞车通信里的超帧和创作者语境里的超帧如果你直接去搜hyperframe最先跳出来的大概率是电信或者工业通信的文档。在GSM、蓝牙跳频、SDH这些标准里超帧是一个用来做帧计数和时钟同步的时间结构单位和影像创作没有任何关系。但最近在影像圈子里火起来的hyperframes指的不是通信协议。创作者们用这个词描述一种越来越主流的制作思路以远高于最终播放帧率的规格去拍摄素材再通过光流估计、AI中间帧生成等手段在后期把运动轨迹补完整最后以目标帧率输出。简单说就是拍得比你看的多算得比你拍的多。我把这两层含义分开是因为很多人在群里讨论时都绕晕了。如果你为了找视频教程结果搜到一堆通信标准文档别怀疑自己换个关键词组合再搜就行。1.2 为什么高帧率拍出来反而不香先说一个反直觉的结论高帧率素材不等于高流畅观感甚至可能更糟。大多数人第一次用120fps拍视频从相机回放时会觉得怎么看着像高清游戏画面电影感没了。这不是错觉根子在快门。常规拍摄模式下相机会根据环境光线自动匹配很高的快门速度——大白天拍120fps快门很可能飙到1/1000秒甚至更快。每一帧都锐利无比运动物体被冻结得清清楚楚。可电影、电视画面之所以让你觉得舒服恰恰是因为它保留了适度的运动模糊。这里有一个很经典的参考电影工业从胶片时代就定下的180度快门法则。24fps拍摄时快门开角180度等效曝光时间约1/48秒。每一帧里物体移动的轨迹都被记录成一道柔和的拖影这个拖影在连续播放时会把帧与帧之间的跳跃糊过去视觉系统因此更容易把它感知为连续动作。高帧率本身不是问题问题是高帧率配上高速快门等于把每帧的动态细节削得干干净净连起来看反而少了人眼期待的那种连贯增量。Hyperframes工作流的关键修正就是把快门速度拉回180度法则的区间比如120fps对应1/240秒同时允许AI在后期帮你把帧间隔里的运动过程重建出来。1.3 用一句话概括hyperframes超采样 插帧 动态模糊管理我可以把整套思路压缩成一个公式原始采集以目标帧率的2到8倍采样常见的是60、120、240fps 关键帧筛选保留运动信息最完整、构图最稳定的帧 AI插帧用光流算法估算相邻帧之间的运动矢量生成中间帧 模糊管理控制单帧曝光时间让每一帧既清晰又带合适的运动轨迹。用大白话讲普通视频是一秒拍了30张照片你看的时候大脑自动脑补中间过程Hyperframes是先用高速相机一秒拍下120张甚至更多再由算法算出那些丢失的中间时刻画面最后按目标帧率平滑播放。信息量从源头上就翻了几倍观感自然就顺滑了。2. 拍摄端的三张表帧率、快门和存储的取舍2.1 帧率到底选多少先想清楚目标帧率和慢动作倍率很多人在拍摄前没想清楚这段素材最后要以什么速度被观看导致素材要么不够用要么过度冗余。我建议你先确定最终导出帧率——国内大多数平台视频是30fps如果你做运动类内容也可以选60fps——再反推拍摄帧率。下面这张表是我个人常用的规划方式直接对着选就行最终播放效果拍摄帧率建议后期处理30fps正常速度60fps无需插帧直接30fps导出30fps 2倍慢动作120fps变速到50%必要时补帧30fps 4倍慢动作120或240fps变速到25%建议开补帧60fps正常速度120fps或更高先抽帧再插帧或直接使用极慢特写/转场240fps/960fps强光环境配合AI补帧我不建议日常拍摄全程用240fps。一是文件体积和码率爆炸式增长二是弱光下可用性直线下降三是后期渲染时间成倍拉长。我自己的做法是4K60fps拍正常速度镜头120fps只留给确定要放慢的动作镜头240fps偶尔用在转场和极限瞬间。2.2 快门速度别让自动曝光毁掉你的运动模糊这是Hyperframes最容易翻车的一步。拍摄60fps时快门尽量锁在1/120秒120fps时锁在1/240秒240fps时锁在1/480秒。这就是前面说的180度快门法则。手动模式下很多相机直接有快门角度选项比如松下的快门角度180°索尼和佳能需要换算成快门速度换算公式就是当前帧率的倒数乘以2。手机用户可能觉得麻烦但也能锁。iPhone用ProCamera或者Moment这类第三方App可以独立调整快门也可以先长按画面锁定曝光和对焦再把曝光补偿稍微拉低不过这样不完全精确。安卓阵营更好办Pro模式里直接调快门速度再用Cinema Pro、ProShot这类App绑定帧率和快门联动。这里有个例外要单独讲如果你需要的是水滴凝固、球拍击球瞬间那种绝对清晰的瞬间那么1/1000秒以上反而更好。但这类素材不适合放进Hyperframes流程里做流畅画面因为它没有运动模糊插帧后会出现洗牌感——物体位置精准但动态生硬。所以拍摄前必须想清楚这一段是要流畅叙事还是凝固瞬间。2.3 码率、编码和存储高帧率素材的隐形代价很多新手只盯着分辨率和帧率忽略了码率。高帧率下码率几乎是线性上涨的同样分辨率下60fps的码率是30fps的2倍120fps接近4倍。iPhone在4K120fps下默认用HEVCH.265压缩效率高、文件体积可控但剪辑时解码压力大如果用ProRes 422或更高规格剪起来丝滑但一张128GB的卡很快就会被塞满。存储卡建议直接看认证等级4K120fps加上10bit色深至少要有V60速率240fps或者更高码流直接上V90。我用的是V60卡配240fps素材经常在长镜头后半段出现写入波动后来换到V90才彻底解决。如果你用的是相机内置录制或者外接SSD也建议检查一下持续写入速度而不是只看标称最高速度。备份策略也得跟上。Hyperframes素材体积是普通素材的2到4倍我现在的习惯是拍摄当天就把高帧率素材单独拷贝到SSD里再定期归档到NAS避免在相机和电脑两头来回倒腾时弄丢。3. AI插帧到底是怎么无中生有的光流与中间帧3.1 丢开玄学插帧算法在做什么传统视频中帧与帧之间隔了整整1/30秒中间过程全部丢失。AI插帧的任务就是根据相邻两帧像素的变化估算出中间时刻的画面。怎么估算靠光流。光流的思路是把上一帧和下一帧放到同一个坐标系里算法逐像素寻找哪些色块从哪个位置移动到了哪个位置得到一组运动矢量然后推算出物体在中间时刻应该在哪。抛物线也好、直线外推也好这些矢量判断最终构成了中间帧。为什么不能直接做普通补间AI插帧和帧混合是两码事。帧混合就是把两帧半透明叠在一起结果运动物体会变成半透明的重影边缘还会发虚。光流插帧则会把物体真正搬到中间位置位置准确、边缘干净所以观感自然得多。再往深一层说现在的模型如RIFE、DAIN已经被大规模视频训练过能识别大量真实世界的运动规律。RIFE是Lightning、VapourSynth社区里常用的实时插帧模型速度快、效果好DAIN则引入了深度加权光流针对遮挡和复杂前景表现更好但计算量更大。Topaz Video AI则是把这些模型商品化界面友好适合不愿意折腾命令行的用户。3.2 四类常用插帧工具的实测感受我自己的工具链分四档按使用频率排工具上手难度特点适合场景剪映/必剪极低手机端直接补帧处理快但大动态容易破绽日常Vlog、快剪辑Flowframes中等免费开源内置RIFE/DAIN可批量处理想要自己控制参数的PC用户Topaz Video AI中高付费插帧超分辨率一体画质上限高专业作品、大尺寸输出达芬奇/PR内置光流中等主打变速补帧和剪辑流程无缝衔接变速镜头、时间重映射如果你第一次接触插帧建议先用剪映的智能补帧跑一遍。它虽然对剧烈运动、遮挡场景的处理不算完美但胜在快能让你快速建立起该看哪里、什么是破绽的直觉。之后再上Flowframes把RIFE跑一次对比效果你会对插帧的能力边界有更深体会。3.3 一个常见困惑从120fps到30fps再回到60fps的两种路线我常常被问到我拍了120fps素材想要最终60fps输出应该直接抽帧还是插帧这里有两条路线路线A保持高帧率变速后直接输出。比如把120fps素材放进60fps时间线播放速度变成原来的1/2这样每两帧里只取一帧画面流畅但运动信息其实有丢失。如果想要更顺滑就在变速后开启补帧把缺失的中间帧算回来。路线B先把素材降低到目标帧率再用AI插帧补回。比如把120fps降到30fps再插帧回60fps。好处是中间帧数量可控坏处是处理流程多了一步渲染时间变长。我的做法其实很简单正常速度镜头拍摄时就用60fps剪辑输出也保持60fps根本不走插帧只有确定要做慢动作爆点的镜头才会在变速后开补帧。插帧不是越多越好每多一步处理就多一分破绽风险同时渲染时间成倍上涨。先把基础拍好再考虑让AI帮你修细节。4. 一套可以直接抄的Hyperframes工作流剪映和达芬奇双版本4.1 拍摄前的Checklist这里必须列一个清单因为高帧率素材拍错一步后期怎么救都别扭目标输出帧率确认整个项目是30还是60fps先定死 光线是否充足高帧率对光的需求成倍提高120fps需要的进光量是60fps的两倍弱光拍摄要格外谨慎 锁定快门按180度法则设置手机和相机都要手动锁定 存储卡与录制规格确认卡速认证、分辨率与帧率的组合是否在设备支持范围内 是否有慢动作需求有就额外给该镜头留足拍摄时间和机位。这个清单我打印过贴在相机包里宁可麻烦一点也不要到后期才后悔。4.2 剪映从导入到导出的标准流程剪映是目前最快出片的方案具体步骤新建项目帧率选30或60建议直接选60fps方便后面做变速导入60fps素材如果回放没有明显卡顿保持60fps输出不需要补帧如果平台限制只能30fps就在剪辑面板把帧率改成30fps慢动作处理选中120fps素材变速设为50%或25%然后打开智能补帧补偿选项我建议始终选运动补偿而不是普通后者会有明显拖影导出设置分辨率保持4K或1080P帧率60fps码率拉到上限编码选H.265兼容性更好。剪映的补帧算法在主流手机端方案里算是稳的但遇到大面积遮挡、快速挥手这类场景还是会出现形变这时候我会把该段变速的补帧关掉用原始帧采样硬切。4.3 达芬奇里更精细的光流变速达芬奇DaVinci Resolve适合对画质和运动轨迹有更高要求的项目选中片段在时间线上右键选择变更片段速度Change Clip Speed填入目标变速倍率打开检查器Inspector找到Retime变速板块将运动估计Motion Estimation设为Better/Enhanced把Retime Process设为Speed Warp这是达芬奇最强劲的光流补帧方式能计算出更精细的运动矢量生成缓存后回放检查扭曲明显的区域可以用速度曲线重新分段。有一点要提醒Speed Warp特别吃GPU性能4K素材可能需要几分钟才能缓存完一秒钟。如果电脑配置一般先用Better Motion estimation速度会快很多。4.4 导出与平台适配别让平台二次压缩毁掉一切本机播放丝滑上传后卡成PPT这是Hyperframes工作流最常见的最后一公里事故。不同平台对帧率和码率的处理差异巨大B站和YouTube支持60fps上传时保持60fps效果损失最小微信压缩极其严重50Mbps的高码率素材发出去也会被压到十几Mbps尽量使用原图或原视频功能抖音通常支持60fps但在弱网环境下会自动降为30fps卡顿感就会出现视频号和朋友圈的压缩策略更不稳定。我的建议是先把工程文件导出成4K或1080P、60fps、高码率的H.265再用专门工具压一份面向平台的版本。关键动作段落要确保不依赖极高瞬时码率否则二次编码后细节丢失流畅感也随之消失。5. 实测翻车现场四个我看过最多的hyperframes事故5.1 横摇果冻门框为什么变成了斜线第一次用高帧率拍摄快速横摇镜头时我拍了一排门框发现画面边缘的门框全都歪成斜线。这就是果冻效应Rolling Shutter——CMOS传感器逐行读出拍摄高速横摇时画面上下部分被记录的时间不同竖线条自然被拉斜。高帧率会减缓这个问题但不会根除。规避手段很简单拍摄横摇时放慢速度配合稳定器匀速移动避免横向角速度过高。后期也可以用变形稳定器或达芬奇的防抖功能做轻微补偿但补不回来太多还是从源头控制更实际。5.2 AI插帧把人物画裂遮挡与大位移的破绽AI插帧最典型的翻车场景是人的脸从树后走出来或者快速挥手、快速转身。中间帧里这些区域出现了严重的扭曲和重影像是被算法画裂了。原理不复杂光流算法在遮挡边界会丢失匹配——前景遮挡了背景下一帧又突然出现新的像素块算法不知道这些像素原来在哪只能瞎猜。猜错的结果就是形状断裂。对策我总结几点降低插帧倍率不要一次从30插到120分两档插更稳 复杂运动镜头用更高质量的模型比如RIFE配合vapoursynth参数 必要时对该段关闭补帧用普通帧采样变速 强光环境拍摄噪点少算法判断更准确。5.3 噪点让光流算法发疯的暗光悲剧高帧率拍摄暗光素材不管手机还是相机噪点都会明显增多。AI插帧对噪点极其敏感——算法会误把独立的噪点颗粒当成高速运动的物体于是插出来的中间帧会有明显的蠕动噪斑画面边缘像有虫子在爬。解决顺序是先降噪再插帧。Topaz Video AI的流程里去噪和插帧可以串联处理Free版本的Flowframes RIFE则建议先在解像力允许的情况下做一次时域降噪再跑补帧。实在不行就放弃这一条素材用30fps1/60秒重拍虽然普通但整体更扎实。5.4 平台压缩抹掉流畅感本机和手机上的两种世界出片之后我习惯先在电脑全屏看一遍再传到手机上、再传到微信里看一遍。结果经常是本机丝滑手机端卡的明显。尤其是平台把60fps二次压成30fps或者码率骤降之后原本靠运动模糊抹平的帧间跳跃全回来了。我的应对方案是为主力平台制作专门的导出版本。比如B站就保持60fps和较高的最大码率抖音则尽量让画面主体大一些、运动速度别过快减少二次编码带来的块效应微信则直接发原视频如果不是特别长的视频原视频的画质保住程度远高于压缩版。6. 进阶玩法把Hyperframes当镜头语言用而不是当特效6.1 三种值得尝试的实战场景光有参数和流程还不够Hyperframes真正值钱的地方在于叙事。我玩了大半年最出效果的三个场景是动作瞬间篮球扣篮、冲浪起跳、宠物跃起。从正常速度进入1/4慢动作再切回正常速度变速节点找准发力最完整体的位置情绪张力能瞬间拉满产品动态展示布料飘动、液体飞溅、机械齿轮转动。Hyperframes的高帧率细节很容易让人看出产品的制造质感和材质很适合商业短视频、电商页面素材转场创意用一个高速运动镜头作为转场引导缓慢落入静止画面或者反其道而行。时间和空间的张力在插帧后变得非常自然观众不会觉得顿挫。6.2 我最常用的参数组合拍得多了之后我的默认参数已经固定下来直接在大部分场景里够用户外运动素材4K60fps快门1/120秒主镜头120fps快门1/240秒慢动作辅助 暗光场景放弃插帧回到30fps、1/60秒靠正常曝光和三级调色保住画质 夜间城市如果一定要高帧率用240fps但尽量开大光圈同时后期强制降噪后再补帧 最终导出统一60fps。另有一个细节如果做人物访谈或纯对话场景完全没有必要用高帧率拍摄。静态大量内容的视频插帧反而会让观众的注意力被边缘的微小蠕动分散。6.3 从零开始的学习路径建议如果你也想系统性掌握这套工作流我的建议是分四步走阶段一用手机拍120fps练习锁定快门观察自己拍摄的动态素材在30fps和60fps播放时的差异 阶段二在剪映里玩补帧记录哪些场景会破绽建立什么镜头适合插帧的判断力 阶段三上手Flowframes或RIFE理解光流和模型参数的含义能独立处理批量素材 阶段四进入达芬奇的Speed Warp和变速曲线用专业工具控制时间节奏。这套路线不需要一次性走完很多人停在阶段二就能出不错的作品。关键是别把工具当成终点始终从这段画面到底该怎么动出发。最后再分享一个小技巧我在一次拍摄街头投篮时因为环境光线不足120fps素材全是噪点插帧之后鞋面边缘都在蠕动。后来我改用30fps、1/60秒重拍同一组动作画面虽然普通不少但整体观感反而更扎实。从那以后我明白Hyperframes不是万能神药它适合光线充足、动态清晰明确的内容。用它之前先想清楚你要的是顺滑的视觉奇观还是扎实的运动叙事——这两条路的参数完全不一样。

相关新闻

aiohttp-cors 0.8.1 实战指南:为 aiohttp.web 路由与资源添加浏览器 CORS 策略

aiohttp-cors 0.8.1 实战指南:为 aiohttp.web 路由与资源添加浏览器 CORS 策略

【免费下载链接】context-hub 项目地址: https://gitcode.com/gh_mirrors/co/context-hub 点击查看 免费下载 本文是一份面向 Python 开发者的 aiohttp-cors 使用指南,围绕 Context Hub 仓库中收录的官方维护者文档(content/aiohttp-cors/do…

2026/10/9 0:24:43 阅读更多 →
PHP implode()函数用法讲解

PHP implode()函数用法讲解

前言 implode() 是 PHP 里把数组转成字符串的主力函数:它把数组的所有值按顺序取出,在相邻两个值之间插入你指定的分隔符,拼成一个字符串返回。join() 是它的别名,两者是同一份实现,本文只讲主名 implode()。 三个常见…

2026/10/9 0:23:43 阅读更多 →
PHP htmlspecialchars()函数用法与实例讲解

PHP htmlspecialchars()函数用法与实例讲解

前言 htmlspecialchars() 是 PHP 里最常用的输出转义函数,它把字符串里几个对 HTML 语法有特殊含义的字符替换成对应的实体(entity),让数据可以安全地放进 HTML 页面里显示——用户输入的尖括号会显示成尖括号本身,而不…

2026/10/9 0:23:43 阅读更多 →

最新新闻

Piik原生屏幕捕获实现:WGC、WebCodecs与跨平台采集架构解析

Piik原生屏幕捕获实现:WGC、WebCodecs与跨平台采集架构解析

Piik原生屏幕捕获实现:WGC、WebCodecs与跨平台采集架构解析 【免费下载链接】Piik Free, open-source screen sharing for private live streams with friends. Watch together in a browser or self-host Piik. 免费开源的私密屏幕共享,支持游戏直播、一…

2026/10/9 0:52:36 阅读更多 →
REA引擎选择三法:--provider参数、provider_id与REA_ANALYSIS_PROVIDER环境变量

REA引擎选择三法:--provider参数、provider_id与REA_ANALYSIS_PROVIDER环境变量

REA引擎选择三法:--provider参数、provider_id与REA_ANALYSIS_PROVIDER环境变量 【免费下载链接】rea Reverse engineer anything with agents, from app behavior down to native binaries. 项目地址: https://gitcode.com/GitHub_Trending/rea2/rea REA 是…

2026/10/9 0:52:36 阅读更多 →
Flutter迁移OpenHarmony实战:文章详情页从0到1完整记录

Flutter迁移OpenHarmony实战:文章详情页从0到1完整记录

1. 项目概述1.1 核心需求解析先说结论:这是一次把 Flutter 应用跑到 OpenHarmony 设备上的完整实战,我挑的载体是一个口腔护理资讯类 App,核心功能集中在文章详情页的实现上。选择这个场景的原因很直接——文章详情页是内容型应用里面信息密度…

2026/10/9 0:52:36 阅读更多 →
模型服务规模化:调度、KV Cache 与资源池化的系统之道

模型服务规模化:调度、KV Cache 与资源池化的系统之道

SOSP 的 Session 1A 开场就是 Model Serving at Scale,这个安排本身就很能说明问题。这几年我和团队一直在做 LLM 推理服务化,眼看着这个方向从"AI 实验室里的小工具"变成了"真正意义上的系统软件"——调度、缓存、资源池化、故障恢…

2026/10/9 0:52:36 阅读更多 →
AI日报制作全攻略:从信息筛选到判断力训练的实操指南

AI日报制作全攻略:从信息筛选到判断力训练的实操指南

1. 一份“AI 日报”到底在记录什么每天早上打开电脑,我做的第一件事不是看邮件,而是花二十分钟把过去二十四小时里跟人工智能相关的动态过一遍。这个习惯坚持了快三年,从最开始只是随手记在备忘录里,到后来形成固定格式的日报&…

2026/10/9 0:52:36 阅读更多 →
光通信互联市场重构:数据中心光纤跳线选型与供应模式解析

光通信互联市场重构:数据中心光纤跳线选型与供应模式解析

数据中心机房扩建、企业园区网络改造以及高密算力集群的部署,将物理层布线推向了高频迭代周期。在采购决策过程中,网络工程师与采购团队往往试图通过检索各类口碑清单获取供应商参考。光通信布线涉及单模长距、多模短距互联以及高密MTP/MPO主干等多样化场…

2026/10/9 0:51:35 阅读更多 →

日新闻

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题,隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题,排查到最后发现是ZonedDateTime序列化后时区丢了,用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问:办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好,问题是工作场景经常要在几处环境之间来回切换,每次都先登录跳板机再层层代理,实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及,但真正动手搭过一套能跑起来的 Agent 系统的人都知道,从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地,从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/8 10:10:36 阅读更多 →

月新闻

我发现了一个新思路:用 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/8 21:13:17 阅读更多 →
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/8 15:26: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/7 13:34:55 阅读更多 →