Blitz.Engine: Asset System

• Énoncé des exigences et aperçu de l'architecture
• Cycle de vie des actifs
• Présentation détaillée de la classe AssetManager
• Intégration dans ECS
• GlobalAssetCache

Exigences et raisons

1. Gestion automatique de la mémoire , ce qui signifie qu'il n'est pas nécessaire d'appeler la fonction de libération de l'actif. Autrement dit, dès que tous les objets externes utilisant l'actif sont détruits, l'actif est détruit. La motivation est simple: écrire moins de code. Moins de code signifie moins d'erreurs.
2. , ( AssetManager’a). , . — . , «» .
   , , (). — , . , , . , , . , , .
3. . : . , .
4. (shared) . , . , . «» , .
5. Priorisez le chargement des actifs . Il n'y a que 3 niveaux de priorité: Élevé, Moyen, Faible. Dans la même priorité, les actifs sont chargés dans l'ordre de la demande. Imaginez une situation: un joueur clique sur «Pour se battre» et le chargement du niveau commence. Parallèlement à cela, la tâche de préparation de l'image-objet de l'écran de chargement tombe dans la file d'attente de téléchargement. Mais puisque certains des éléments de niveau sont entrés dans la file d'attente avant le sprite, le joueur regarde l'écran noir pendant un certain temps.

Quelques détails d'implémentation

• Type: informations d'exécution sur un type. Ce type est similaire au type Typedu langage C #, à l'exception qu'il ne donne pas accès aux champs et aux méthodes du type. Contient: tapez le nom, un certain nombre de signes comme is_floating, is_pointer, is_const, etc. La méthode Type::instance<T>renvoie une constante au sein d'un seul lancement d'application const Type*, ce qui vous permet de vérifier le formulaireif (type == Type::instance<T>())
• Any: permet de regrouper la valeur de tout type mobile ou copiable. La connaissance du type de package est Anystockée en tant que const Type*. Anysait calculer un hachage en fonction de son contenu, et sait également comparer le contenu pour l'égalité. En cours de route, il vous permet d'effectuer des conversions du type actuel vers un autre. C'est une sorte de repenser n'importe quelle classe de la bibliothèque standard ou de la bibliothèque boost.

Asset = std::shared_ptr<T>

1. Pour créer un actif, ce dernier doit être représenté sous la forme d'un fichier sur disque, ce qui supprime la possibilité de créer des actifs d'exécution basés sur d'autres actifs.
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>

• Affectation et désallocation d'un objet d'actif d'un type spécifique.
• Chargement d'un élément d'un type spécifique.
• Compilation d'une liste de chemins de fichiers sur la base desquels l'actif est construit. Cette liste est nécessaire pour le mécanisme de rechargement des actifs lorsqu'un fichier change. La question se pose: pourquoi la liste des chemins, et pas un seul chemin? Des ressources simples, comme les textures, peuvent vraiment être construites sur la base d'un seul fichier. Cependant, si nous regardons le shader, nous verrons que le redémarrage devrait se produire non seulement si le texte du shader est modifié, mais également si le fichier connecté au shader est modifié via la directive include.
• Enregistrement de l'actif sur le disque. Il est activement utilisé à la fois lors de la modification des ressources et de la préparation des ressources pour le jeu.
• Indique les types de clés qu'il prend en charge.

Un sérialiseur - plusieurs types de clés

1. Chemin d'accès au fichier shader.
2. Liste des définitions de préprocesseur.
3. La scène pour laquelle le shader est assemblé et compilé (sommet, fragment, calcul).
4. Le nom du point d'entrée.

Un atout - plusieurs types de clés

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

Épilogue

1. Utilisation d'une structure personnalisée comme clé d'actif et non comme chemin de fichier.
2. Chargement des ressources uniquement en mode asynchrone.
3. Un schéma flexible pour gérer le partage des actifs (un actif - plusieurs types de clés).
4. La possibilité de recevoir des actifs du même type en utilisant différentes sources de données (prise en charge de plusieurs types de clés dans un sérialiseur).