尧图网页设计 
文档教程游戏开发【免费下载链接】godot-docsGodot Engine official documentation项目地址https://gitcode.com/GitHub_Trending/go/godot-docs点击查看免费下载导读CompressedCubemap是 Godot 引擎中负责承载「压缩立方体贴图」的运行时资源类它从一个 Godot 内部专用的.ccube文件加载数据该文件由编辑器导入系统根据你的图片素材自动生成。本文将以 classes/class_compressedcubemap.rst 为核心系统讲解 CompressedCubemap 的类继承关系、五种压缩模式各自在磁盘占用 / GPU 显存 / 加载速度上的真实差异并给出从「准备 6 面贴图素材」到「配置导入选项」「运行时加载」「作为天空盒采样」的完整实践路径。读完你将能根据项目场景2D 还是 3D、画质还是体积正确选择压缩模式并理解.ccube背后导入管线的工作原理。什么是 CompressedCubemapCompressedCubemap是一个「可选压缩的 Cubemap」也就是一张压缩版的 Cubemap。它的数据不是由你手动组装而是由一个.ccube文件加载而来——这个文件格式是 Godot 内部专用格式只能通过 Godot 编辑器的导入系统Import System将其他图片格式导入后生成。从源码文档的继承链可以清楚看到它的定位CompressedCubemap CompressedTextureLayered TextureLayered Texture Resource RefCounted ObjectCompressedTextureLayered 是「可选压缩的分层纹理」的基类CompressedCubemap、CompressedCubemapArray、CompressedTexture2DArray都继承自它TextureLayered 进一步定义了「多层纹理」的通用行为。其LayeredType枚举明确了分层纹理的三种语义LAYERED_TYPE_2D_ARRAY 0普通 2D 数组、LAYERED_TYPE_CUBEMAP 1立方体贴图每个面一个独立 layer共 6 层、LAYERED_TYPE_CUBEMAP_ARRAY 2立方体贴图数组每个 cubemap 由 6 层组成。也就是说CompressedCubemap本质上就是「Cubemap 的压缩持久化形态」开发者在编辑器中配置导入选项Godot 把源图片编码进.ccube文件运行时引擎读取该文件根据目标平台把数据解码/转码后交给 GPU。.ccube文件是如何产生的.ccube不是一种你可以用 Photoshop 直接导出的开放格式而是 Godot 导入管线的产物准备一张包含 6 个面的立方体贴图源图片布局模板见下文在 FileSystem 停靠面板中选中该图片打开 Import 停靠面板将Import As切换为Cubemap按需调整压缩等导入选项后点击ReimportGodot 生成.ccube文件同时编辑器内资源变为CompressedCubemap。「分层纹理」这一类素材Cubemap、CubemapArray、Texture2DArray、Texture3D的导入参数全部由 ResourceImporterLayeredTexture 负责其中slices/arrangement属性专门控制 cubemap 六面在源图片中的内部排布方式。这也解释了为什么.ccube只能由导入系统创建——它把「源素材布局」与「压缩编码」两个环节捆绑在同一个管线里。五种压缩模式及其真实代价原文档列出CompressedCubemap可以使用的 5 种压缩方法它们的本质区别在于「压缩发生在磁盘还是 GPU 显存」压缩模式磁盘存储GPU 显存加载性能画质Lossless无损WebP / PNG 无损压缩不压缩原始像素较慢无损失Lossy有损WebP 有损压缩不压缩原始像素较慢轻微损失VRAM Compressed显存压缩平台相关压缩格式S3TC / BPTC / ETC2压缩快中等损失可见伪影VRAM Uncompressed显存不压缩原始像素不压缩正常无损失Basis Universal超小体积运行时转码为平台 VRAM 格式压缩正常需转码中等损失略低于 VRAM Compressed关键结论来自原文档只有VRAM Compressed才真正降低 GPU 显存占用。Lossless与Lossy只减小磁盘文件体积纹理上传 GPU 时仍是不压缩的原始数据显存占用与 VRAM Uncompressed 相同。显存节省到底有多大以单张 RGBA8 纹理、开启 mipmap 为例官方导入手册 importing_images.rst 给出了不同分辨率下的显存占用对比单位KiB / MiB纹理尺寸Lossless / Lossy / VRAM UncompressedVRAM Compressed / Basis Universal128×12885 KiB21 KiB256×256341 KiB85 KiB512×5121.33 MiB341 KiB1024×10245.33 MiB1.33 MiB2048×204821.33 MiB5.33 MiB4096×409685.33 MiB21.33 MiB可见分辨率越高VRAM 压缩的收益越明显。S3TC 对不透明纹理通常能达到 4:1不透明 DXT1 可达 6:1的压缩比这意味着同等显存下可以让纹理在每个轴向上大一倍。此外 VRAM 压缩还能降低采样纹理所需的内存带宽在集显和移动平台这类带宽受限场景下能直接提升渲染速度。加载速度差异原文档明确指出使用VRAM Compressed还能改善加载时间——因为显存压缩纹理的加载比无损/有损压缩纹理更快。原因在于无损/有损模式需要先解压成原始像素再上传 GPU而 VRAM 压缩纹理可直接以 GPU 原生格式传输。代价是压缩过程最慢导入耗时最长且会产生明显伪影。Basis Universal 的取舍Basis Universal 与 VRAM Compressed 的显存占用基本一致但文件体积更小、跨平台兼容性更好它把纹理编码为一种可在加载时转码为大多数 GPU 压缩格式的中间格式。缺点与文档描述一致压缩时间比 VRAM Compressed 更慢画质略低于 VRAM Compressed不支持浮点图像格式引擎会内部回退到 VRAM Compressed。对应到导入参数上Basis 模式受 compress/rdo_quality_loss默认0.0设为 ≥0.01启用 Rate-Distortion Optimization 进一步减小体积但显著加长编码时间和compress/uastc_levelUASTC 编码等级默认0越高画质越好编码越慢两个选项控制。压缩模式的选择建议3D 还是 2D原文档对适用场景给出明确边界VRAM Compressed / Basis Universal面向 3D 渲染设计。伪影在低分辨率纹理上尤其刺眼因此不应用于 2D 元素Lossless2D 素材的默认与最常见选择无伪影也是像素画pixel art素材的推荐设置——即使素材用于 3D也应禁用显存压缩否则会明显劣化像素画观感且因分辨率低而几乎得不到性能收益Lossy适合大尺寸 2D 素材伪影轻于 VRAM 压缩、体积远小于 Lossless但显存占用不降VRAM Uncompressed仅用于无法压缩的格式如原始浮点图像。编辑器还有一个自动化机制值得一提Detect 3D在 importing_images.rst 中介绍。当一个纹理被检测到用于 3D 场景例如被放入 BaseMaterial3D时Godot 会自动启用 mipmap 并把压缩模式改为VRAM Compressed除非另行配置Detect 3D Compress To并自动重新导入。这保证了 3D 素材默认走最合理的压缩路径。运行时加载与访问CompressedCubemap的加载能力继承自基类 CompressedTextureLayered属性load_path默认纹理应加载的路径方法load(path: String) - Error从指定路径加载纹理返回Error枚举可用它判断加载是否成功方法get_load_path() - String获取当前加载路径。典型的运行时加载方式有两种。一是直接用全局load()内部走ResourceLoader# 方式一直接加载 .ccube 资源 var cubemap load(res://textures/sky.ccube)二是显式构造实例并调用load()var cubemap CompressedCubemap.new() var err cubemap.load(res://textures/sky.ccube) if err OK: print(加载成功路径, cubemap.load_path)加载成功后可以通过 TextureLayered 提供的只读接口获取纹理元数据get_width()/get_height()像素尺寸get_layers()层数cubemap 固定为 6get_layered_type()返回LayeredType枚举可用它区分 2D 数组 / cubemap / cubemap 数组get_format()当前像素格式has_mipmaps()是否生成了 mipmapget_layer_data(layer)返回某一层的 Image 数据用于 CPU 侧读取像素。顺带一提Cubemap.create_placeholder()可创建一个无图像数据的占位版本对应资源类型为 PlaceholderCubemap。后者用于两种场景专用服务器模式不需要图像数据参与逻辑可显著缩小导出的 PCK 体积或资源类型缺失时如引擎版本不一致。准备六面贴图素材布局模板与面序cubemap 由 6 张正方形贴图构成在 Godot 坐标系中期望的面序为X, X-, Y, Y-, Z, Z-其中 Y 是「上」Z- 是「前」。官方文档提供 4 种布局模板导入选项中的slices/arrangement与之一一对应布局特点2×3默认布局高分辨率下不易超过硬件纹理尺寸上限3×2同上同为推荐的高分辨率选择1×6单列高分辨率时更容易触碰硬件尺寸上限6×1单行同上2×3与3×2之所以更适合高分辨率 cubemap是因为 ResourceImporterLayeredTexture 的slices/arrangement文档明确指出这两种布局「不太容易超过硬件纹理尺寸限制」对比1×6与6×1的整条长边。六面素材的来源可以是渲染烘焙结果、全景图转换或第三方工具导出的等距柱状投影图。关键导入参数速查.ccube的实际压缩行为由导入阶段决定的对应 ResourceImporterLayeredTexture 的参数如下导入参数默认值说明compress/mode1上文五种压缩模式的核心开关Lossless / Lossy / VRAM Compressed / VRAM Uncompressed / Basis Universalcompress/high_qualityfalse启用后桌面平台用 BPTCSDR 用 BC7、HDR 用 BC6H、移动平台用 ASTC关闭时用较快的 S3TC不透明 DXT1、透明或法线贴图 DXT5与 ETC2compress/hdr_compression1控制 HDR.hdr/.exr纹理的显存压缩Disabled / Opaque Only / AlwaysAlways 会丢弃 alphacompress/lossy_quality0.7Lossy 模式的质量只影响磁盘体积不影响显存compress/channel_pack0sRGB Friendly / Optimized / Normal Map (RG Channels)后者仅对分层纹理可用配合 RGTC 保留法线贴图细节compress/rdo_quality_loss0.0≥0.01启用 RDO 进一步缩小 Basis 文件体积编码显著变慢compress/uastc_level0UASTC 编码等级越高画质越好但编码越慢mipmaps/generatetrue生成 mipmap分层纹理含 cubemap开启后显存约增加 33%mipmaps/limit-1限制 mipmap 数量当前未实现改动无效slices/arrangement1cubemap 六面的内部排布对应 2×3 / 3×2 / 1×6 / 6×1两点值得注意的工程细节HDR 压缩限制S3TC 与 ETC2 不支持 HDR 显存压缩只有 BPTC / ASTC 支持HDR 且带透明通道时若不丢弃 alpha 就无法走显存压缩这就是hdr_compression默认仅压缩不透明 HDR 的原因。mipmap 的 33% 代价文档建议 3D 场景开启 mipmap防止远处颗粒感、降低带宽而 2D 场景仅在确实需要时开启。用 CompressedCubemap 作为天空盒虽然 cubemap 最常用于自定义着色器中的反射采样如配合 ReflectionProbe 模拟环境反射但想直接把它作为天空盒时需要注意Cubemap 文档明确指出Godot 的 PanoramaSkyMaterial 不支持 cubemap天空盒常规使用的是 2:1 全景图。若坚持使用 cubemap 作天空官方给出的路径是把默认的PanoramaSkyMaterial通过资源下拉菜单Convert to ShaderMaterial转为 ShaderMaterial替换为如下sky类型着色器代码shader_type sky; uniform samplerCube source_panorama : filter_linear, source_color, hint_default_black; uniform float exposure : hint_range(0, 128) 1.0; void sky() { // If importing a cubemap from another engine, you may need to flip one of the EYEDIR components below // by replacing it with -EYEDIR. vec3 eyedir vec3(EYEDIR.x, EYEDIR.y, EYEDIR.z); COLOR texture(source_panorama, eyedir).rgb * exposure; }保存后在 ShaderMaterial 的Shader Parameters区指定导入好的 Cubemap 资源即可。注意该方案的核心是把CompressedCubemap的.ccube素材当作samplerCube采样因此六面朝向Y 向上、Z- 向前与源素材布局的正确性会直接影响天空渲染结果——这也是slices/arrangement与面序模板之所以重要的原因。实践清单从素材到最优.ccube用 2×3 或 3×2 模板拼好六面顺序 X, X-, Y, Y-, Z, Z-在 Import 停靠面板将Import As设为Cubemap3D 用途compress/mode选VRAM Compressed体积与显存优先或Basis Universal体积极致、可接受转码开销2D / 像素画保持Lossless3D 场景开启mipmaps/generate法线贴图类 cubemap 使用compress/channel_pack Normal Map (RG Channels)高分辨率源图优先 2×3 / 3×2 布局避免触碰硬件纹理上限Reimport 生成.ccube运行时用load()或CompressedCubemap.new().load(path)获取资源。延伸阅读Cubemap 类参考cubemap 的概念、面序与天空着色器示例CompressedCubemapArray 类参考.ccubearray对应的立方体贴图数组变体CompressedTextureLayered 类参考load_path/load()的基类定义TextureLayered 类参考LayeredType枚举与纹理元数据接口ResourceImporterLayeredTexture 类参考全部导入参数及默认值导入图片手册Detect 3D、五种压缩模式的完整对比表与显存估算表赞分享文档教程游戏开发【免费下载链接】godot-docsGodot Engine official documentation项目地址https://gitcode.com/GitHub_Trending/go/godot-docs点击查看免费下载相关推荐Godot 纹理压缩与 CompressedTexture2D 全解析ctex 文件格式、五种压缩模式与导入配置实战Godot 纹理压缩与 CompressedTexture2D 全解析ctex 文件格式、五种压缩模式与导入配置实战 导读 本篇技术指南聚焦 Godot En文档教程游戏开发OpenCppCoverage与单元测试框架集成完整测试覆盖率解决方案OpenCppCoverage与单元测试框架集成完整测试覆盖率解决方案 OpenCppCoverage是一款专为Windows平台C开发打造的开源代码覆盖代码覆盖率测试质量保障开发工具Galacean Engine纹理系统2D纹理、立方纹理与压缩格式终极指南Galacean Engine纹理系统2D纹理、立方纹理与压缩格式终极指南 Galacean Engine作为一款基于WebGL和glTF的TypeScrip图形学3D渲染游戏开发上一篇从零开始3分钟在Windows上搭建专业级LEMP开发环境下一篇PySC2环境变量终极配置指南SC2PATH设置与运行参数优化创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Godot 压缩立方体贴图（CompressedCubemap）完整指南：`.ccube` 格式、五种压缩模式与 3D 纹理优化
文档教程游戏开发【免费下载链接】godot-docsGodot Engine official documentation项目地址https://gitcode.com/GitHub_Trending/go/godot-docs点击查看免费下载导读CompressedCubemap是 Godot 引擎中负责承载「压缩立方体贴图」的运行时资源类它从一个 Godot 内部专用的.ccube文件加载数据该文件由编辑器导入系统根据你的图片素材自动生成。本文将以 classes/class_compressedcubemap.rst 为核心系统讲解 CompressedCubemap 的类继承关系、五种压缩模式各自在磁盘占用 / GPU 显存 / 加载速度上的真实差异并给出从「准备 6 面贴图素材」到「配置导入选项」「运行时加载」「作为天空盒采样」的完整实践路径。读完你将能根据项目场景2D 还是 3D、画质还是体积正确选择压缩模式并理解.ccube背后导入管线的工作原理。什么是 CompressedCubemapCompressedCubemap是一个「可选压缩的 Cubemap」也就是一张压缩版的 Cubemap。它的数据不是由你手动组装而是由一个.ccube文件加载而来——这个文件格式是 Godot 内部专用格式只能通过 Godot 编辑器的导入系统Import System将其他图片格式导入后生成。从源码文档的继承链可以清楚看到它的定位CompressedCubemap CompressedTextureLayered TextureLayered Texture Resource RefCounted ObjectCompressedTextureLayered 是「可选压缩的分层纹理」的基类CompressedCubemap、CompressedCubemapArray、CompressedTexture2DArray都继承自它TextureLayered 进一步定义了「多层纹理」的通用行为。其LayeredType枚举明确了分层纹理的三种语义LAYERED_TYPE_2D_ARRAY 0普通 2D 数组、LAYERED_TYPE_CUBEMAP 1立方体贴图每个面一个独立 layer共 6 层、LAYERED_TYPE_CUBEMAP_ARRAY 2立方体贴图数组每个 cubemap 由 6 层组成。也就是说CompressedCubemap本质上就是「Cubemap 的压缩持久化形态」开发者在编辑器中配置导入选项Godot 把源图片编码进.ccube文件运行时引擎读取该文件根据目标平台把数据解码/转码后交给 GPU。.ccube文件是如何产生的.ccube不是一种你可以用 Photoshop 直接导出的开放格式而是 Godot 导入管线的产物准备一张包含 6 个面的立方体贴图源图片布局模板见下文在 FileSystem 停靠面板中选中该图片打开 Import 停靠面板将Import As切换为Cubemap按需调整压缩等导入选项后点击ReimportGodot 生成.ccube文件同时编辑器内资源变为CompressedCubemap。「分层纹理」这一类素材Cubemap、CubemapArray、Texture2DArray、Texture3D的导入参数全部由 ResourceImporterLayeredTexture 负责其中slices/arrangement属性专门控制 cubemap 六面在源图片中的内部排布方式。这也解释了为什么.ccube只能由导入系统创建——它把「源素材布局」与「压缩编码」两个环节捆绑在同一个管线里。五种压缩模式及其真实代价原文档列出CompressedCubemap可以使用的 5 种压缩方法它们的本质区别在于「压缩发生在磁盘还是 GPU 显存」压缩模式磁盘存储GPU 显存加载性能画质Lossless无损WebP / PNG 无损压缩不压缩原始像素较慢无损失Lossy有损WebP 有损压缩不压缩原始像素较慢轻微损失VRAM Compressed显存压缩平台相关压缩格式S3TC / BPTC / ETC2压缩快中等损失可见伪影VRAM Uncompressed显存不压缩原始像素不压缩正常无损失Basis Universal超小体积运行时转码为平台 VRAM 格式压缩正常需转码中等损失略低于 VRAM Compressed关键结论来自原文档只有VRAM Compressed才真正降低 GPU 显存占用。Lossless与Lossy只减小磁盘文件体积纹理上传 GPU 时仍是不压缩的原始数据显存占用与 VRAM Uncompressed 相同。显存节省到底有多大以单张 RGBA8 纹理、开启 mipmap 为例官方导入手册 importing_images.rst 给出了不同分辨率下的显存占用对比单位KiB / MiB纹理尺寸Lossless / Lossy / VRAM UncompressedVRAM Compressed / Basis Universal128×12885 KiB21 KiB256×256341 KiB85 KiB512×5121.33 MiB341 KiB1024×10245.33 MiB1.33 MiB2048×204821.33 MiB5.33 MiB4096×409685.33 MiB21.33 MiB可见分辨率越高VRAM 压缩的收益越明显。S3TC 对不透明纹理通常能达到 4:1不透明 DXT1 可达 6:1的压缩比这意味着同等显存下可以让纹理在每个轴向上大一倍。此外 VRAM 压缩还能降低采样纹理所需的内存带宽在集显和移动平台这类带宽受限场景下能直接提升渲染速度。加载速度差异原文档明确指出使用VRAM Compressed还能改善加载时间——因为显存压缩纹理的加载比无损/有损压缩纹理更快。原因在于无损/有损模式需要先解压成原始像素再上传 GPU而 VRAM 压缩纹理可直接以 GPU 原生格式传输。代价是压缩过程最慢导入耗时最长且会产生明显伪影。Basis Universal 的取舍Basis Universal 与 VRAM Compressed 的显存占用基本一致但文件体积更小、跨平台兼容性更好它把纹理编码为一种可在加载时转码为大多数 GPU 压缩格式的中间格式。缺点与文档描述一致压缩时间比 VRAM Compressed 更慢画质略低于 VRAM Compressed不支持浮点图像格式引擎会内部回退到 VRAM Compressed。对应到导入参数上Basis 模式受 compress/rdo_quality_loss默认0.0设为 ≥0.01启用 Rate-Distortion Optimization 进一步减小体积但显著加长编码时间和compress/uastc_levelUASTC 编码等级默认0越高画质越好编码越慢两个选项控制。压缩模式的选择建议3D 还是 2D原文档对适用场景给出明确边界VRAM Compressed / Basis Universal面向 3D 渲染设计。伪影在低分辨率纹理上尤其刺眼因此不应用于 2D 元素Lossless2D 素材的默认与最常见选择无伪影也是像素画pixel art素材的推荐设置——即使素材用于 3D也应禁用显存压缩否则会明显劣化像素画观感且因分辨率低而几乎得不到性能收益Lossy适合大尺寸 2D 素材伪影轻于 VRAM 压缩、体积远小于 Lossless但显存占用不降VRAM Uncompressed仅用于无法压缩的格式如原始浮点图像。编辑器还有一个自动化机制值得一提Detect 3D在 importing_images.rst 中介绍。当一个纹理被检测到用于 3D 场景例如被放入 BaseMaterial3D时Godot 会自动启用 mipmap 并把压缩模式改为VRAM Compressed除非另行配置Detect 3D Compress To并自动重新导入。这保证了 3D 素材默认走最合理的压缩路径。运行时加载与访问CompressedCubemap的加载能力继承自基类 CompressedTextureLayered属性load_path默认纹理应加载的路径方法load(path: String) - Error从指定路径加载纹理返回Error枚举可用它判断加载是否成功方法get_load_path() - String获取当前加载路径。典型的运行时加载方式有两种。一是直接用全局load()内部走ResourceLoader# 方式一直接加载 .ccube 资源 var cubemap load(res://textures/sky.ccube)二是显式构造实例并调用load()var cubemap CompressedCubemap.new() var err cubemap.load(res://textures/sky.ccube) if err OK: print(加载成功路径, cubemap.load_path)加载成功后可以通过 TextureLayered 提供的只读接口获取纹理元数据get_width()/get_height()像素尺寸get_layers()层数cubemap 固定为 6get_layered_type()返回LayeredType枚举可用它区分 2D 数组 / cubemap / cubemap 数组get_format()当前像素格式has_mipmaps()是否生成了 mipmapget_layer_data(layer)返回某一层的 Image 数据用于 CPU 侧读取像素。顺带一提Cubemap.create_placeholder()可创建一个无图像数据的占位版本对应资源类型为 PlaceholderCubemap。后者用于两种场景专用服务器模式不需要图像数据参与逻辑可显著缩小导出的 PCK 体积或资源类型缺失时如引擎版本不一致。准备六面贴图素材布局模板与面序cubemap 由 6 张正方形贴图构成在 Godot 坐标系中期望的面序为X, X-, Y, Y-, Z, Z-其中 Y 是「上」Z- 是「前」。官方文档提供 4 种布局模板导入选项中的slices/arrangement与之一一对应布局特点2×3默认布局高分辨率下不易超过硬件纹理尺寸上限3×2同上同为推荐的高分辨率选择1×6单列高分辨率时更容易触碰硬件尺寸上限6×1单行同上2×3与3×2之所以更适合高分辨率 cubemap是因为 ResourceImporterLayeredTexture 的slices/arrangement文档明确指出这两种布局「不太容易超过硬件纹理尺寸限制」对比1×6与6×1的整条长边。六面素材的来源可以是渲染烘焙结果、全景图转换或第三方工具导出的等距柱状投影图。关键导入参数速查.ccube的实际压缩行为由导入阶段决定的对应 ResourceImporterLayeredTexture 的参数如下导入参数默认值说明compress/mode1上文五种压缩模式的核心开关Lossless / Lossy / VRAM Compressed / VRAM Uncompressed / Basis Universalcompress/high_qualityfalse启用后桌面平台用 BPTCSDR 用 BC7、HDR 用 BC6H、移动平台用 ASTC关闭时用较快的 S3TC不透明 DXT1、透明或法线贴图 DXT5与 ETC2compress/hdr_compression1控制 HDR.hdr/.exr纹理的显存压缩Disabled / Opaque Only / AlwaysAlways 会丢弃 alphacompress/lossy_quality0.7Lossy 模式的质量只影响磁盘体积不影响显存compress/channel_pack0sRGB Friendly / Optimized / Normal Map (RG Channels)后者仅对分层纹理可用配合 RGTC 保留法线贴图细节compress/rdo_quality_loss0.0≥0.01启用 RDO 进一步缩小 Basis 文件体积编码显著变慢compress/uastc_level0UASTC 编码等级越高画质越好但编码越慢mipmaps/generatetrue生成 mipmap分层纹理含 cubemap开启后显存约增加 33%mipmaps/limit-1限制 mipmap 数量当前未实现改动无效slices/arrangement1cubemap 六面的内部排布对应 2×3 / 3×2 / 1×6 / 6×1两点值得注意的工程细节HDR 压缩限制S3TC 与 ETC2 不支持 HDR 显存压缩只有 BPTC / ASTC 支持HDR 且带透明通道时若不丢弃 alpha 就无法走显存压缩这就是hdr_compression默认仅压缩不透明 HDR 的原因。mipmap 的 33% 代价文档建议 3D 场景开启 mipmap防止远处颗粒感、降低带宽而 2D 场景仅在确实需要时开启。用 CompressedCubemap 作为天空盒虽然 cubemap 最常用于自定义着色器中的反射采样如配合 ReflectionProbe 模拟环境反射但想直接把它作为天空盒时需要注意Cubemap 文档明确指出Godot 的 PanoramaSkyMaterial 不支持 cubemap天空盒常规使用的是 2:1 全景图。若坚持使用 cubemap 作天空官方给出的路径是把默认的PanoramaSkyMaterial通过资源下拉菜单Convert to ShaderMaterial转为 ShaderMaterial替换为如下sky类型着色器代码shader_type sky; uniform samplerCube source_panorama : filter_linear, source_color, hint_default_black; uniform float exposure : hint_range(0, 128) 1.0; void sky() { // If importing a cubemap from another engine, you may need to flip one of the EYEDIR components below // by replacing it with -EYEDIR. vec3 eyedir vec3(EYEDIR.x, EYEDIR.y, EYEDIR.z); COLOR texture(source_panorama, eyedir).rgb * exposure; }保存后在 ShaderMaterial 的Shader Parameters区指定导入好的 Cubemap 资源即可。注意该方案的核心是把CompressedCubemap的.ccube素材当作samplerCube采样因此六面朝向Y 向上、Z- 向前与源素材布局的正确性会直接影响天空渲染结果——这也是slices/arrangement与面序模板之所以重要的原因。实践清单从素材到最优.ccube用 2×3 或 3×2 模板拼好六面顺序 X, X-, Y, Y-, Z, Z-在 Import 停靠面板将Import As设为Cubemap3D 用途compress/mode选VRAM Compressed体积与显存优先或Basis Universal体积极致、可接受转码开销2D / 像素画保持Lossless3D 场景开启mipmaps/generate法线贴图类 cubemap 使用compress/channel_pack Normal Map (RG Channels)高分辨率源图优先 2×3 / 3×2 布局避免触碰硬件纹理上限Reimport 生成.ccube运行时用load()或CompressedCubemap.new().load(path)获取资源。延伸阅读Cubemap 类参考cubemap 的概念、面序与天空着色器示例CompressedCubemapArray 类参考.ccubearray对应的立方体贴图数组变体CompressedTextureLayered 类参考load_path/load()的基类定义TextureLayered 类参考LayeredType枚举与纹理元数据接口ResourceImporterLayeredTexture 类参考全部导入参数及默认值导入图片手册Detect 3D、五种压缩模式的完整对比表与显存估算表赞分享文档教程游戏开发【免费下载链接】godot-docsGodot Engine official documentation项目地址https://gitcode.com/GitHub_Trending/go/godot-docs点击查看免费下载相关推荐Godot 纹理压缩与 CompressedTexture2D 全解析ctex 文件格式、五种压缩模式与导入配置实战Godot 纹理压缩与 CompressedTexture2D 全解析ctex 文件格式、五种压缩模式与导入配置实战 导读 本篇技术指南聚焦 Godot En文档教程游戏开发OpenCppCoverage与单元测试框架集成完整测试覆盖率解决方案OpenCppCoverage与单元测试框架集成完整测试覆盖率解决方案 OpenCppCoverage是一款专为Windows平台C开发打造的开源代码覆盖代码覆盖率测试质量保障开发工具Galacean Engine纹理系统2D纹理、立方纹理与压缩格式终极指南Galacean Engine纹理系统2D纹理、立方纹理与压缩格式终极指南 Galacean Engine作为一款基于WebGL和glTF的TypeScrip图形学3D渲染游戏开发上一篇从零开始3分钟在Windows上搭建专业级LEMP开发环境下一篇PySC2环境变量终极配置指南SC2PATH设置与运行参数优化创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考