Mise à jour des ressources en temps réel dans XNA

Question

Je cherche un moyen de mettre à jour les textures et autres fichiers de contenu lors de l'exécution dans XNA, de sorte que s'il est modifié en dehors de l'application, il se mettra à jour automatiquement.

Cela semble possible avec Texture2D et le chargement à partir d'un flux, mais je suis incapable d'obtenir un chemin direct vers une ressource donnée.

Je me rends compte que cela ne fonctionnera pas avec le pipeline de contenu et .xnb, mais à des fins de débogage et de développement, il serait extrêmement utile.

Est-ce que quelqu'un a vu quelque chose comme ceci mis en œuvre avec succès avec XNA?

Answer 1

Tout d'abord, vous devrez décider si vous souhaitez adopter un modèle poussé ou tiré. Dans un modèle push, l'application/l'environnement qui a changé l'actif devra en quelque sorte informer le jeu en cours que l'actif a changé et doit être rechargé. Cela pourrait être fait avec une file d'attente de messages très simple. Dans un modèle tiré, le jeu vérifie périodiquement tous les éléments du jeu pour voir s'ils ont été modifiés et, le cas échéant, les recharge. Ce serait une solution plus simple, mais moins performante.

Une plus grande préoccupation est de savoir si votre jeu peut gérer de manière gracieuse le rechargement des ressources pendant que l'application est en cours d'exécution. Vous devrez probablement implémenter une sorte de thread d'arrière-plan qui chargera les assets et les "swaps" avec des assets "live" dans le jeu. Votre jeu peut également marquer une pause chaque fois qu'un élément est rechargé. Dans les deux cas, cela pourrait facilement devenir la partie la plus compliquée du processus, selon le fonctionnement actuel de votre pipeline de contenu (vous pouvez déjà avoir un thread de chargement de fond, etc.). :

vous pouvez obtenir le chemin complet vers le dossier de contenu en utilisant cette méthode :)

static public String FullContentDirectory(this ContentManager content) 
{ 
    var appPath = System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().GetName().CodeBase); 

    return System.IO.Path.Combine(appPath, content.RootDirectory); 
} 

maintenant, je pense que votre problème suivant peut-être, comment savez-vous l'extension de fichier du nom de l'actif? Ou, et si le nom de l'actif est différent du nom de fichier?