Compartilhar via


Subrecursos (Elementos gráficos do Direct3D 12)

Descreve como um recurso é dividido em sub-recursos e como fazer referência a um único, múltiplo ou fatia de sub-recursos.

Sub-recursos de exemplo

Se um recurso contiver um buffer, ele simplesmente conterá um sub-recurso com um índice de 0. Se o recurso contiver uma textura (ou matriz de textura), referenciar os sub-recursos será mais complexo.

Algumas APIs acessam um recurso inteiro (como o método ID3D12GraphicsCommandList::CopyResource ), outras acessam uma parte de um recurso (por exemplo, o método ID3D12Resource::ReadFromSubresource ). Os métodos que acessam uma parte de um recurso geralmente usam uma descrição de exibição (como a estrutura D3D12_TEX2D_ARRAY_SRV ) para especificar os sub-recursos a serem acessados. Consulte a seção APIs de sub-recurso para obter uma lista completa.

Indexação de sub-recursos

Para indexar um sub-recurso específico, os níveis de mip são indexados primeiro à medida que cada entrada de matriz é indexada.

indexação de sub-recursos

Fatia Mip

Uma fatia de mip inclui um nível de mipmap para cada textura em uma matriz, conforme mostrado na imagem a seguir.

subresource mip slices

Fatia de matriz

Considerando uma matriz de texturas, cada textura com mipmaps, uma fatia de matriz inclui uma textura e todos os seus níveis de mip, conforme mostrado na imagem a seguir.

fatias de matriz de sub-recursos

Fatia do plano

Normalmente, formatos planares não são usados para armazenar dados RGBA, mas nos casos em que eles estão (talvez dados RGB de 24bpp), um plano pode representar a imagem vermelha, um o verde e outro a imagem azul. Um plano, porém, não é necessariamente uma cor, duas ou mais cores poderiam ser combinadas em um plano. Normalmente, os dados planares são usados para dados de YCbCr e Depth-Stencil sub-amostrados. Depth-Stencil é o único formato que dá suporte total a mipmaps, matrizes e vários planos (geralmente plano 0 para Profundidade e plano 1 para Estêncil).

A indexação de sub-recursos para uma matriz de duas Depth-Stencil imagens, cada uma com três níveis de mip, é mostrada abaixo.

indexação de estêncil de profundidade

O YCbCr sub-amostrado dá suporte a matrizes e tem planos, mas não dá suporte a mipmaps. As imagens YCbCr têm dois planos, um para a luminância (Y) ao qual o olho humano é mais sensível, e outro para a crominância (tanto Cb, quanto Cr, intercalada) aos quais o olho humano é menos sensível. Esse formato permite a compactação dos valores de chrominance para compactar uma imagem sem afetar a luminância e é um formato de compactação de vídeo comum por esse motivo, embora seja usado para compactar imagens paradas. A imagem abaixo mostra o formato NV12, observando que a chrominance foi compactada para um quarto da resolução da luminância, o que significa que a largura de cada plano é idêntica, e o plano de crominância é metade da altura do plano de luminância. Os planos seriam indexados como sub-recursos de maneira idêntica à Depth-Stencil exemplo acima.

o formato nv12

Os formatos planares existiam no Direct3D 11, mas planos individuais não podiam ser abordados individualmente, por exemplo, para operações de cópia ou mapeamento. Isso foi alterado no Direct3D 12 para que cada plano recebesse sua própria ID de sub-recurso. Compare os dois métodos a seguir para calcular a ID do sub-recurso.

Direct3D 11

inline UINT D3D11CalcSubresource( UINT MipSlice, UINT ArraySlice, UINT MipLevels )
{
    return MipSlice + (ArraySlice * MipLevels); 
}

Direct3D 12

inline UINT D3D12CalcSubresource( UINT MipSlice, UINT ArraySlice, UINT PlaneSlice, UINT MipLevels, UINT ArraySize )
{ 
    return MipSlice + (ArraySlice * MipLevels) + (PlaneSlice * MipLevels * ArraySize); 
}

A maioria dos hardwares pressupõe que a memória do plano N seja sempre alocada imediatamente após o plano N-1.

Uma alternativa ao uso de sub-recursos é que um aplicativo pode alocar um recurso completamente separado por plano. Nesse caso, o aplicativo entende que os dados são planares e usa vários recursos para representá-los.

Vários sub-recursos

Uma exibição de recurso de sombreador pode selecionar qualquer região retangular de sub-recursos, usando uma das fatias descritas acima e o uso criterioso de campos nas estruturas de exibição (como D3D12_TEX2D_ARRAY_SRV), conforme mostrado na imagem.

seleção de vários sub-recursos

Uma exibição de destino de renderização só pode usar uma única fatia de sub-recurso ou mip e não pode incluir sub-recursos de mais de uma fatia de mip. Ou seja, cada textura em uma exibição de destino de renderização deve ter o mesmo tamanho. Uma exibição de recurso de sombreador pode selecionar qualquer região retangular de sub-recursos, conforme mostrado na imagem.

APIs de sub-recurso

As seguintes APIs fazem referência e funcionam com sub-recursos:

Enumerações:

As estruturas a seguir contêm índices PlaneSlice , a maioria contém índices MipSlice .

As estruturas a seguir contêm índices ArraySlice , a maioria contém índices MipSlice .

As estruturas a seguir contêm índices MipSlice , mas nem índices ArraySlice nem PlaneSlice .

As seguintes estruturas também fazem referência a sub-recursos:

Métodos:

As texturas devem estar no estado D3D12_RESOURCE_STATE_COMMON para que o acesso à CPU por meio de WriteToSubresource e ReadFromSubresource seja legal; mas os buffers não. O acesso à CPU a um recurso normalmente é feito por meio do Mapa/Não Mapa.

Associação de Recursos