Skip to content
Morphr

Image format · .dds

What is a DDS file?

DDS — DirectDraw Surface — is Microsoft’s container for GPU-ready textures, storing block-compressed image data and pre-computed mipmaps so a graphics card can use it almost directly. Introduced in 1999, it is a fixture of real-time games rather than a general-purpose image format.

Full name
DirectDraw Surface
Category
Image
File extension
.dds
MIME type
image/x-dds
Developer
Microsoft
First released
1999
Compression
Block compression (BCn/DXT)
Standard
Proprietary (documented)
Transparency
Yes

Built for the graphics card, not the eye

Most image formats decode to plain pixels in system memory before a program can use them, but DDS skips that step by storing data in the exact block-compressed layouts that GPUs read natively. These BCn schemes — the older DXT1, DXT3 and DXT5 among them — pack four-by-four pixel blocks into a few bytes each, trading a little quality for a fixed, predictable size the hardware can sample without unpacking. The format also bundles a full mipmap chain: progressively smaller versions of the texture that the GPU selects from to keep distant surfaces sharp and free of shimmer. Because the data is already in the card’s preferred form, loading a DDS into video memory is fast and cheap.

A DDS header describes the dimensions, the compression format and the mip levels, and a later extended header (DX10) widens the range of supported formats. Alpha is well catered for, with DXT5 in particular giving smooth, full transparency.

A delivery format, not an editing one

Artists author textures in editable formats like TGA or PNG and then bake them to DDS as a final, engine-ready step, because the block compression is lossy and not something you would edit and re-save repeatedly. The payoff is at runtime: smaller memory footprint, faster sampling and no decode cost. This makes DDS ubiquitous inside game packages even though players never see the files directly.

Strengths

  • Stores GPU-native block-compressed data for fast, cheap texture loading.
  • Bundles mipmaps to keep distant surfaces sharp and stable.
  • Supports alpha, including the smooth transparency of DXT5.

Limitations

  • Block compression is lossy and unsuited to repeated re-editing.
  • A specialist game-texture format, not for general images.
  • Quality and artefacts depend heavily on the chosen BCn scheme.

When to use DDS

Use DDS as the final, engine-ready form of game textures, baked from an editable source once your art is finished and you want fast GPU loading with mipmaps.

DDS FAQ

What are DXT1, DXT3 and DXT5?
They are block-compression schemes within the BCn family: DXT1 is compact with optional one-bit alpha, DXT3 adds sharp explicit alpha, and DXT5 offers smoothly interpolated alpha. Each packs four-by-four pixel blocks into a few bytes so the GPU can sample them directly.
Is DDS lossy?
The block-compressed BCn formats it normally uses are lossy, introducing small artefacts in exchange for a fixed, GPU-friendly size. That is fine for final game textures but a reason to keep an editable lossless source separately.
Can Morphr open a DDS texture?
Yes, but decode-only — Morphr reads the block-compressed data and converts it to PNG, JPEG or another common format so you can view or edit it. It does not write DDS back out, since that is an engine-baking step.