UE5暗黑场景光影设计:从白盒验证到Lumen全局光照实战
做《暗黑王朝》这个项目的光影环境前后折腾了三个多月。这不是我第一次做暗黑题材的场景但却是投入最深的一次——从最早的光照白盒验证到最终在 UE5 里跑通一整套 Lumen 实时全局光照流程中间推翻过两版灯光方案也踩了无数性能的坑。这篇就当是给自己留个项目复盘也希望能给正在做次世代场景构建、尤其是想啃下光影环境这块硬骨头的朋友一些参考。先说明一下这篇文章适合谁看场景美术、技术美术、以及想搞清“暗黑风场景的光到底怎么布”的游戏开发者。我不会只讲按钮在哪而是会把每一步背后的判断逻辑讲清楚——为什么这么设、为什么选这个方案、遇到问题怎么排查。次世代场景构建的核心不是堆模型精度而是光。模型再好光不对氛围全废。1. 项目立项与光影基调设计1.1 暗黑王朝的美术定位与光影风格锚点《暗黑王朝》的美术风格定的是“暗黑哥特写实基底”不是那种纯魔幻的鲜艳配色也不是恐怖游戏里那种纯靠吓人的死黑。美术组在项目初期给的关键词是冷峻、压迫、史诗感、克制的华丽。这四个词直接决定了光影设计的走向——光不能是“亮”的而是“存在”的。也就是说场景里大多数区域处于低照度状态但每一束光都必须有明确的来源、目的和视觉引导作用。我在前期做了一件后来被证明非常划算的事从参考图里提炼了一份“光影情绪板”按亮度分区来归类。比如地牢类场景锚定在-2 EV左右的暗部环境教堂/王座厅锚定在0到1 EV的中间调室外遗迹则靠天光和体积雾撑起层次。每个场景进制作前先把这个锚定图定下来后面所有灯光参数都围绕它调而不是边做边临时拍脑袋。这个锚定很重要的原因是人眼对暗部环境的感知其实很宽容但对“对比关系”极其敏感。暗黑王朝的场景如果整体压暗却没有任何一处在CIE色度图上有意偏移出来的画面就是一坨灰。所以我定的原则是画面里有且只有一个明确的视觉焦点区这个区域的照度要比周围高出至少3档色温上也要和周围环境拉开明显差距。1.2 为什么光影环境要先于模型细化介入很多场景美术的习惯是先把模型、材质全部做完最后拉个灯随便打一下。我强烈不建议这么做尤其在次世代场景构建流程里。光影环境应该是“先行的”——在模型还在灰盒阶段时光影验证就必须进场。原因很简单光决定了构图。同一个教堂场景模型精度做得再高如果光从侧面打、从正面打、从顶部天光漫射下来完全是三种观感。灰盒阶段的光影验证成本极低改一个灯光角度就是几秒钟的事但等所有高模贴图都做完了再改光牵一发动全身——阴影方向变了AO烘焙要重来反射捕获要重摆甚至模型的体量感判断都会受影响。我在《暗黑王朝》里做的第一个可玩性验证场景就是用一个纯白模型不是灰盒是给了标准白色无光照材质的教堂中庭打了四套灯光方案正面平光、45度侧光、逆光剪影、顶光体积雾。给主美和导演看完光是方向感这件事就节省了一周的沟通成本。这四套方案最终融合成了两套分别用在了地下墓穴和王座大厅两个核心场景上。2. 灯光架构与核心参数解析2.1 三点布光在场景尺度下的重构影视和CG里常说的三点布光——主光、补光、轮廓光——很多人以为是单角色特写才用的。实际上场景级布光同样遵循这套逻辑只是尺度完全不同。角色级的主光是照亮人场景级的主光是“划分区域”。我在《暗黑王朝》里是这样重构的主光用 Directional Light 模拟月亮或地窖天窗投下的冷光色温设在 6500K 到 7500K 之间角度压得很低让物体拖出长阴影。这个低角度是特意的——长阴影在地面上会形成天然的视觉引导线配合廊柱的投影节奏玩家走进去不用看地图光就会告诉他们该往哪走。平行光强度我一般放在 2 到 4 lux具体看该场景要压暗到什么程度。补光不单指一个灯而是天光Sky Light加若干个局部点光源的组合。暗黑题材里最容易犯的错就是补光补过头。我定的纪律是补光的照度永远不超过主光的 1/4色温必须与主光拉开冷光主光配暖色补光或者反过来形成最基础的冷暖对比。这样画面不会显得“平”但暗部依然是扎实的暗部。轮廓光在这个项目里承担了很多视觉叙事功能。怪物雕像背后藏一个暖色轮廓光不是为了看清轮廓而是让玩家产生“那后面有东西”的不安感。LED 矩形光Rect Light用来勾轮廓非常合适强度可以开得不低但衰减半径要控制好避免把整个空间染上一层不该有的颜色。2.2 暗黑场景的曝光控制与对比度设计曝光控制是暗黑风场景和普通照明场景最大的分水岭。大部分新手场景美术的默认思路是让场景“看得清”于是拼命加光、拉亮度结果整个暗黑氛围荡然无存。在 UE5 里我用的是手动曝光关闭自动曝光把光圈、快门、ISO 三个参数固定下来再靠灯光本身去控制画面明暗。我的常用参数是光圈 F2.8快门 1/100ISO 100EV 值稳定在 -1.5 到 -2 之间。这个配置相当于给整个画面定了一个偏暗的曝光基准之后每一个灯光的强度都基于这个基准来微调。实测下来暗部基准设在 EV -2 时画面依然能保留足够的暗部层次不至于一片死黑——关键是要配合后处理里的高光和阴影曲线。对比度这块我强烈建议在色彩分级Color Grading里去调而不是靠盲目堆光。我的做法是把 Shadows 的强度压到 -0.3 左右同时把 Blacks 稍微抬起一点0.1这样暗部有“沉下去”的实感但不会缺细节。高光那端则加一点暖色调让少数被光照亮的区域显得像“暖烛光”一样有温度。这一冷一暖的对比就是暗黑王朝整个画面情绪的核心来源。2.3 体积雾与丁达尔效应的正确打开方式暗黑场景不能没有空气感。没有雾的暗黑场景就像一个干净的摄影棚所有的光都显得“假”。我在《暗黑王朝》里用的是指数高度雾Exponential Height Fog没有开 Volumetric Fog。原因很简单项目要支持中低端设备全动态体积雾的开销太大。但不开体积雾不等于没有体积光。我需要丁达尔效应当视觉焦点所以在王座大厅和教堂天窗位置我用了 Light Shaft定向光散射功能。实用参数是Directional Light 的 Light Shaft Occlusion 开启强度设在 0.2 到 0.3 之间散射强度在 0.6 左右密度打到 0.8。这个组合能够比较真实地模拟出“天光从高处穿过尘埃落下”的感觉。指数高度雾的参数我记一下Fog Density 设在 0.02 到 0.05 之间Fog Inscattering Color 用偏冷的蓝灰色比如 (0.4, 0.45, 0.6)。千万不要用纯黑做雾的颜色纯黑会吃掉所有层次让场景变得像劣质恐怖片。雾的作用是拉开空间深度也就是让远处的物体被空气遮挡、变淡、偏冷近处保持清晰偏暖这个纵深关系立住了暗黑氛围也就成功了一半。3. 材质与光影交互的暗黑适配3.1 PBR材质在低照度环境下的反射破局次世代场景构建的基本盘是PBR材质但PBR材质在暗黑低照度环境里有个天然问题金属和高光材质在光不够的情况下会严重发闷甚至直接消失。这不是材质问题是你没给材质足够的“反应空间”。我在标准PBR基础上做了一层暗黑风格的适配。针对锈蚀金属、旧铜、粗石墙这类高频材质我把 Roughness 控制在 0.6 到 0.85 之间避免过低糙度在暗光下形成突兀的镜面高光。同时给这些材质加了细节法线Detail Normal在贴图层面增加微表面变化。这样做的好处是当一束轮廓光扫过墙面时高光不是一块完整的光斑而是具有金属颗粒感的碎光暗黑古旧质感立刻出来了。另一个做法是控制 Specular 通道。UE5 里可以给材质单独调节高光强度我在大多数暗黑材质里把 Specular 从默认的 0.5 降到 0.3 左右。这让材质在高光端更内敛保留了PBR物理正确性的同时又不至于让暗黑场景里到处是乱反光的“塑料感”。注意别乱关能量守恒只调高光权重就够了。3.2 AO与接触阴影暗黑场景的质感命门暗黑场景里玩家对画面质感的敏感度极高。两个相邻材质的边界如果没有任何过渡整个场景看起来就会像一张平面图。我在所有暗黑王朝的场景里都极其依赖环境光遮蔽AO和接触阴影来塑造“体积感”。我的流程是模型阶段先生成高精度 AO 贴图烘焙用于材质层的静态明暗场景里再叠加实时接触阴影Contact Shadow。UE5 的 Directional Light 上有个 Contact Shadow Length 参数我设到 0.02 到 0.05。这么小的距离能让墙角和物体相接处产生极细微的压暗肉眼看到的效果是“物体和地面咬合在一起”而不是“飘在表面上”。使用 AO 时有个反直觉的操作要注意在材质里乘 AO 贴图时不要直接用而是先把 AO 曲线拉一下让中灰色区域稍微提亮只保留最深的那部分阴影。因为模型烘焙的 AO 一次覆盖得太均匀在暗黑场景里会让所有东西都显得脏兮兮的。我用 PhotoShop 的色阶把 AO 的黑场提升到 20 左右再乘上去效果会干净非常多。3.3 自发光与局部点光源的实战组合暗黑王朝这类题材免不了要做魔法符文、火把、灯笼、灵魂碎片之类的发光体。这里有个常见误区为了让这些物体更亮直接把自发光Emissive强度拉到十几甚至几十结果就是屏幕上出现一块刺眼的白斑非常出戏。正确的做法是自发光材质本身只作为“光的载体”负责表达颜色和亮度梯度真正照到环境的亮度靠场景里的点光源去模拟。比如一个火把我在火苗模型上用了 Emissive 强度 3 左右的暖橙色自发光但在旁边放了一个 Point Light强度 70 坎德拉半径 120 到 180 单位衰减指数用默认的平方反比色温 1800K。玩家看到的是火把周围的地面被真实照亮而不是一根棍子上贴了个亮片。另一个细节精灵类的小光点我会用粒子系统和极低强度的点光源配合但保证同一屏内动态光源不超过 6 个。超过这个数中端显卡的实时阴影和光照计算就会出现明显的帧率波动。这是性能纪律也是画面品质纪律——光不在多在于每一次亮起都有意义。4. 实操流程记录从灰盒验证到输出4.1 光照白盒建模之前先把光的“骨架”打好我的标准流程是四步走灰盒 → 光照白盒 → 材质细化 → 后期定调。光照白盒阶段是用纯白材质Roughness 0.3、Metallic 0搭出场景的大体量关系只调光不管贴图。这一步最凶险的坑是“白盒光感”和“最终光感”不一致。白盒的白色材质反射率很高同样的灯光强度下白盒会比最终带材质场景亮很多。所以我在光照白盒阶段会故意把曝光压低半档留出材质的“吸光余量”。比如王座大厅最终曝光是 EV -1.5我在白盒验证时用的是 EV -2。光照白盒还有一个重要任务验证光源对人类动线的引导。我每个场景都会让策划同事实际走一遍标记出“哪里看不清路”“哪里过于压迫”“哪里有视觉焦点”。这轮反馈的数据非常重要因为它把美术的主观审美转化成了可量化的动线指标。改光从来不是改一个灯那么表面背后是在改玩家的体验节奏。4.2 UE5 光照构建Lumen 与烘焙的选型决策这是次世代场景构建绕不开的选型问题用 Lumen 实时全局光照还是传统的烘焙光照。我的结论是动态性强、需要高频迭代的场景用 Lumen完全静态、需要极致性能的走廊墓穴类场景用烘焙更稳。《暗黑王朝》的主要场景是混合方案。王座大厅、教堂、主城这类空间开阔、玩家活动自由的区域开了 Lumen光反弹、半透明遮挡、动态物体染色都依赖它视觉效果极其出色。代价是 GPU 开销高实测在 4K 分辨率下Lumen 的全局光照部分大概吃掉 3 到 4 毫秒的 GPU 帧时间。为了控制整体性能这些大场景我主动压低了场景内动态光源数量靠 Lumen 的间接光撑起环境亮度。地下墓穴、密道这类窄空间则是烘焙方案。UV 和 Lightmap 精度我控制在 256 到 512 像素每单位按实际网格密度调整预计算光照比 Lumen 更稳定也不会出现暗部噪点闪烁。烘焙逼我必须在灯光上做一次“收束”——因为烘焙出来的明暗关系是固定的之前调好的每一束光的价值都会被锁定。这也是个很好的自我检查如果烘焙后画面变难看了说明灯光本身有问题不是GI的锅。4.3 后期处理体积与 LUT 调色最后一公里灯光定完之后真正的“味道”是在后期处理体积Post Process Volume里调出来的。我给《暗黑王朝》所有场景做了统一的后期基准Bloom 强度 0.35泛光阈值设置在高光区不然暗黑场景里的火把不会有那种柔和的辉光镜头光晕Fringe强度 0.5给极端高光边沿加一点紫边增加电影感暗角Vignette强度 0.4把视线往画面中心收。最重要的是 LUT 调色。我不用 UE5 内置的饱和度直接拉数值而是进 DAVinci Resolve 做了一张自定义 LUT核心思路是“中间调压暖、暗部抬冷、高光加青”。这张 LUT 直接作为 Color Grading 的预置文件接入所有场景保证《暗黑王朝》里每个场景虽然灯光不同但色彩语言是统一的。有朋友可能会问为什么不直接用后期参数我的经验LUT 的表达能力强太多了可以把曲线、分区调色、胶片模拟全部封装进去不用在引擎里堆一堆运算。5. 常见问题与排查技巧实录5.1 场景暗部死黑与灰蒙感的两难这是我被问得最多的问题暗黑场景做出来不是一团死黑就是灰蒙蒙的没氛围。其实这两个症状根子上是同一件事——对比度管理和曝光基准没配合好。死黑的排查路径先看曝光基准EV是不是压得太狠再看暗部是否被 Power of Two 的 sRGB 曲线彻底压没了。我的解决办法是把 Post Process 里的 Shadows 强度往正数方向拉 0.2 左右同时把 Blacks 也抬 0.1让最暗的地方不完全是 0而是接近 0.01 的微光。这样保留暗部层次肉眼还是觉得“暗”但屏幕上不会出现一块完全没有细节的洞。灰蒙感的排查路径则相反一般是雾太厚、或者补光强度失控。把指数高度雾的密度减半同时检查天空光强度是不是高于主光。我见过很多项目把 Sky Light 开到几万勒克斯整个场景被天光均匀照亮没有任何方向性画面自然就灰了。天光只负责暗部染色我的经验是不超过主光的 1/3而且要调 Sky Light 的 Color 向环境色调靠拢。5.2 Lumen 暗部噪点与阴影闪烁的防御Lumen 在实时全局光照里效果出色但在暗部区域的积分采样会出现比较明显的噪点动态光源下尤其严重。表现为墙面暗部有颗粒感、阴影边缘有轻微闪烁。这个问题通过后期滤镜是压不干净的要在源头做防御。我的做法有两个第一把 Lumen 的 Final Gather Quality 从默认的 64 提到 128代价是 GPU 开销和帧数下滑所以只对玩家近距离高频注视的区域开普通远景区用 32 就够。第二动态光源不要离墙太近点光源半径内的几何体如果全是高粗糙度材质Lumen 的间接反弹会反复计算同一个区域噪点概率会翻倍。给光源留出至少半倍半径的安全距离是个好习惯。阴影边缘闪烁排查起来比较麻烦我总结了个经验值如果 Directional Light 的阴影贴图分辨率低长距离阴影边缘必然闪烁。把 Shadow Map Resolution 提升到 2048并打开 Per Object Shadow 来处理关键道具的阴影能解决掉 80% 以上的闪烁问题。剩下的 20% 通常出现在动态骨骼动画的阴影上没啥特别好的方案只能靠阴影距离Dynamic Shadow Distance的合理控制——我设的是 3000 单位超过这个距离的阴影统一交给距离场阴影。5.3 性能优化光影与帧率的取舍清单次世代场景构建最终都要过性能这道关光影是性能开销的大头。我整理了一份自查清单每次提交场景前都要过一遍检查项合理范围超标后症状实时动态光源数量单视口内不超过 8 个帧率断崖暗部噪点暴增Lumen Final Gather Quality近景 128远景 32GPU 帧时间超预算阴影贴图分辨率关键光源 2048普通 1024阴影边缘模糊或闪烁指数高度雾密度0.02 到 0.05场景灰蒙层次消失后期体积数量每场景不超过 2 个混合出现性能损耗和色偏失控我个人在遇到“想加光但性能不够”的情况时第一反应不是去降材质贴图而是先看哪些光是没有明确功能的。暗黑王朝最大的性能优化收益其实是删掉了三个“为了好看但没人看得到”的装饰性补光。做暗黑场景的精神我觉得就是这点克制比堆砌重要得多。6. 一点个人的体感收尾从《暗黑王朝》这个项目里我最深的一个体会是光影环境制作百分之六十是技术百分之四十是取舍。UE5 给了你 Lumen、给了你体积雾、给了你一堆可以拉的高光参数但真正让画面成立的不是你会用哪个按钮而是你敢不敢把光收掉。我试过把王座大厅的灯光减到只剩一束天窗光的时候整个场景反而活过来了——因为当光变少玩家对光的注意力就会加倍每一个视觉焦点都变得重要。这个体感也延续到了我的其他项目遇到场景怎么调都不对劲的时候先删灯再谈别的。最后再分享一个小技巧搭建暗黑场景时给所有主光都设置好“柔化阴影”Soft Shadow半径哪怕只开一点点。这个动作会让长阴影的边缘带一点点过渡而不是像刀切一样硬。肉眼可能说不出哪里变了但画面的立体感和真实感会明显上一个台阶。这个小参数我一般设 0.05 到 0.1成本几乎为零收益整个场景。

相关新闻

AI的出现,是否能替代IT从业者?从TaoToken统一Key/API通道看人机协作边界

AI的出现,是否能替代IT从业者?从TaoToken统一Key/API通道看人机协作边界

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

2026/10/4 16:56:14 阅读更多 →
智能体能力详解:从感知到决策的完整解析与TaoToken实践

智能体能力详解:从感知到决策的完整解析与TaoToken实践

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

2026/10/4 16:56:14 阅读更多 →
CLAUDE.md 最佳实践:把配置文件改到 TaoToken 后为什么还是废的

CLAUDE.md 最佳实践:把配置文件改到 TaoToken 后为什么还是废的

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

2026/10/4 16:56:14 阅读更多 →

最新新闻

C#与Golang WebSocket性能对比:并发模型、实测数据与选型指南

C#与Golang WebSocket性能对比:并发模型、实测数据与选型指南

开篇先交代一下背景。最近团队内部做实时通信网关选型,正好赶上“WebSocket性能谁更强”的话题,C#和Golang两个阵营各有拥趸,吵得不可开交。有人拿C#的Async/Await说事,有人搬出goroutine的并发模型,还有人直接甩压测数…

2026/10/4 20:24:53 阅读更多 →
AI编程插件不是扩展,而是可编排的智能服务节点

AI编程插件不是扩展,而是可编排的智能服务节点

1. “plugins”不是功能菜单,而是现代AI编程工具的神经突触你打开Cursor、Codex或Zcode这类AI编程助手,点开设置里那个叫“Plugins”的选项卡,第一反应可能是——这不就是个插件市场?跟VS Code扩展商店差不多,搜个“Pr…

2026/10/4 20:24:52 阅读更多 →
缺陷检测的三个核心战场——**模板比对、拟合测量、Blob分析**——各有各的适用场景和工程陷阱

缺陷检测的三个核心战场——**模板比对、拟合测量、Blob分析**——各有各的适用场景和工程陷阱

缺陷检测的三个核心战场——模板比对、拟合测量、Blob分析——各有各的适用场景和工程陷阱。下面用三个真实产线案例,把它们的实战逻辑讲透。 案例一:模板比对检测印刷品缺陷 场景:药品包装盒印刷质量检测。检测目标:印刷错位、漏…

2026/10/4 20:24:52 阅读更多 →
STM32F103入门实战:点灯、串口调试与项目实践

STM32F103入门实战:点灯、串口调试与项目实践

板子终于到手了。STM32F103这块芯片在嵌入式圈子里真的算“国民级”存在,开发板、最小系统板、教学视频里露脸最多的就是它。买这块板子的理由也很简单:资料多、外设全、价格便宜,哪怕以后不吃这行饭,拿来当业余爱好折腾也完全不亏…

2026/10/4 20:24:52 阅读更多 →
二手设备信息平台怎么设计?从鲲泊联项目拆解业务模型、角色体系与系统架构

二手设备信息平台怎么设计?从鲲泊联项目拆解业务模型、角色体系与系统架构

CSDN的写法要和知乎、百家号再换一个角度。CSDN的人更关心“这个平台到底怎么设计、角色怎么拆、系统怎么实现”,所以不要把重点放在故事和商业宣传上,而要写成一篇“二手设备平台产品架构与系统设计复盘”。我最推荐的标题是:二手设备信息平…

2026/10/4 20:24:51 阅读更多 →
OpenAI Embeddings接入实战:用Ace Data Cloud搭建RAG管线

OpenAI Embeddings接入实战:用Ace Data Cloud搭建RAG管线

今年做AI应用,绕不开的一件事就是把文本变成向量。无论是给知识库做语义检索,让聊天机器人带上自己的业务资料,还是给推荐系统算相似内容,底层几乎都要调用 Embeddings API。我最近在一个项目里正好用 Ace Data Cloud 快速接入了 …

2026/10/4 20:23: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/4 1:00:58 阅读更多 →
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/4 1:00:58 阅读更多 →
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/4 1:00:58 阅读更多 →

周新闻

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/4 1:00:58 阅读更多 →
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/4 1:00:58 阅读更多 →
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/4 1:00:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/4 11:40:45 阅读更多 →
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/4 9:43:54 阅读更多 →
黑夜航拍船只数据集训练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/4 20:14:29 阅读更多 →