Orçamento de memória para texturas BC, ASTC e ETC2 em dispositivos reais

Orce a representação enviada à GPU

Um arquivo de imagem de origem pequeno não implica uma alocação pequena na GPU. A compressão de blocos da GPU oferece acesso aleatório limitado a grupos de texels; a compressão para distribuição e o tamanho do contêiner respondem a perguntas diferentes. [2][3] Registre o formato realmente enviado após a importação ou a transcodificação e, em seguida, inspecione a alocação residente no dispositivo-alvo.

No orçamento, separe capacidade de armazenamento, tamanho de transferência, tempo do encoder e custo de amostragem. Um único percentual de compressão não consegue descrever os quatro.

Associe os formatos aos canais suportados

O BC1 armazena um bloco de 4 × 4 em 8 bytes; o BC5 e o BC7 usam 16 bytes para essa mesma área. Suas capacidades de canais diferem, e o suporte no Direct3D depende do formato e do feature level. [1]

O ASTC mantém um bloco de 128 bits e varia a área coberta em texels, o que permite diferentes taxas. [2] O suporte a ETC2/EAC faz parte do OpenGL ES 3.0, enquanto outras APIs usam seus próprios mecanismos de verificação de capacidades. O guia da Khronos lista verificações específicas de formato e de recursos, incluindo os recursos de compressão do Vulkan. [3] Evite deduzir o suporte apenas pelo rótulo de desktop ou mobile.

Calcule o armazenamento arredondado por bloco

Tome como exemplo ilustrativo uma textura base de 2048 × 2048. O BC7 precisa de 512 × 512 blocos de 16 bytes, exatamente 4 MiB. O ASTC com área de 6 × 6 exige arredondar cada dimensão para cima, até 342 blocos: 342 × 342 × 16 = 1.871.424 bytes, aproximadamente 1,78 MiB.

Esses valores são tamanhos de payload do nível base, não alocações completas nem uma equivalência de qualidade. Some todos os níveis de mip, cada um com seu próprio arredondamento de bloco, além de camadas de array, faces de cubemap e qualquer alinhamento da plataforma. Um fallback que expande para pixels sem compressão altera o orçamento mais uma vez. Mantenha essa aritmética ao lado do relatório de texturas observado no build.

Compare os erros onde eles importam

Monte um pequeno conjunto de testes com gradientes suaves, bordas de alfa nítidas, cor com ruído e dados de normais. Codifique cada formato aplicável com as configurações escolhidas e inspecione o resultado importado sob o shader real. Verifique as normais com reflexos em movimento e as máscaras no uso com limiar; uma prévia RGB agradável pode esconder erros funcionais.

Varie o esforço do encoder separadamente da área do bloco. Registre o tempo de build e verifique se uma codificação melhor elimina o artefato incômodo antes de aumentar a memória de toda uma categoria de assets.

Defina as exceções de forma deliberada

Nenhum formato com perdas é ideal para todos os tipos de sinal. Texto fino, máscaras binárias e canais de material especialmente sensíveis podem justificar outro formato ou outra resolução. Mantenha uma regra de exceção clara e verifique se os fallbacks de cada plataforma a implementam.

Entregue a menor representação testada que atenda ao requisito visual nos alvos suportados. Reverifique o formato enviado sempre que o importador, o transcodificador ou a plataforma de implantação mudar.

Fontes

• [1] Texture Block Compression in Direct3D 11 — Microsoft.
• [2] ASTC Format Overview — Arm.
• [3] KTX Developer Guide — Khronos Group.