Blitz.Engine: sistema de activos

• Declaración de requisitos y descripción general de la arquitectura
• Ciclo de vida de los activos
• Descripción detallada de la clase AssetManager
• Integración en ECS
• GlobalAssetCache

Requisitos y razones

1. Administración automática de memoria , lo que significa que no hay necesidad de llamar a la función de liberación del activo. Es decir, tan pronto como se destruyen todos los objetos externos que usan el activo, el activo se destruye. La motivación aquí es simple: escriba menos código. Menos código significa menos errores.
2. , ( AssetManager’a). , . — . , «» .
   , , (). — , . , , . , , . , , .
3. . : . , .
4. (shared) . , . , . «» , .
5. Priorizar la carga de activos . Solo hay 3 niveles de prioridad: Alto, Medio, Bajo. Dentro de la misma prioridad, los activos se cargan en el orden de la solicitud. Imagine una situación: un jugador hace clic en "Para luchar", y comienza la carga de nivel. Junto con esto, la tarea de preparar el sprite de la pantalla de carga cae en la cola de descarga. Pero dado que algunos de los activos de nivel entraron en la cola antes del sprite, el jugador mira la pantalla en negro durante bastante tiempo.

Algunos detalles de implementación

• Type: información de tiempo de ejecución sobre algún tipo. Este tipo es similar a un tipo Typedel lenguaje C #, con la excepción de que no proporciona acceso a los campos y métodos del tipo. Contiene: nombre del tipo, una serie de signos como is_floating, is_pointer, is_const, etc. El método Type::instance<T>devuelve una constante dentro del inicio de una aplicación const Type*, lo que le permite hacer verificaciones del formularioif (type == Type::instance<T>())
• Any: le permite empaquetar el valor de cualquier tipo móvil o copiable. El conocimiento de qué tipo está empaquetado se Anyalmacena como constante Type*. Anysabe cómo calcular un hash de acuerdo con su contenido, y también sabe cómo comparar contenidos para la igualdad. En el camino, le permite realizar conversiones del tipo actual a otro. Este es un tipo de replanteamiento de cualquier clase de la biblioteca estándar o biblioteca de impulso.

Asset = std::shared_ptr<T>

1. Para crear un activo, este último debe representarse como un archivo en el disco, lo que elimina la capacidad de crear activos en tiempo de ejecución basados ​​en otros activos.
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>

• Asignación y desasignación de un objeto activo de un tipo específico.
• Cargando un activo de un tipo específico.
• Compilar una lista de rutas de archivos en función de la cual se construye el activo. Esta lista es necesaria para el mecanismo de recarga de activos cuando cambia un archivo. Surge la pregunta: ¿por qué la lista de rutas, y no una ruta? Los activos simples, como las texturas, realmente se pueden construir sobre la base de un solo archivo. Sin embargo, si miramos el sombreador, veremos que el reinicio debería ocurrir no solo si el texto del sombreador cambia, sino también si el archivo conectado al sombreador cambia a través de la directiva include.
• Guardando activo en el disco. Se usa activamente tanto al editar activos como al preparar activos para el juego.
• Informa los tipos de claves que admite.

Un serializador: varios tipos de claves

1. La ruta al archivo del sombreador.
2. Lista de definiciones de preprocesador.
3. La etapa para la que se ensambla y compila el sombreador (vértice, fragmento, cálculo).
4. El nombre del punto de entrada.

Un activo: varios tipos de claves

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

Epílogo

1. Usar una estructura personalizada como clave de activo, no una ruta de archivo.
2. Carga de activos solo en modo asíncrono.
3. Un esquema flexible para administrar el intercambio de activos (un activo - varios tipos de claves).
4. La capacidad de recibir activos del mismo tipo utilizando diferentes fuentes de datos (soporte para varios tipos de claves en un serializador).