blocks|key|3343204|text|DDS/DXT纹理不能保证小于PNG。它取决于纹理的内容及其大小。纯色PNG或大多数纯色，如卡通的png，将压缩得非常小，而照片通常不会很好地压缩。其中，as+DXT是4比1或6比1压缩周期，具体取决于它是DXT1、DXT3还是DXT5|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3343205|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

DDS/DXT textures are not guaranteed to be smalled than PNG. It depends on the contents of the texture and its size. A solid color PNG or mostly solid colors like a png of a cartoon will compress very small where as a photo will generally not compress well. Where as DXT is either 4 to 1 or 6 to 1 compression period depending whether it's DXT1 or DXT3 or DXT5

blocks|key|3343376|text|PNG是一种无损压缩格式，基于带有一些特殊过滤器的zlib。它将保证复制与原始图像完全相同的图像。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3343377|因此，PNG压缩比是可变的。在复杂的图像上，压缩效果会很差。在全黑图像上，压缩效果会非常好。|3343378|这个比率对于DXT1是8:1，对于DXT5是4:1+(假设32位RGBA输入)。如果你不需要它，就不要使用它，这只是在浪费带宽。|3343379|正如您可以猜到的那样，折衷是DXT质量将是可变的。DXT的质量仅仅被认为是“足够好”，但它远不是完美的。在图像的复杂部分，会有一些可见的伪影/失真。在简单的部分，复制将几乎与原始完全相同。|3343380|DXT压缩的工作方式是将图像切割成4x4像素的小块，并将它们独立压缩到固定的压缩比。|3343381|这就产生了根本不同的属性:+DXT纹理应该由GPU硬件直接解码。这非常快，几乎是免费的。这得益于纹理被切割成小块的事实:没有必要解码整个纹理来推送单个像素=>，只需解码适当的4x4块即可。此属性是解码过程的关键。|3343382|相比之下，PNG解码整个图像，因此有更多的空间来通过查找直接4x4邻域之外的相关性来改进压缩。但权衡的是，不可能只检索一小块像素:这是整个图像或什么都没有。|3343383|正如您所看到的，选择一种或另一种压缩方法与压缩比无关。对于实时快速显示大量纹理(+3D游戏的典型场景)，DXT是唯一的选择。|3343384|entityMap|0|LINK|mutability|MUTABLE|url|http://www.zlib.net/^0|P|4|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Z|8|@]|9|@$A|10|B|11|1|12]]|C|$]]|$1|D|3|E|5|6|7|13|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|14|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|15|8|@]|9|@]|C|$]]|$1|J|3|K|5|6|7|16|8|@]|9|@]|C|$]]|$1|L|3|M|5|6|7|17|8|@]|9|@]|C|$]]|$1|N|3|O|5|6|7|18|8|@]|9|@]|C|$]]|$1|P|3|Q|5|6|7|19|8|@]|9|@]|C|$]]|$1|R|3|-4|5|6|7|1A|8|@]|9|@]|C|$]]]|S|$T|$5|U|V|W|C|$X|Y]]]]

PNG is a lossless compression format, based on <a href="http://www.zlib.net/" rel="nofollow">zlib</a> with some specialized filters.
It will guarantee to reproduce exactly the same image as the original.

As a consequence, PNG compression ratio is variable.
On a complex image, compression will be poor.
On a full black image, compression will be extremely good.

In contrast, DXT compression has a fixed compression ratio.
This ratio is 8:1 for DXT1, and 4:1 for DXT5 (assuming 32-bits RGBA input). DXT5 advantage is a better alpha channel (for transparency). If you don't need it, don't use it, it's just a waste of bandwidth.

As you can guess, the trade-off is that DXT quality will be variable. DXT quality is merely considered "good enough", but it's far from perfect. On complex parts of the image, there will be some visible artefact/distortions. On simple parts, the reproduction will be almost exact to original. 

The way PNG works is by compressing the whole image, as a single byte stream. The way DXT compression works is by cutting the image into little blocks of 4x4 pixels, and compressing them independently to a fixed compression ratio. 

This makes for fundamentally different properties : DXT textures are supposed to be decoded directly by the GPU hardware. This is extremely fast, almost free. This is helped by the fact that the texture is cut into small blocks : it is not necessary to decode the whole texture to push a single pixel => just decode the appropriate 4x4 block. This property is key to the decoding process.

In contrast, PNG decode the whole image, and therefore has much more room to improve compression by finding correlations beyond the immediate 4x4 neighborhood. But the trade-off is that it's impossible to just retrieve a small block of pixels : that's the whole image or nothing.

As you can see, selecting one or the other compression method is not a matter of compression ratio. For storage purpose, choose PNG, not least because it is lossless. For fast displaying of lot of textures in real time (typical scenario for 3D games), DXT is the only way to go.

I'm trying to convert/compress my textures into a DDS format with DXT compression from original PNGs. I'm on a Mac, so I'm using Graphic Converter (though I've tried other tools as well). But no matter which DXT level I use (DXT1-5), the filesize remains roughly that of the original PNG.

DXT Compression is yielding same filesize as original PNG

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在尝试将我的纹理转换/压缩为DDS格式，并从原始PNG中进行DXT压缩。我使用的是Mac，所以我使用的是Graphic Converter (虽然我也尝试过其他工具)。但是，无论使用哪个DXT级别I (DXT1-5)，文件大小都大致保持原始PNG的大小。

问DXT压缩产生的文件大小与原始PNG相同
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问DXT压缩产生的文件大小与原始PNG相同EN