Blitz.Engine: Sistema de ativos

• Declaração de requisitos e visão geral da arquitetura
• Ciclo de vida do ativo
• Visão geral detalhada da classe AssetManager
• Integração no ECS
• GlobalAssetCache

Requisitos e Motivos

1. Gerenciamento automático de memória , o que significa que não há necessidade de chamar a função de liberação do ativo. Ou seja, assim que todos os objetos externos que usam o ativo são destruídos, o ativo é destruído. A motivação aqui é simples - escreva menos código. Menos código significa menos erros.
2. , ( AssetManager’a). , . — . , «» .
   , , (). — , . , , . , , . , , .
3. . : . , .
4. (shared) . , . , . «» , .
5. Priorize o carregamento de ativos . Existem apenas três níveis de prioridade: Alto, Médio, Baixo. Dentro da mesma prioridade, os ativos são carregados na ordem da solicitação. Imagine uma situação: um jogador clica em "Para batalhar" e o carregamento do nível começa. Junto com isso, a tarefa de preparar o sprite da tela de carregamento cai na fila de download. Mas como alguns dos ativos de nível entraram na fila antes do sprite, o jogador olha para a tela preta por algum tempo.

Alguns detalhes de implementação

• Type: informações de tempo de execução sobre algum tipo. Esse tipo é semelhante ao tipo Typeda linguagem C #, com a exceção de que não fornece acesso aos campos e métodos do tipo. Contém: nome do tipo, vários sinais como is_floating, is_pointer, is_constetc. O método Type::instance<T>retorna uma constante em um lançamento de aplicativo const Type*, o que permite que você faça verificações no formulárioif (type == Type::instance<T>())
• Any: permite empacotar o valor de qualquer tipo móvel ou copiável. O conhecimento de que tipo é empacotado é Anyarmazenado como const Type*. Anysabe como calcular um hash de acordo com seu conteúdo e também como comparar o conteúdo para obter igualdade. Ao longo do caminho, permite fazer conversões do tipo atual para outro. Este é um tipo de repensar a classe any da biblioteca padrão ou da biblioteca de reforço.

Asset = std::shared_ptr<T>

1. Para criar um ativo, este último deve ser representado como um arquivo em disco, o que remove a capacidade de criar ativos de tempo de execução com base em outros ativos.
2. . , GPUProgram (defines). , .
3. , .
4. .

class Texture: public AssetBase
{
public:
    struct PathKey
    {
        FilePath path;
        size_t hash() const;
        bool operator==(const PathKey& other);
    };

    struct MemoryKey
    {
        u32 width = 1;
        u32 height = 1;
        u32 level_count = 1;
        TextureFormat format = RBGA8;
        TextureType type = TEX_2D;
        Vector<Vector<u8*>> data; // Face<MipLevels<Image>>

        size_t hash() const;
        bool operator==(const MemoryKey& other);
    };
};

class TextureSerializer: public IAssetSerializer
{
};

class AssetManager final
{
public:
    template<typename T>
    Asset<T> get_asset(const Any& key, ...);
    Asset<AssetBase> get_asset(const Any& key, ...);
};

int main()
{
   ...
   Texture::PathKey key("/path_to_asset");
   Asset<Texture> asset = asset_manager->get_asset<Texture>(key);
   ...

   Texture::MemoryKey mem_key;
   mem_key.width = 128;
   mem_key.format = 128;
   mem_key.level_count = 1;
   mem_key.format = A8;
   mem_key.type = TEX_2D;
   Vector<u8*>& mip_chain = mem_key.data.emplace_back();
   mip_chain.push_back(generage_sdf_font());
   
   Asset<Texture> sdf_font_texture = asset_manager->get_asset<Texture>(mem_key);
};

Type::instance<MyAsset::PathKey>

• Alocação e desalocação de um objeto de ativo de um tipo específico.
• Carregando um ativo de um tipo específico.
• Compilar uma lista de caminhos de arquivo com base nos quais o ativo é construído. Essa lista é necessária para o mecanismo de recarregamento de ativos quando um arquivo é alterado. Surge a pergunta: por que a lista de caminhos, e não um caminho? Recursos simples, como texturas, podem realmente ser construídos com base em um único arquivo. No entanto, se observarmos o sombreador, veremos que a reinicialização ocorrerá não apenas se o texto do sombreador for alterado, mas também se o arquivo conectado ao sombreador for alterado através da diretiva de inclusão.
• Salvando ativo em disco. É usado ativamente tanto na edição de ativos quanto na preparação de ativos para o jogo.
• Informa os tipos de chaves que ele suporta.

Um serializador - vários tipos de chaves

1. O caminho para o arquivo shader.
2. Lista de definições de pré-processador.
3. O estágio para o qual o sombreador é montado e compilado (vértice, fragmento, computação).
4. O nome do ponto de entrada.

Um ativo - vários tipos de chaves

1. , , , . , .
2. - , . , .

Epílogo

1. Usando uma estrutura customizada como uma chave de ativo, não um caminho de arquivo.
2. Carregamento de ativos apenas no modo assíncrono.
3. Um esquema flexível para gerenciar o compartilhamento de ativos (um ativo - vários tipos de chaves).
4. A capacidade de receber ativos do mesmo tipo usando fontes de dados diferentes (suporte para vários tipos de chaves em um serializador).