UE5 贴图流处理池超预算：诊断与修复

直接回答：修复“贴图流池超预算”，但不掩盖原因

“纹理流池超预算”意味着Unreal的纹理流媒体器需要比池当前允许的场景和视图更多的纹理内存。 从STAT STREAMING开始，从同一摄像机路径重现警告，并识别多余的内存是否来自过大的纹理MIP、缺失或无法使用的MIP、Never Stream资产、意外的非流分配，或对目标硬件来说确实过小的池预算。仅将r.Streaming.PoolSize作为测量测试变量使用。在警告消失前，不要选择一个通用兆字节值或提升池值。

持久修复是内容和平台决策：为每个目标类别设定纹理内存预算，使昂贵纹理可流式传输，仅在视觉结果存续时降低分辨率，保留必要的 mip 链和压缩，然后在编辑器、PIE、独立和打包构建中验证相同代表性路径。虚拟纹理可能帮助特定大型或分层工作负载，但它不能自动替代传统纹理流的诊断。

快速分诊检查表

1. 从命名的地图、相机路线、分辨率、可扩展性水平和目标RHI中复现警告。
2. 运行 STAT STREAMING，捕获池、所需池、可见 MIPS 、隐藏 MIPS 以及非流式值。
3. 在更改项目整体设置前，检查最大的贡献纹理。
4. 一次测试一个变更：纹理尺寸、MIP可用性、LOD偏置或纹理组、压缩、Never Stream、材质使用或池大小。
5. 重复运行相同的摄像机路线，比较内存、画质、弹出和帧间距。
6. 在代表性的低、中、高内存设备上，验证独立或封装版本。

警告实际上测量的是什么

Unreal的纹理流媒体会选择哪些MIP应保留在当前视图中，同时尊重内存池。该池不仅仅是“所有可见的颜色纹理”。Epic的纹理流配置指出，r.Streaming.PoolSize以兆字节表示，纹理池可以包含UI纹理、NeverStream纹理、立方体贴图，以及某些平台上非纹理的GPU资源。这就是为什么即使靠近摄像机的纹理看起来普通，警告仍会持续。

警告是预算信号，而非某个特定劣质资产的证明。场景可能超出预算，因为多个单独合理的纹理集会聚集在一起，电影摄像机使许多高细节的MIP变得理想，资源没有可用的MIP链，或非流媒体分配占用余量。相反，当现有资源池低于出货硬件的测量预算时，更大池可能是正确的。决策必须与平台配置文件和可重复的工作负载绑定。

不要将此警告与通用的GPU内存缺失崩溃混淆。流媒体在进程仍在运行时，可能会超出其请求的内存池。它会通过丢弃想要的MIP，这可能导致模糊的纹理、延迟的细节变化、不稳定的驻留或反复出现的池警告。崩溃、设备移除或更广泛的渲染内存耗尽需要更广泛的GPU内存调查。

用统计流（STAT STREAMING）来诊断警告

打开受影响的地图，将摄像机放置在失败路线，等待加载稳定，然后运行：

STAT STREAMING

Epic的纹理流媒体指标文档STAT STREAMING作为纹理流性能和内存计数器的主要视图。冷加载后捕获，代表性遍历后再捕获一次;单张空闲编辑器截图可能错过峰值。保持引擎版本、屏幕分辨率、可扩展性水平、编辑器视口模式和RHI的捕获，以便其他开发者能重复。

把这些团体当作原因图来解读，而不是只追逐一个红色数字：

• 所需或期望的MIP超过流媒体池：当前视图要求的流式细节超出预算限制。排序大型纹理，检查所需尺寸，并比较纹理组策略。
• 强制mip较高：资产、组件、过场动画或代码可能强制驻留。找到强制驻留设置，并证明它们对镜头或游戏玩法是必要的。
• 非流媒体的MIP很高：正常可流媒体驻留区外的内存占用了余量。在提升池之前，检查Never Stream、UI、立方体贴图、渲染目标及其他分配。
• 只有在特定路线才能看到 mips 上升：相机距离、视野、遮挡或密集的材料集群会导致峰值。分析那条路线并减少同时的高分辨率需求。
• 警告仅在多次旅行后出现：可能涉及陈旧引用、温缓存或生命周期行为。将干净的启动、重复旅行和拆解与同一测试序列进行比较。

具体计数器名称和布局在不同Unreal版本中可能会有所不同。使用Epic文档版本选择器，匹配项目，记录完整输出，而不是从论坛截图复制阈值。

找出那些能创造峰值的资源和设置

从失败视图的证据开始，然后检查最有可能解释该问题的资产。有用的检查包括纹理尺寸、像素格式、压缩设置、纹理组、LOD偏置、MIP生成设置、MIP数量、Never Stream，以及所有引用纹理的材质或UI路径。4K纹理并不自动错误;当其常驻细节成本超过其在目标视图和硬件上的可测量视觉贡献时，它就是错误的。

对于导入的FBX、GLB、OBJ、USD、扫描或AI生成的资产，请保持完整交接可见：上传或导入→预览→修复→优化→转换→导出→Unreal验证。 检查源包是否附加了多个几乎相同的4K贴图、嵌入未使用的材质、将遮罩导出为未压缩的彩色纹理，或省略了MIP准备尺寸。导入前清理可以减少噪点，但最终驻留决定仍需在Unreal中验证，因为材质、纹理组、流式规则和平台配置文件都是项目原生的。

特别关注以下根本原因：

• 超大源分辨率：纹理包含资产从未在屏幕上展示的细节。在缩小镜头路径前，比较实际摄像机路径的最大投影尺寸。
• 缺少或禁用的MIP生成：流媒体无法选择更便宜的低细节级别。修正导入或MIP生成策略，并在远距离检查质量。
• 不合适的纹理组或LOD政策：广泛的群体可能保留比该资产类别所需更多的细节。更倾向于选择拥有集团的政策，而非分散的每资产例外。
• 错误的压缩或语义类型：法线、遮罩、HDR数据、用户界面和色彩纹理有不同的要求。选择压缩时应根据数据的含义，而不仅仅是文件扩展名。
• Never Stream 或强制驻留： 这些保留给真正需要稳定全细节驻留的素材。只有在确认没有界面、过场动画或游戏玩法要求后才移除。
• 重复或未使用的引用：材质实例、隐藏网格、变体或陈旧内容可以保持可避免的纹理的相关性。通过正常的源控审查删除引用，然后再次烹饪测试。

按正确的顺序解决根本原因

使用最小的可逆变更来解决已测量的原因。该顺序保持视觉质量和平台约束的可见性。

1. 冻结基线。 保存失败的STAT STREAMING捕获、路线、建造身份、池设置和对比视角截图。
2. 修复MIP可用性。 确保可流式世界纹理具有有效的MIP链，且MIP生成未被无意中禁用。仅从受控源资产重新导入。
3. 将最重的纹理调整到合适的大小。 在目标摄像机无法解析被移除细节的地方，减少尺寸或应用LOD偏置。将英雄对象和特写与背景资源分开检查。
4. 正确组和压缩策略。 将相关资产置于有意的纹理组和数据适宜压缩之下。重新检查包大小、内存和可见伪影。
5. 移除无理强制驻留。 审核Never Stream强制驻留行为，然后测试过场动画、界面、快速转弯和传送案例，寻找不可接受的弹出现象。
6. 减少同时需求。 拆分过于密集的材质集，移除重复地图，简化远程变体，或在需要大量高成本纹理时改变关卡组成。
7. 最后评估池。 如果优化内容仍符合硬件测量的GPU内存预算且有安全余量，则有意设置平台专用池并记录原因。

在诊断过程中，你可以作为实验改变运行时间值：

r.Streaming.PoolSize 1500

该数字是一个示例命令， 非推荐的制作值。控制台的更换是暂时的，有助于回答“增加池余量是否会消除这种特定压力？”持久配置应纳入项目审查的配置和设备配置文件策略。正确值因平台、GPU内存、分辨率、其他渲染特性以及场景峰值而异。先测试内存不足的设备;编辑工作站可以隐藏不安全的运输选项。

决定何时虚拟贴图相关

传统纹理流和虚拟纹理解决了重叠但不同的驻留问题。Epic的纹理流式概述解释了传统流媒体的工作流程;运行时虚拟纹理和流式虚拟纹理引入了各自的瓦片制作、反馈、材质、缓存和平台考量。不要仅仅因为出现一个常规池警告就启用虚拟纹理。

当工作负载包含非常大的表面、分层的景观数据或贴图集，其铺砌访问模式比完整的多界面驻留更为适配时，虚拟贴图值得单独评估。评估必须包括材质兼容性、铺砖上传行为、缓存压力、视觉延迟、烹饪大小、目标平台支持以及着色器或采样成本。保持备选方案，在同一摄像机路由和内容修订下比较两条路径。

如果问题是重复的4K纹理、缺失的MIPS、错误的压缩格式，或者不合理的Never Stream，转换工作负载可能会转移成本，而无法解决内容错误。先解决那些创作问题。使用专门的Runtime虚拟纹理指南来做单独的RVT决策，而不是一次将两次迁移混淆进行一次故障排除。

验证图像质量、性能和包装

通过的结果需要的不仅仅是警告。运行可重复的矩阵，并保留前后证据：

• 编辑器视口：捕捉STAT STREAMING、参考相机截图和池及非流式数值。当警告解释完且预期细节保持稳定时，跳过。
• PIE：捕获启动、遍历、纹理弹出和帧间距。当游戏路线在预算内且没有不合理的延迟MIP时，就跳过。
• 独立： 使用冷启动，并在代表性决议下重复该路线。当结果不依赖于仅编辑者热状态时，通过。
• 打包构建： 在每个硬件类别上运行开发或测试构建。当池策略、煮熟的MIPS、压缩和质量与出厂配置匹配时，通过。
• 压力路线：进行快速旅行、瞬移、摄像机切换、密集场景或重复地图旅行。当峰值可预测地恢复且不积累无法解释的驻留时通过。

将GPU内存与帧时间和视觉输出进行比较。较低的存储池可以减少停留时间，但会导致分散注意力的模糊或画面流失;更大的存储池可以抑制警告，同时从Nanite、Lumen、渲染目标或其他GPU资源中抢夺余量。设定明确的余量要求，当其他渲染功能变得不稳定时，测试失败。

验证项目的实际屏幕百分比和可扩展层级。固定桌面捕获不能证明主机、笔记本、云流媒体或移动端的行为。如果平台暴露了不同的计数器集或与CPU共享内存，应记录该边界并使用其原生配置文件指导，而非机械地转换离散GPU预算。

常见失败的修复方法及该怎么做

“把泳池设定到极高的价值，然后发货”

这样可以隐藏警告，但无法证明硬件是否有安全余量。只把较大的值当作受控实验，然后根据实际的打包构建来制定每个平台的预算。

“运行禁用所有屏幕消息”

屏蔽屏幕信息不会减少住院时间或修复内容。在诊断时保留警告，并解决或明确接受已测量的预算条件。

“将所有纹理转换为虚拟贴图”

虚拟化瓦片会带来不同的工作流程和运行成本。在并排配置后选择合适的工作负载，而不是作为对单个池警告的全局反应。

“缩小每一个纹理”

全面缩放可能会损害英雄资源、用户界面、过场动画或近距离可读性。根据内存贡献和预测大小对资产进行排名，然后做出可逆的组或单个资产决策。

“它在PIE中通过，所以是固定的”

PIE可以重复使用编辑器状态，无法证明数据被篡改或运输配置文件。在目标类硬件上重复冷的独立和打包路线。

团队交接清单

• Unreal Engine 版本、项目修订、目标RHI、设备配置文件、屏幕分辨率和可扩展性层级。
• 地图和确定性摄像机或游戏路线都失败了。
• STAT STREAMING 捕捉前后捕捉，包括池和非流媒体 MIPS 上下文。
• 更改了纹理、源文件、尺寸、MIP设置、压缩、组和驻留标志。
• 临时控制台值与持续的配置更改分开。
• 关于英雄、界面、电影或辅助资源的视觉对比点及已知例外情况。
• PIE、独立和封装构建对每个声称的硬件类别的结果。
• 回滚修订以及重新开启预算决策的条件。

SEELE AI 交接与产品边界

对于新概念，SEELE AI 可以生成原生 Unreal 5 游戏，提供浏览器预览，支持优化和打包，并提供项目或打包输出供下载。Unreal 游戏创作者涵盖了该创建路径，而 Unreal 3D 资产优化器支持导入 Unreal 前的导出资产审查。

那个新项目的工作流程和排查现有项目是分开的。现有项目的材质工作仍归Unreal团队负责：打开并编辑当前的项目.uproject，更改DefaultEngine.ini或设备配置文件，切换虚拟纹理，修改纹理资源，运行STAT STREAMING，烹饪构建，并验证平台预算。Unreal Engine是Epic Games的商标；本独立指南并不意味着得到Epic的认可。

官方资料及相关的虚幻攻略

• 纹理流式配置 Unreal Engine — 控制台变量和池配置。
• 纹理流媒体指标 Unreal Engine — STAT STREAMING 以及内存/性能指标。
• 纹理流式概览 Unreal Engine — 传统纹理流式的第一方概述。
• Unreal Engine渲染指南库——相关渲染、视觉特效和表演工作流程。
• Unreal 运行时虚拟纹理指南 — 将RVT作为独立的工作负载决策进行评估。

常见问题解答

UE5 中“超预算纹理流池”是什么意思？

这意味着纹理流媒体需要比其配置池允许更多的当前视图内存。它不会单独识别出一个糟糕的纹理。捕获统计流式，检查流式、强制性和非流式需求，然后判断根本原因是内容、驻留策略还是平台预算严重不足。

哪个命令显示纹理流内存在Unreal Engine？

在虚幻控制台中使用STAT Streaming，通过固定的摄像机或游戏路线重现警告。保存完整捕获，包含引擎版本、RHI、分辨率、可扩展层级、地图和构建身份。计数器布局因引擎版本而异，因此请使用匹配的Epic文档版本。

增加r.Streaming.PoolSize是一个有效的解决办法吗？

当打包构建测量显示优化内容需要更大的池且目标硬件保留安全的GPU内存余量时，这种方法才是有效的。这并非万能的解决方案。暂时用它来检验假设，然后记录平台特定的持久预算，而不是在不同设备间复制一兆字节的值。

为什么非流媒体的MIPs高？

高非流媒体MIP可能指向普通流媒体无法自由减少的内存，包括永不流质、强制驻留、UI纹理、立方体贴图或某些平台池中其他分配。在增加池或减少无关流质纹理之前，先追踪贡献的资源和资源类型。

我应该启用虚拟贴图来移除泳池警告吗？

不会自动进行。虚拟纹理处理是一个独立的分块驻留工作流程，涉及材质、缓存、反馈、烹饪、着色器和平台权衡。首先修复缺失的mip、过大的源贴图、不正确的压缩或纹理组，以及不合理的强制驻留。仅在真正从分块访问中受益的工作负载上比较虚拟纹理。

我怎么在发布前验证纹理流修复？

在编辑器、PIE、独立运行和打包版本中，每个宣称的硬件类别都重复一遍同样的代表路线。比较STAT STREAMING、总GPU内存、帧平滑度、纹理清晰度、弹入效果、冷加载行为，以及摄像机切换或移动后的恢复情况。保留一个回滚版本，并记录好可用余量要求。