{"id":1777,"date":"2026-04-15T01:26:50","date_gmt":"2026-04-15T09:26:50","guid":{"rendered":"https:\/\/www.ludicon.com\/castano\/blog\/?p=1777"},"modified":"2026-04-15T01:27:18","modified_gmt":"2026-04-15T09:27:18","slug":"the-true-size-of-astc-textures","status":"publish","type":"post","link":"https:\/\/www.ludicon.com\/castano\/blog\/2026\/04\/the-true-size-of-astc-textures\/","title":{"rendered":"The True Size of ASTC Textures"},"content":{"rendered":"\n

In my previous post Writing to Compressed Textures in Metal<\/a>, I showed how Metal heaps can be used to alias buffers and textures to inspect their actual memory layout. Something that caught my attention was how much memory is wasted with non-power-of-two textures. On many devices the texture dimensions get rounded up to the next power of two, and you end up paying for padding memory you never use.

You may think that non power of two textures do not have much use outside of render targets, but it turns out that they are much more prevalent than what most people realize. When allocating ASTC textures with power-of-two pixel<\/em> dimensions the resulting textures often have non-power-of-two block<\/em> dimensions, and it’s the block<\/em> dimensions, not the pixel<\/em> dimensions, that determine how much memory the texture occupies.<\/p>\n\n\n\n

\nASTC 6\u00d76 block alignment \u2014 64\u00d764 texture, nominal vs pow2 aligned<\/title>\nLeft: exact 11\u00d711 block grid = 121 blocks. Right: pow2-aligned 16\u00d716 = 256 blocks, with hatched padding.<\/desc>\n\n \n <\/line>\n <\/pattern>\n<\/defs>\n\nnominal layout<\/text>\nceil(64\/6) = 11 \u2192 11\u00d711 blocks<\/text>\nmemory layout (pow2 aligned)<\/text>\n11 rounds up to 16 \u2192 16\u00d716 blocks<\/text>\n<\/line>\n\n\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n\n\n<\/line>\n<\/line>\n<\/line>\n11 blocks wide<\/text>\n121 blocks \u00d7 16 bytes<\/text>\n= 1,936 bytes<\/text>\n3.56 bpp (nominal)<\/text>\n\n\n\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n<\/rect>\n\n\n<\/line>\n<\/line>\n<\/line>\n16 blocks wide<\/text>\n256 blocks \u00d7 16 bytes<\/text>\n= 4,096 bytes<\/text>\n8.00 bpp \u2014 2.25\u00d7 overhead<\/text>\n\n\n<\/rect>\ntexture data<\/text>\n<\/rect>\npadding (wasted)<\/text>\n<\/svg><\/div><\/div>\n\n\n\n

How bad is it in practice? I ran a test on several mobile devices to find out. In the tables below I compared the nominal bpp, that is, the exact memory footprint with no alignment padding, against the actual bpp considering the alignment.<\/p>\n\n\n\n\n\n\n\n

Early Apple and all PowerVR GPUs<\/h2>\n\n\n\n

Early Apple GPUs and all current PowerVR GPUs are the worst offenders, block dimensions are simply aligned to the next power of two, ie following the following pseudocode:<\/p>\n\n\n\n

bw = (w + block_size.x - 1) \/ block_size.x\nbh = (h + block_size.y - 1) \/ block_size.y\nsize = 16 * nextPow2(bw) * nextPow2(bh)\nbpp = 8 * size \/ (w * h)<\/code><\/pre>\n\n\n\n
block<\/th>nominal<\/th>64<\/th>128<\/th>256<\/th>512<\/th>1024<\/th>2048<\/th><\/tr><\/thead>
4\u00d74<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d74<\/td>6.40<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d75<\/td>5.12<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
6\u00d75<\/td>4.27<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
6\u00d76<\/td>3.56<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
8\u00d75<\/td>3.20<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td><\/tr>
8\u00d76<\/td>2.67<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td><\/tr>
10\u00d75<\/td>2.56<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td><\/tr>
10\u00d76<\/td>2.13<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td><\/tr>
8\u00d78<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d78<\/td>1.60<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d710<\/td>1.28<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
12\u00d710<\/td>1.07<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
12\u00d712<\/td>0.89<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
The result collapses all ASTC block sizes into just three memory footprint categories: 8, 4, and 2 bpp, regardless of the block size chosen.<\/p>\n\n\n\n
PowerVR matching early Apple behavior isn’t surprising, the two share common architectural roots. That said, given how long ASTC has been the dominant mobile compression format, it’s disappointing to see this inefficiency persist in current PowerVR hardware.<\/p>\n\n\n\n
Modern Apple GPUs<\/h2>\n\n\n\n
Modern Apple GPUs reduce waste by aligning block dimensions to a 32-block macro tile boundary rather than the next power of two. For block counts smaller than 32, where the next power of two is the tighter bound, it falls back to power-of-two alignment automatically, since min(nextPow2(n), align32(n))<\/code> picks whichever is smaller:<\/p>\n\n\n\n
bw = (w + block_size.x - 1) \/ block_size.x\nbh = (h + block_size.y - 1) \/ block_size.y\nsize = 16 * min(nextPow2(bw), align32(bw)) * min(nextPow2(bh), align32(bh))\nbpp = 8 * size \/ (w * h)<\/code><\/pre>\n\n\n\n
block<\/th>nominal<\/th>64<\/th>128<\/th>256<\/th>512<\/th>1024<\/th>2048<\/th><\/tr><\/thead>
4\u00d74<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d74<\/td>6.40<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>7.00<\/td>6.50<\/td><\/tr>
5\u00d75<\/td>5.12<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>6.12<\/td>5.28<\/td><\/tr>
6\u00d75<\/td>4.27<\/td>8.00<\/td>8.00<\/td>8.00<\/td>6.00<\/td>5.25<\/td>4.47<\/td><\/tr>
6\u00d76<\/td>3.56<\/td>8.00<\/td>8.00<\/td>8.00<\/td>4.50<\/td>4.50<\/td>3.78<\/td><\/tr>
8\u00d75<\/td>3.20<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>3.50<\/td>3.25<\/td><\/tr>
8\u00d76<\/td>2.67<\/td>4.00<\/td>4.00<\/td>4.00<\/td>3.00<\/td>3.00<\/td>2.75<\/td><\/tr>
10\u00d75<\/td>2.56<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>3.50<\/td>2.84<\/td><\/tr>
10\u00d76<\/td>2.13<\/td>4.00<\/td>4.00<\/td>4.00<\/td>3.00<\/td>3.00<\/td>2.41<\/td><\/tr>
8\u00d78<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d78<\/td>1.60<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.75<\/td><\/tr>
10\u00d710<\/td>1.28<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.53<\/td><\/tr>
12\u00d710<\/td>1.07<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.50<\/td>1.31<\/td><\/tr>
12\u00d712<\/td>0.89<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.12<\/td>1.12<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Adreno 740<\/h2>\n\n\n\n
Adreno 740 uses a smaller 16-block tile size than Apple’s 32-block alignment, but with an important difference: only the block width (stride) is aligned, while the height is left exact. This asymmetry avoids padding an entire dimension unnecessarily, reducing waste compared to a fully 2D-aligned scheme:<\/p>\n\n\n\n
bw = (w + block_size.x - 1) \/ block_size.x\nbh = (h + block_size.y - 1) \/ block_size.y\nsize = 16 * align16(bw) * bh\nbpp  = 8 * size \/ (w * h)<\/code><\/pre>\n\n\n\n
block<\/th>nominal<\/th>64<\/th>128<\/th>256<\/th>512<\/th>1024<\/th>2048<\/th><\/tr><\/thead>
4\u00d74<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d74<\/td>6.40<\/td>8.00<\/td>8.00<\/td>8.00<\/td>7.00<\/td>6.50<\/td>6.50<\/td><\/tr>
5\u00d75<\/td>5.12<\/td>8.00<\/td>8.00<\/td>8.00<\/td>6.12<\/td>5.28<\/td>5.28<\/td><\/tr>
6\u00d75<\/td>4.27<\/td>8.00<\/td>8.00<\/td>6.00<\/td>5.25<\/td>4.47<\/td>4.47<\/td><\/tr>
6\u00d76<\/td>3.56<\/td>8.00<\/td>8.00<\/td>4.50<\/td>4.50<\/td>3.78<\/td>3.78<\/td><\/tr>
8\u00d75<\/td>3.20<\/td>8.00<\/td>4.00<\/td>4.00<\/td>3.50<\/td>3.25<\/td>3.25<\/td><\/tr>
8\u00d76<\/td>2.67<\/td>8.00<\/td>4.00<\/td>3.00<\/td>3.00<\/td>2.75<\/td>2.75<\/td><\/tr>
10\u00d75<\/td>2.56<\/td>8.00<\/td>4.00<\/td>4.00<\/td>3.50<\/td>2.84<\/td>2.64<\/td><\/tr>
10\u00d76<\/td>2.13<\/td>8.00<\/td>4.00<\/td>3.00<\/td>3.00<\/td>2.41<\/td>2.23<\/td><\/tr>
8\u00d78<\/td>2.00<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d78<\/td>1.60<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.75<\/td>1.62<\/td><\/tr>
10\u00d710<\/td>1.28<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.53<\/td>1.32<\/td><\/tr>
12\u00d710<\/td>1.07<\/td>8.00<\/td>2.00<\/td>2.00<\/td>1.50<\/td>1.31<\/td>1.12<\/td><\/tr>
12\u00d712<\/td>0.89<\/td>8.00<\/td>2.00<\/td>2.00<\/td>1.12<\/td>1.12<\/td>0.95<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Adreno 640<\/h2>\n\n\n\n
Interestingly, Adreno 640 uses a finer 4-block alignment than Adreno 740’s 16-block alignment, which translates to noticeably smaller allocations, particularly for small textures where coarse alignment wastes a larger fraction of the total footprint. Like Adreno 740, only the block width is aligned:<\/p>\n\n\n\n
bw = (w + block_size.x - 1) \/ block_size.x\nbh = (h + block_size.y - 1) \/ block_size.y\nsize = 16 * align4(bw) * bh\nbpp  = 8 * size \/ (w * h)<\/code><\/pre>\n\n\n\n
block<\/th>nominal<\/th>64<\/th>128<\/th>256<\/th>512<\/th>1024<\/th>2048<\/th><\/tr><\/thead>
4\u00d74<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d74<\/td>6.40<\/td>8.00<\/td>7.00<\/td>6.50<\/td>6.50<\/td>6.50<\/td>6.44<\/td><\/tr>
5\u00d75<\/td>5.12<\/td>6.50<\/td>5.69<\/td>5.28<\/td>5.23<\/td>5.21<\/td>5.16<\/td><\/tr>
6\u00d75<\/td>4.27<\/td>4.88<\/td>4.88<\/td>4.47<\/td>4.43<\/td>4.30<\/td>4.30<\/td><\/tr>
6\u00d76<\/td>3.56<\/td>4.12<\/td>4.12<\/td>3.70<\/td>3.70<\/td>3.59<\/td>3.59<\/td><\/tr>
8\u00d75<\/td>3.20<\/td>3.25<\/td>3.25<\/td>3.25<\/td>3.22<\/td>3.20<\/td>3.20<\/td><\/tr>
8\u00d76<\/td>2.67<\/td>2.75<\/td>2.75<\/td>2.69<\/td>2.69<\/td>2.67<\/td>2.67<\/td><\/tr>
10\u00d75<\/td>2.56<\/td>3.25<\/td>3.25<\/td>2.84<\/td>2.62<\/td>2.60<\/td>2.60<\/td><\/tr>
10\u00d76<\/td>2.13<\/td>2.75<\/td>2.75<\/td>2.35<\/td>2.18<\/td>2.17<\/td>2.17<\/td><\/tr>
8\u00d78<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d78<\/td>1.60<\/td>2.00<\/td>2.00<\/td>1.75<\/td>1.62<\/td>1.62<\/td>1.62<\/td><\/tr>
10\u00d710<\/td>1.28<\/td>1.75<\/td>1.62<\/td>1.42<\/td>1.32<\/td>1.31<\/td>1.30<\/td><\/tr>
12\u00d710<\/td>1.07<\/td>1.75<\/td>1.22<\/td>1.22<\/td>1.12<\/td>1.11<\/td>1.08<\/td><\/tr>
12\u00d712<\/td>0.89<\/td>1.50<\/td>1.03<\/td>1.03<\/td>0.92<\/td>0.92<\/td>0.90<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Adreno 540 & Mali<\/h2>\n\n\n\n
Adreno 540 shares the same 4-block alignment as Adreno 640, but applies it to both width and height rather than width alone. Mali Bifrost and Valhall happen to use the identical scheme, arriving at the same formula from a different architecture entirely. I haven’t been able to test on Midgard, so it’s unclear whether that holds for older Mali hardware as well.<\/p>\n\n\n\n
bw = (w + block_size.x - 1) \/ block_size.x\nbh = (h + block_size.y - 1) \/ block_size.y\nsize = 16 * align4(bw) * align4(bh)\nbpp = 8 * size \/ (w * h)<\/code><\/pre>\n\n\n\n
block<\/th>nominal<\/th>64<\/th>128<\/th>256<\/th>512<\/th>1024<\/th>2048<\/th><\/tr><\/thead>
4\u00d74<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d74<\/td>6.40<\/td>8.00<\/td>7.00<\/td>6.50<\/td>6.50<\/td>6.50<\/td>6.44<\/td><\/tr>
5\u00d75<\/td>5.12<\/td>8.00<\/td>6.12<\/td>5.28<\/td>5.28<\/td>5.28<\/td>5.18<\/td><\/tr>
6\u00d75<\/td>4.27<\/td>6.00<\/td>5.25<\/td>4.47<\/td>4.47<\/td>4.37<\/td>4.33<\/td><\/tr>
6\u00d76<\/td>3.56<\/td>4.50<\/td>4.50<\/td>3.78<\/td>3.78<\/td>3.61<\/td>3.61<\/td><\/tr>
8\u00d75<\/td>3.20<\/td>4.00<\/td>3.50<\/td>3.25<\/td>3.25<\/td>3.25<\/td>3.22<\/td><\/tr>
8\u00d76<\/td>2.67<\/td>3.00<\/td>3.00<\/td>2.75<\/td>2.75<\/td>2.69<\/td>2.69<\/td><\/tr>
10\u00d75<\/td>2.56<\/td>4.00<\/td>3.50<\/td>2.84<\/td>2.64<\/td>2.64<\/td>2.62<\/td><\/tr>
10\u00d76<\/td>2.13<\/td>3.00<\/td>3.00<\/td>2.41<\/td>2.23<\/td>2.18<\/td>2.18<\/td><\/tr>
8\u00d78<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d78<\/td>1.60<\/td>2.00<\/td>2.00<\/td>1.75<\/td>1.62<\/td>1.62<\/td>1.62<\/td><\/tr>
10\u00d710<\/td>1.28<\/td>2.00<\/td>2.00<\/td>1.53<\/td>1.32<\/td>1.32<\/td>1.32<\/td><\/tr>
12\u00d710<\/td>1.07<\/td>2.00<\/td>1.50<\/td>1.31<\/td>1.12<\/td>1.12<\/td>1.09<\/td><\/tr>
12\u00d712<\/td>0.89<\/td>2.00<\/td>1.12<\/td>1.12<\/td>0.95<\/td>0.95<\/td>0.90<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Samsung Xclipse<\/h2>\n\n\n\n
The Xclipse results don’t fit a clean formula. At small texture sizes the behavior roughly matches Adreno 740’s 16-block alignment, but at larger sizes the results become less efficient and notably non-monotonic. A texture can occupy more with a larger block, than with a smaller block. Further investigation with additional texture sizes is needed to figure out the exact allocation scheme.<\/p>\n\n\n\n
block<\/th>nominal<\/th>64<\/th>128<\/th>256<\/th>512<\/th>1024<\/th>2048<\/th><\/tr><\/thead>
4\u00d74<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td><\/tr>
5\u00d74<\/td>6.40<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>7.00<\/td><\/tr>
5\u00d75<\/td>5.12<\/td>8.00<\/td>8.00<\/td>8.00<\/td>8.00<\/td>5.28<\/td>6.12<\/td><\/tr>
6\u00d75<\/td>4.27<\/td>8.00<\/td>8.00<\/td>8.00<\/td>5.25<\/td>6.00<\/td>5.25<\/td><\/tr>
6\u00d76<\/td>3.56<\/td>8.00<\/td>8.00<\/td>4.50<\/td>4.50<\/td>4.50<\/td>4.50<\/td><\/tr>
8\u00d75<\/td>3.20<\/td>8.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>3.50<\/td><\/tr>
8\u00d76<\/td>2.67<\/td>8.00<\/td>4.00<\/td>3.00<\/td>4.00<\/td>3.00<\/td>3.00<\/td><\/tr>
10\u00d75<\/td>2.56<\/td>8.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>4.00<\/td>3.50<\/td><\/tr>
10\u00d76<\/td>2.13<\/td>8.00<\/td>4.00<\/td>3.00<\/td>4.00<\/td>3.00<\/td>3.00<\/td><\/tr>
8\u00d78<\/td>2.00<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d78<\/td>1.60<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td><\/tr>
10\u00d710<\/td>1.28<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.32<\/td><\/tr>
12\u00d710<\/td>1.07<\/td>8.00<\/td>2.00<\/td>2.00<\/td>2.00<\/td>1.31<\/td>1.50<\/td><\/tr>
12\u00d712<\/td>0.89<\/td>8.00<\/td>2.00<\/td>2.00<\/td>1.12<\/td>1.12<\/td>1.12<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Conclusions<\/h2>\n\n\n\n
The takeaway for asset pipelines is that nominal bpp is a poor predictor of actual memory usage, especially on older hardware or at small texture sizes.<\/p>\n\n\n\n
It’s worth keeping in mind that texture compression serves two distinct goals: reducing memory footprint and reducing bandwidth. Bandwidth savings are proportional to the nominal bpp regardless of alignment. A 6\u00d76 block will always fetch less data per texel than a 4\u00d74 block during sampling. Memory footprint, however, is affected by alignment, and that’s where the different hardware behaviors described in this article matters.<\/p>\n\n\n\n
For example, on early Apple and PowerVR hardware, switching from 4\u00d74 to 6\u00d76 ASTC cuts bandwidth by more than half, but saves no memory at all for small power-of-two textures.<\/p>\n\n\n\n
The following table summarizes the actual bpp for each GPU family at two representative block and texture sizes. The overhead varies significantly across GPU families, from a 2.5\u00d7 penalty on early Apple and PowerVR hardware down to near-nominal on Adreno 640 and Mali.<\/p>\n\n\n\n
GPU family<\/th>6\u00d76 @ 512<\/th>10\u00d76 @ 1024<\/th>formula<\/th><\/tr><\/thead>
Early Apple \/ PowerVR<\/td>8.00<\/td>4.00<\/td>pow2 both axes<\/td><\/tr>
Modern Apple<\/td>4.50<\/td>3.00<\/td>min(pow2, align32) both axes<\/td><\/tr>
Adreno 740<\/td>4.50<\/td>2.41<\/td>align16 width only<\/td><\/tr>
Mali \/ Adreno 540<\/td>3.78<\/td>2.18<\/td>align4 both axes<\/td><\/tr>
Adreno 640<\/td>3.70<\/td>2.17<\/td>align4 width only<\/td><\/tr><\/tbody><\/table><\/figure>\n","protected":false},"excerpt":{"rendered":"
In my previous post Writing to Compressed Textures in Metal, I showed how Metal heaps can be used to alias buffers and textures to inspect their actual memory layout. Something that caught my attention was how much memory is wasted with non-power-of-two textures. On many devices the texture dimensions get rounded up to the next…<\/p>\n","protected":false},"author":1,"featured_media":1778,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9,22],"tags":[],"class_list":["post-1777","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-coding","category-spark"],"_links":{"self":[{"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/posts\/1777","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/comments?post=1777"}],"version-history":[{"count":7,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/posts\/1777\/revisions"}],"predecessor-version":[{"id":1785,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/posts\/1777\/revisions\/1785"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/media\/1778"}],"wp:attachment":[{"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/media?parent=1777"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/categories?post=1777"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ludicon.com\/castano\/blog\/wp-json\/wp\/v2\/tags?post=1777"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}