延迟渲染与MSAA不兼容的底层原理及替代抗锯齿方案选型
1. 延迟渲染与MSAA的底层冲突拆解延迟渲染和多采样抗锯齿这两个词放在一起很多图形程序员的反应就是“不兼容”但真要说出个所以然来不少人只能含糊地讲一句“架构不一样”。我最早接触这个问题是在一个模拟项目里当时场景里大量使用PBR材质和动态光源前向渲染下帧率掉得厉害切到延迟渲染后帧率上去了但边缘锯齿严重到没法看。尝试直接开MSAA结果画面要么全黑要么只有部分几何体被正确着色排查了大半天才彻底搞明白背后的原因。这篇文章就是把我踩过的坑和最终的理解完整梳理一遍。核心关键词是延迟渲染和多重采样抗锯齿我会从G-Buffer的结构讲起逐步拆解为什么这两个技术天然不兼容然后给出几种实际可行的替代方案和各自的取舍。适合已经了解基础渲染管线、正在做引擎选型或画质优化的开发者阅读也适合对图形学底层机制感兴趣的技术美术。先说结论延迟渲染无法直接使用MSAA根本原因在于MSAA依赖在光栅化阶段对每个子采样点进行覆盖测试和深度测试而延迟渲染把着色推迟到了第二个Pass此时几何信息已经被压缩进G-Buffer子采样级别的几何细节已经丢失。下面我会把这个结论一层一层剥开。1.1 前向渲染下MSAA是怎么工作的要理解延迟渲染为什么用不了MSAA得先搞清楚MSAA在前向渲染管线里到底做了什么。很多人把MSAA和超采样搞混其实两者差别很大。超采样是渲染一个更高分辨率的图像然后缩回来每个像素都跑完整的片元着色器MSAA则聪明得多它只在几何边缘增加采样密度像素内部仍然只跑一次着色。具体来说MSAA在光栅化阶段为每个像素维护多个子采样点常见的有2x、4x、8x。当一个三角形覆盖某个像素时光栅化器会检查这个三角形覆盖了哪些子采样点然后只对这些被覆盖的子采样点执行深度测试。如果深度测试通过像素着色器仍然只运行一次计算结果写入所有被覆盖的子采样点。最后在解析阶段把同一个像素内所有子采样点的颜色值做平均得到最终像素颜色。这个流程的关键在于深度缓冲和颜色缓冲都是按子采样点存储的。一个4x MSAA的深度缓冲每个像素有4个深度值颜色缓冲同理每个像素有4份颜色。这意味着几何边缘的信息在子采样级别被完整保留了下来解析时才能正确地做边缘混合。注意MSAA只对几何边缘有效对着色器内部产生的锯齿比如高光边缘、程序化纹理无能为力。这是它的固有局限和延迟渲染无关。1.2 延迟渲染的G-Buffer到底存了什么延迟渲染的核心思路是把光照计算推迟到一个全屏Pass里做。第一个Pass叫几何Pass负责把场景里所有不透明物体的几何信息写入一组叫G-Buffer的渲染目标。第二个Pass叫光照Pass对全屏每个像素读取G-Buffer里的数据计算光照结果。G-Buffer里通常存这些东西世界空间法线、基础颜色、粗糙度/金属度、深度、运动矢量等等。每个像素只存一份数据没有子采样的概念。几何Pass的光栅化就是标准的光栅化每个像素一个深度值一个法线一个颜色。问题就出在这里。当你在延迟渲染里开启MSAA时光栅化阶段确实会生成多个子采样点的覆盖信息但几何Pass的像素着色器输出的是一组G-Buffer数据。这些数据要写入渲染目标而渲染目标如果按子采样点存储每个子采样点都会得到一份完整的G-Buffer数据副本。听起来好像没问题但接下来的光照Pass就麻烦了。光照Pass是一个全屏三角形或者全屏四边形它不对应任何场景几何体。它读取G-Buffer时每个像素只能读到一个值没法知道这个像素内部哪些子采样点被哪些几何体覆盖了。换句话说光照Pass丢失了子采样级别的几何覆盖信息。它只能对每个像素做一次光照计算然后把这个结果写到最终的颜色缓冲里。如果最终颜色缓冲是MSAA的那所有子采样点都会得到同一个光照结果解析后边缘还是锯齿。1.3 核心矛盾着色与覆盖信息的解耦把上面的分析串起来核心矛盾就清楚了。MSAA的本质是着色一次覆盖多次——像素着色器只跑一次但覆盖信息按子采样点保留解析时利用这些覆盖信息做边缘抗锯齿。延迟渲染的本质是几何与着色分离——几何Pass写G-Buffer光照Pass读G-Buffer做着色。当两者结合时几何Pass确实可以按子采样点写G-Buffer但光照Pass是一个全屏Pass它没有几何覆盖的概念。它读G-Buffer时每个像素只能拿到一份数据或者需要手动做子采样解析但那样开销巨大。更致命的是光照Pass的输出是最终颜色如果它只输出一份颜色那MSAA的解析阶段就没有多个颜色值可以平均抗锯齿自然失效。打个比方MSAA就像用多支不同颜色的笔在同一张纸上画边缘最后把颜色混合起来。延迟渲染则像是先用一支笔把场景的“材质说明书”画下来再用另一支笔根据说明书上色。上色的时候说明书上只有一个像素一份说明你没法知道这个像素内部原来有几支笔分别画了什么。所以最后上出来的颜色边缘还是硬的。2. 为什么有些引擎声称支持延迟渲染MSAA看到这里你可能会问那为什么有些引擎的文档里写着“延迟渲染支持MSAA”我当初也困惑过后来查了不少资料、也自己试过发现这里面有几种情况每一种都有各自的代价和限制。2.1 几何Pass的MSAA与光照Pass的降级第一种情况是引擎只在几何Pass开启MSAA光照Pass仍然按每像素一次着色。这种做法在某些特定场景下能减少几何边缘的锯齿因为G-Buffer的边缘信息在子采样级别被保留了。但光照Pass读取G-Buffer时如果直接读子采样点0的数据那光照结果只对应子采样点0的几何其他子采样点的几何信息被丢弃了。最终输出到MSAA颜色缓冲时所有子采样点得到同一个光照颜色解析后边缘仍然有锯齿只是锯齿的形态可能略有不同。这种做法本质上是一种“半吊子”方案画质提升有限但开销增加明显。我实测过一个模拟项目4x MSAA下几何Pass的带宽开销增加了将近3倍帧率下降约40%但边缘锯齿的改善肉眼几乎看不出来。所以后来我直接放弃了这个方案。2.2 对G-Buffer做超采样再降采样第二种情况是引擎在几何Pass用更高的分辨率渲染G-Buffer然后在光照Pass之前把G-Buffer降采样到目标分辨率。这其实不是MSAA而是超采样抗锯齿的一种变体。比如目标分辨率是1080p几何Pass按4K渲染G-Buffer然后降采样到1080p再做光照。这样光照Pass看到的G-Buffer已经是抗锯齿过的边缘会平滑很多。这种方案的代价是几何Pass的渲染分辨率和显存占用成倍增加。4K G-Buffer的显存占用是1080p的4倍几何Pass的像素着色开销也是4倍。对于显存紧张或者几何复杂度高的场景这个开销很难接受。而且它和MSAA的机制完全不同只是效果上接近。2.3 只在特定材质或特定光源上做MSAA第三种情况更少见是一些引擎针对特定材质比如透明物体或者特定光源比如方向光单独做MSAA。透明物体通常在前向渲染里处理所以可以对透明部分开MSAA。方向光如果走单独的Pass也可以在那个Pass里做MSAA。但这已经脱离了“延迟渲染MSAA”的范畴属于混合渲染管线的范畴了。提示如果你看到某个引擎声称支持延迟渲染MSAA先确认它是不是只在几何Pass开了MSAA或者是不是用了超采样。真正的“延迟渲染MSAA”在标准管线里是不存在的。3. 实际可行的替代方案与选型对比既然延迟渲染用不了MSAA那实际项目里该怎么解决锯齿问题我这些年用过几种方案各有优劣下面按适用场景分别说说。3.1 FXAA最轻量的后处理抗锯齿FXAA是一种基于图像的后处理抗锯齿它在最终图像上检测边缘然后对边缘像素做模糊。优点是开销极低几乎不影响帧率而且和前向/延迟渲染无关任何管线都能用。缺点是会模糊纹理细节对细小的几何边缘效果一般而且在高对比度场景下容易出现过度模糊。我通常把FXAA作为保底方案在低端设备或者帧率优先的项目里用。参数上主要调两个边缘检测阈值和模糊强度。阈值太低会把纹理细节当成边缘模糊掉太高则边缘检测不到。实测下来阈值设在0.06到0.12之间比较平衡具体要看场景的对比度分布。3.2 TAA时域抗锯齿的主流选择TAA是目前大多数3A项目的主流方案。它利用上一帧的颜色信息结合当前帧的运动矢量把多帧的采样结果累积起来从而达到抗锯齿的效果。TAA对几何边缘和着色器内部锯齿都有效而且开销可控。但TAA有几个坑运动矢量必须准确否则会出现鬼影历史帧颜色需要裁剪否则会出现拖影快速运动的物体会导致模糊。我在项目里调TAA参数时最花时间的就是处理鬼影和拖影。通常需要结合邻域裁剪和速度阈值来抑制但调过头又会导致抗锯齿效果变差。这是一个需要反复权衡的过程。3.3 SMAA质量与开销的折中SMAA是一种基于形态学的后处理抗锯齿它比FXAA质量好比TAA开销低而且不需要运动矢量不会产生鬼影。SMAA通过分析边缘模式在边缘两侧做精确的混合效果比FXAA干净很多。SMAA的缺点是对于亚像素级别的几何细节效果有限而且在高频纹理区域可能失效。我一般在中端设备或者对鬼影敏感的项目里用SMAA。它的几个预设低、中、高、超主要区别在边缘检测的精度和混合的搜索范围高预设的开销大约是低预设的2倍左右。3.4 各方案对比与选型建议方案开销几何边缘效果着色器锯齿效果鬼影/模糊适用场景MSAA高优秀无效无前向渲染FXAA极低一般一般轻微模糊低端设备、保底SMAA低良好一般无中端设备、鬼影敏感TAA中优秀优秀可能鬼影高端设备、主流选择超采样极高优秀优秀无离线渲染、高端PC选型时我通常按这个逻辑走先看目标平台低端设备直接FXAA或SMAA中端设备优先SMAA如果帧率有余量可以上TAA高端设备或PC平台用TAA配合锐化后处理来抵消模糊。如果项目对鬼影特别敏感比如有大量快速运动的物体那就SMAA或者FXAA。4. 常见问题与排查实录在实际项目里折腾延迟渲染和抗锯齿时我遇到过不少奇怪的问题有些是配置错误有些是理解偏差。下面整理几个典型的附上排查思路和解决方法。4.1 开启MSAA后画面全黑或部分几何消失这个问题我遇到过两次。第一次是因为G-Buffer的渲染目标没有正确设置MSAA标志导致几何Pass写入时子采样点数据不完整光照Pass读取时拿到无效值。第二次是因为光照Pass的输出目标设置了MSAA但光照Pass本身没有按子采样点写入导致解析时所有子采样点都是默认值。排查方法先检查所有G-Buffer渲染目标的创建参数确认MSAA采样数和分辨率一致。然后检查光照Pass的输出目标如果它是MSAA的确认光照Pass是否按子采样点写入了颜色。如果光照Pass只写了一个值那输出目标就不应该设MSAA。4.2 TAA鬼影严重物体边缘有拖影TAA鬼影通常是因为运动矢量不准确。常见原因有几个运动矢量纹理的格式不对比如用了低精度格式导致精度丢失、运动矢量的计算没有考虑物体的骨骼动画、历史帧颜色裁剪参数太宽松。我的排查顺序是先可视化运动矢量看它和实际运动是否一致然后检查历史帧颜色的裁剪范围适当收紧最后检查速度阈值对快速运动的像素降低历史帧权重。通常这三步能解决大部分鬼影问题。4.3 FXAA导致纹理细节模糊FXAA的模糊是固有特性但可以通过调整参数来缓解。关键是边缘检测阈值和模糊搜索步数。阈值调高可以减少对纹理细节的误判但会漏掉一些真正的边缘。搜索步数减少可以降低模糊范围但边缘过渡会变硬。我通常的做法是先用默认参数跑一遍然后针对场景里纹理最密集的区域截图对比逐步调高阈值直到纹理细节可接受再微调搜索步数。如果还是模糊那就换SMAA。4.4 延迟渲染下透明物体怎么抗锯齿透明物体在延迟渲染里通常走单独的前向Pass所以可以对透明部分单独开MSAA。但要注意透明物体的MSAA需要单独的深度缓冲和颜色缓冲而且要和延迟渲染的不透明部分正确合成。合成时要注意深度排序和混合模式否则会出现透明物体遮挡错误。我一般把透明物体的MSAA采样数设得比不透明部分低一档比如不透明部分用TAA透明部分用2x MSAA。这样既能保证透明边缘的质量又不会让开销失控。注意透明物体的MSAA和延迟渲染的G-Buffer是两套独立的管线不要试图把透明物体写进G-Buffer再做MSAA那样只会让问题更复杂。5. 从硬件和API层面再看一层前面讲的都是渲染管线层面的原因其实从硬件和图形API的角度看延迟渲染和MSAA的不兼容还有更深层的原因。理解这一层能帮你在遇到驱动层面的奇怪行为时更快定位问题。5.1 渲染目标的子采样存储与解析现代GPU的渲染目标可以按子采样点存储但读取时通常只能读到解析后的单采样值。这意味着一旦G-Buffer被写入并按子采样点存储光照Pass读取时要么读到解析后的值丢失子采样信息要么需要显式地按子采样点读取需要特殊的API支持而且开销很大。DirectX和Vulkan都提供了子采样读取的扩展但支持度和性能因硬件而异。我在一个模拟项目里试过用Vulkan的子采样读取扩展来做延迟渲染的MSAA结果在某些显卡上性能下降超过50%而且驱动兼容性问题频出。后来还是回到了TAA方案。5.2 带宽与显存的开销分析MSAA的带宽开销和采样数成正比。4x MSAA意味着G-Buffer的写入带宽是原来的4倍显存占用也是4倍。对于延迟渲染来说G-Buffer本身就已经很占带宽了通常有4到6个渲染目标再乘以4倍很多中低端显卡直接扛不住。我算过一笔账1080p分辨率下一个典型的G-Buffer包含法线16位、基础颜色32位、粗糙度金属度16位、深度32位总共约12字节每像素。4x MSAA下就是48字节每像素加上颜色缓冲和深度缓冲总带宽需求轻松超过200GB/s。而中端显卡的显存带宽通常只有200到300GB/s留给其他操作的空间就很少了。5.3 移动端GPU的特殊考量移动端GPU普遍采用TBDR架构MSAA在TBDR上的开销比桌面GPU低很多因为子采样点的解析可以在片上完成不需要额外的显存带宽。但延迟渲染在移动端本身就不太流行因为G-Buffer的带宽开销对移动端来说太大了。所以移动端更多是用前向渲染MSAA或者前向渲染TAA。我在一个移动端模拟项目里试过延迟渲染G-Buffer的带宽直接把帧率拉到了个位数。后来改成前向渲染4x MSAA帧率稳定在30帧以上画质也够用。所以移动端选型时延迟渲染要慎重MSAA反而是更现实的选择。6. 我个人在实际项目中的选型体会折腾了这么多项目我现在选抗锯齿方案的逻辑已经比较固定了。PC和主机平台只要帧率允许优先TAA配合锐化后处理。TAA的鬼影问题通过调参和美术规范比如避免极快速运动的细长物体可以控制在可接受范围内。中端设备或者对鬼影特别敏感的项目用SMAA。低端设备或者帧率极度紧张的项目FXAA保底。延迟渲染本身是个好技术它让大量动态光源的场景变得可行但它的代价就是抗锯齿方案的选择受限。如果你正在做引擎选型我的建议是先确定目标平台和画质要求再决定用前向还是延迟。如果画质要求极高且平台性能充足延迟渲染TAA是目前最成熟的组合。如果平台性能有限前向渲染MSAA可能更省心。最后分享一个小技巧不管用哪种抗锯齿方案都建议在最终输出前加一个轻量的锐化Pass。TAA和FXAA都会不同程度地模糊画面锐化能找回一些细节。锐化强度不要太高否则会出现白边。我通常用0.2到0.4的强度具体看场景的纹理密度。这个组合实测下来画质和性能的平衡点比较好找。

相关新闻

Apache Mesos 生产环境运维指南:Master 进程监督、Quorum 变更与外部访问配置

Apache Mesos 生产环境运维指南:Master 进程监督、Quorum 变更与外部访问配置

云原生 【免费下载链接】mesos Apache Mesos 项目地址: https://gitcode.com/gh_mirrors/mesos2/mesos 点击查看 免费下载 Apache Mesos 采用 fail-fast(快速失败)的错误处理策略,这意味着生产环境中必须依赖进程监督器、Paxos 复…

2026/10/13 21:05:56 阅读更多 →
LiteLLM:大模型API统一调度与协议桥接实战指南

LiteLLM:大模型API统一调度与协议桥接实战指南

1. 项目概述:LiteLLM 是什么,它解决的不是“模型调用”而是“模型调度”的本质问题LiteLLM 这个名字刚出现时,很多人第一反应是“又一个轻量级 LLM 框架?”——其实完全想偏了。它压根不训练模型、不优化推理速度、不压缩参数&…

2026/10/13 21:05:56 阅读更多 →
LLVM源码编译安装实战:虚拟机环境配置与避坑指南

LLVM源码编译安装实战:虚拟机环境配置与避坑指南

1. 为什么编译器的安装值得单独写一篇很多人第一次接触LLVM,是在某个教程里看到一句“先安装LLVM”,然后复制粘贴一行命令,装完就继续往下走了。等到真正要编译一个自定义的Pass、链接一个基于LLVM的静态分析工具,或者只是想跑通一…

2026/10/13 21:05:56 阅读更多 →

最新新闻

金融时间序列建模全流程:从平稳性检验到GARCH波动率预测

金融时间序列建模全流程:从平稳性检验到GARCH波动率预测

1. 从第一节课到第四章:金融时间序列到底在研究什么如果你正在啃金融相关的课程,大概率会在一门叫《金融时间序列分析》或类似名字的课上卡住。这门课和传统统计学、计量经济学都不一样,它研究的是股票收益率、汇率波动、债券利差这类有“先后…

2026/10/14 0:48:55 阅读更多 →
AgenticOps工程:企业自动化运维的自主决策革命

AgenticOps工程:企业自动化运维的自主决策革命

1. AgenticOps Engineering 的本质与价值AgenticOps Engineering 正在重新定义企业自动化运维的边界。与传统自动化工具不同,这种新型工程范式通过赋予系统自主决策能力,使企业IT基础设施能够像拥有"数字员工"一样主动感知环境变化、预测问题并…

2026/10/14 0:48:55 阅读更多 →
用插件重构知识工作流:浏览器、编辑器与知识库的自动化实践

用插件重构知识工作流:浏览器、编辑器与知识库的自动化实践

知识工作者这个词听起来有点抽象,但落到日常就非常具体:你可能天天在写方案、查资料、写代码、记笔记、做汇报,一天结束回头一看,真正用在"思考"上的时间反而不多,大量时间被复制粘贴、切换窗口、找文件、重…

2026/10/14 0:48:55 阅读更多 →
ABAP单元测试效率提升:ADT工具链实战

ABAP单元测试效率提升:ADT工具链实战

1. 项目概述:当ABAP单元测试遇上效率革命在SAP开发领域,ABAP Unit作为核心测试框架已经存在多年,但真正能将其融入日常开发的团队却不多见。问题不在于框架本身,而在于传统测试流程中存在太多效率断层——从编写测试用例到执行测试…

2026/10/14 0:48:55 阅读更多 →
Python远程批量关机实战:WinRM/WMI/SMB三路径选型与避坑

Python远程批量关机实战:WinRM/WMI/SMB三路径选型与避坑

简介:本资源是一份面向Windows系统管理员与IT运维人员的Python自动化脚本工具包,解决多台设备集中管理场景下的远程批量关机需求,适用于机房巡检、课室终端维护、故障应急处置等实际运维任务。压缩包共3个文件(923B)&a…

2026/10/14 0:48:55 阅读更多 →
尖叫声音样本数据集eva:从包结构到训练基线的完整实践

尖叫声音样本数据集eva:从包结构到训练基线的完整实践

简介:EVA尖叫声音样本数据集是一份面向音乐信息检索(MIR)与音频分类研究的人声尖叫样本库,由台湾清华大学MIR课程项目整理,旨在为尖叫检测、异常声音识别、SVM分类等实验提供稀缺的领域数据。压缩包共63个文件&#xf…

2026/10/14 0:47:55 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 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/13 22:01:27 阅读更多 →
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/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练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/12 18:11:17 阅读更多 →