![\"20170419_214508\"](\"https:\/\/oneiricworlds.com\/fr\/wp-content\/uploads\/2017\/04\/20170419_214508-1024x571.png\")
<\/a><\/p>\nL’icone \u00ab\u00a0engrenage\u00a0\u00bb dans le coin inf\u00e9rieur gauche indique que le jeu est en cours de sauvegarde.<\/em><\/p>\nII – Comment est-ce que \u00e7a devrait marcher?<\/h3>\n
D’habitude, avant de me lancer dans la programmation \u00e0 proprement parler, j’essaie de r\u00e9fl\u00e9chir aux diff\u00e9rents cas qui peuvent se pr\u00e9senter (c’est plus ou moins une approche par \u00ab\u00a0use case\u00a0\u00bb ou \u00ab\u00a0cas d’utilisation\u00a0\u00bb). Voici les cas principaux:<\/p>\n
\n- le joueur commence une nouvelle partie. Que devrait-il se passer? Id\u00e9alement, le jeu devrait lui demander un pseudo\/identifiant qui sera utilis\u00e9 pour identifier la sauvegarde. Pour l’instant, une nouvelle sauvegarde sera cr\u00e9\u00e9e automatiquement car je n’ai pas le temps de faire quelque chose de mieux, mais \u00e7a devrait \u00eatre corrig\u00e9 \u00e0 l’avenir.<\/li>\n
- le joueur est dans le jeu. La partie devrait \u00eatre sauvegard\u00e9e r\u00e9guli\u00e8rement sur l’emplacement (le \u00ab\u00a0slot\u00a0\u00bb) courant. Le probl\u00e8me, c’est qu’il n’y a pas forc\u00e9ment de slot courant. \u00ab\u00a0Comment \u00e7a?\u00a0\u00bb vous demandez-vous sans doute. Et bien, un nouveau slot est cr\u00e9\u00e9 pour chaque nouvelle partie lanc\u00e9e. Mais quand *JE*<\/strong> teste le jeu, je ne le lance pas du d\u00e9but \u00e0 chaque fois. G\u00e9n\u00e9ralement, je lance un niveau avec des variables modifi\u00e9es afin de choisir sp\u00e9cifiquement \u00ab\u00a0o\u00f9 et quand\u00a0\u00bb je veux \u00eatre situ\u00e9 dans le monde et dans l’histoire, et je teste \u00e0 partir de l\u00e0. Cela signifie que je n’ai pas de \u00ab\u00a0slot\u00a0\u00bb sp\u00e9cifique associ\u00e9 \u00e0 mon test. Du coup, o\u00f9 dois-je sauver la partie? Dois-je la sauver? Puis-je la sauver? Comment faire si je veux tester le syst\u00e8me de sauvegarde lui-m\u00eame?<\/li>\n
- le joueur veut charger une partie. Je dois lister toutes les parties pr\u00e9c\u00e9demment enregistr\u00e9es avec diverses infos pour chaque slot: quel niveau est en cours? Combien d’items le joueur\u00a0a d\u00e9bloqu\u00e9s? Combien de qu\u00eates sont compl\u00e9t\u00e9es? Peut-\u00eatre une image pour rappeler au joueur \u00e0 quoi ressemble l’endroit? Et surement aussi son identifiant\/pseudo…<\/li>\n<\/ul>\n
Evidemment, \u00e0 chaque fois que je sauvegarde le jeu, je ne veux pas qu’on puisse remarquer le moindre ralentissement (lag). Mais malheureusement, lorsqu’on \u00e9crit sur le disque dur, les op\u00e9rations sont assez lentes (en comparaison avec le nombre d’images par secondes affich\u00e9es par une carte graphique par exemple). Je dois donc utiliser des threads pour que les fichiers de sauvegarde puissent \u00eatre \u00e9crits en arri\u00e8re-plan pendant que le jeu continue de tourner de mani\u00e8re fluide (en tout cas c’est le but).<\/p>\n
III – Comment le faire marcher?<\/h3>\n1 – La classe de base<\/h4>\n
Jusqu’\u00e0 pr\u00e9sent, j’avais une simple classe\/structure principalement bas\u00e9e sur les dictionnaires .NET pour sauver chaque aspect du jeu:<\/p>\n
\n- les infos du joueur: vie, items, munitions, position, \u00e9tat, …<\/li>\n
- les collectables et les qu\u00eates: ce qui a \u00e9t\u00e9 demand\u00e9, ce qui a \u00e9t\u00e9 accompli\/collect\u00e9, combien de fois, o\u00f9, …<\/li>\n
- les infos des m\u00e9caniques de gameplay: quelle porte est ouverte, quel interrupteur est connect\u00e9 \u00e0 quoi, l’emplacement des plateformes mobiles, etc…<\/li>\n
- les infos des ennemis: position, \u00e9tat, …<\/li>\n
- les infos des PNJ (personnages non joueurs): qu’est-ce qui a \u00e9t\u00e9 dit \u00e0 qui, …<\/li>\n
- les infos du monde: le niveau courant, le moment de la journ\u00e9e, le temps de jeu, …<\/li>\n<\/ul>\n
L’id\u00e9e est de ne PAS<\/strong> sauver l’int\u00e9gralit\u00e9 du jeu, mais juste ce qui est REELLEMENT<\/strong> n\u00e9cessaire pour recharger une partie. Ca devrait permettre d’avoir des sauvegardes assez l\u00e9g\u00e8res et des temps de chargement assez courts.<\/p>\nBien s\u00fbr, toutes ces infos doivent \u00eatre accessibles de n’importe o\u00f9 dans le code et \u00e0 n’importe quel moment, c’est pourquoi j’ai utilis\u00e9 une sorte de classe Singleton pour stocker l’info (ce n’est pas aussi simple que \u00e7a, mais c’est l’id\u00e9e principale).<\/p>\n
2 – Les structures de plus haut niveau<\/h4>\n
Maintenant que je sais QUOI sauvegarder, voyons COMMENT le faire. Pour r\u00e9pondre aux probl\u00e8mes et objectifs list\u00e9s dans la partie II, j’ai choisi de mettre en place:<\/p>\n
\n- des sauvegardes de NIVEAU 0, c’est \u00e0 dire les fichiers sur le disque dur.<\/li>\n
- des sauvegardes de NIVEAU 1, qui sont une version clone des fichiers du disque, mais stock\u00e9es en RAM (sous forme de variables dans le code)<\/li>\n
- une UNIQUE sauvegarde de NIVEAU 2, qui est celle qui sera directement lue et modifi\u00e9e par tous les objets du jeu, en RAM \u00e9videmment.<\/li>\n<\/ul>\n
L’id\u00e9e est d’avoir plusieurs couches de sauvegarde, chacune communiquant UNIQUEMENT avec les couches imm\u00e9diatement sup\u00e9rieures ou inf\u00e9rieures, en fonction de leur but principal et de leur vitesse de traitement.<\/p>\n
La moteur temps r\u00e9el du jeu travaille uniquement avec la sauvegarde de NIVEAU 2. Elle est unique. De temps en temps, quand les conditions sont OK (le joueur n’est pas en train de combattre, il est dans une zone sans danger, il n’est pas dans une zone o\u00f9 la sauvegarde est interdite, …), je fais une copie compl\u00e8te dans un des slots de NIVEAU 1. Et enfin, quand le jeu n’est pas d\u00e9j\u00e0 en train d’\u00e9crire sur le disque et que les conditions sont OK (la derni\u00e8re sauvegarde date de X minutes, …), je copie le slot de NIVEAU 1 dans un fichier sur le disque (NIVEAU 0). Les donn\u00e9es sont \u00e9crites sur le disque via les serialiser binaires de la librairie .NET.<\/p>\n
Bien s\u00fbr, afin de copier les donn\u00e9es dans les slots de NIVEAU 1 et 0, je dois savoir quel slot choisir. Par d\u00e9faut, il n’y a pas de slot courant. Dans ce cas, aucune copie n’est faite. Si le joueur a d\u00e9marr\u00e9 une nouvelle partie, un nouveau slot est cr\u00e9\u00e9 et ce sera le slot courant pour la suite. Si le joueur charge une partie, ce slot sera consid\u00e9r\u00e9 comme le slot courant. Et quand je suis en mode \u00ab\u00a0Test\u00a0\u00bb, je peux cr\u00e9er un nouveau slot \u00ab\u00a0\u00e0 la vol\u00e9e\u00a0\u00bb \u00e0 tout moment en appuyant sur une touche magique. D\u00e8s lors, ce nouveau slot est consid\u00e9r\u00e9 comme le slot courant. Cette m\u00e9thode semble r\u00e9pondre \u00e0 tous les cas que j’ai list\u00e9s en II.
\nQuelques infos suppl\u00e9mentaires:<\/p>\n
\n- la sauvegarde de NIVEAU 2 est celle qui est constamment lue et \u00e9crite par tous les objets du jeu; Ainsi, chaque objet peut savoir si un dialogue a \u00e9t\u00e9 lu, si une qu\u00eate a \u00e9t\u00e9 accomplie ou si un object a \u00e9t\u00e9 r\u00e9cup\u00e9r\u00e9. C’est extr\u00eamement rapide \u00e0 lire et \u00e0 \u00e9crire car c’est une (pas si) simple variable en RAM. C’est l’information la plus r\u00e9cente sur le jeu.<\/li>\n
- Les sauvegardes de NIVEAU 1 sont une sorte de tampon entre la sauvegarde \u00ab\u00a0vivante\u00a0\u00bb de NIVEAU 2 et les sauvegardes sur disque de NIVEAU 0. Ce sont des\u00a0copies des donn\u00e9es de NIVEAU 2 que je fais de temps \u00e0 autre. Elles sont principalement utiles car l’\u00e9criture sur le disque est LENTE. Ca signifie qu’il est possible que le jeu \u00e9crive un fichier PENDANT qu’il est en train de modifier la sauvegarde, ce qui cr\u00e9\u00e9 un acc\u00e8s simultan\u00e9 aux donn\u00e9es. Ceci est \u00e0 proscrire \u00e0 tout prix si je veux garantir l’int\u00e9grit\u00e9 des donn\u00e9es. Si je n’avais pas ces sauvegardes interm\u00e9diaires de NIVEAU 1, le jeu pourrait d\u00e9finitivement alt\u00e9rer les sauvegardes sur le disque et la sauvegarde en m\u00e9moire… D’o\u00f9 l’int\u00e9r\u00eat de ces sauvegardes tampons de NIVEAU 1.<\/li>\n
- les sauvegardes de NIVEAU 0 sont les sauvegardes sur le disque. Elle sont \u00e9crites depuis ou copi\u00e9es dans les sauvegardes de NIVEAU 1, et cette op\u00e9ration peut durer plusieurs frames.<\/li>\n<\/ul>\n
Bien s\u00fbr, avec ce syst\u00e8me, il est aussi possible de sauver \u00e0 des moments ou endroits bien sp\u00e9cifiques (quand le joueur quitte, finit une qu\u00eate, ouvre un menu). C’est assez permissif.<\/p>\n
3 – Et le chargement?<\/h4>\n
Pour l’instant, j’ai surtout parl\u00e9 du processus de sauvegarde, car c’est le plus compliqu\u00e9. Le chargement est assez imm\u00e9diat: on charge toutes les donn\u00e9es de NIVEAU 0 depuis le disque dur et on les copie dans les slots de NIVEAU 1 quand le jeu est lanc\u00e9. Quand le joueur charge une partie, on copie les donn\u00e9es de NIVEAU 1 dans la sauvegarde de NIVEAU 2 et on charge le niveau correspondant dans Unity.<\/p>\n
On peut se demander si tout ceci n’est pas trop lourd en m\u00e9moire, mais chaque slot devrait contenir quelques 10 000 entr\u00e9es de type \u00ab\u00a0string\u00a0\u00bb. Avec un rapide calcul approximatif, on trouve une taille de quelques 100 Ko en m\u00e9moire pour chaque sauvegarde. Mes plus gros tests sur le disque dur montent jusqu’\u00e0 2 Mo chacun, ce qui reste raisonnable.<\/p>\n
![\"20170419_211708\"](\"https:\/\/oneiricworlds.com\/fr\/wp-content\/uploads\/2017\/04\/20170419_211708-1024x571.png\")
<\/a><\/p>\nLe nouvel \u00e9cran de chargement. Simple mais fonctionnel.<\/em><\/p>\n4 – Performances<\/h4>\n
Vous l’avez surement compris, l’\u00e9criture sur le disque dur est lente. Donc les copies de NIVEAU 1 vers le NIVEAU 0 sont lentes. Mais ce n’est pas un probl\u00e8me car \u00e7a a \u00e9t\u00e9 pens\u00e9 comme une op\u00e9ration thread\u00e9e et \u00e7a ne ralentit pas le jeu. Pendant cette op\u00e9ration, j’affiche la fameuse icone de chargement dans un coin de l’\u00e9cran. Au d\u00e9but du jeu, c’est \u00e0 peine visible car c’est tr\u00e8s rapide (et qu’il n’y a quasiment rien \u00e0 sauver). Toutefois Unity n’est pas \u00ab\u00a0thread safe\u00a0\u00bb, ce qui m’a oblig\u00e9 \u00e0 choisir avec pr\u00e9caution mes structures de donn\u00e9es (car je n’ai pas acc\u00e8s par exemple aux donn\u00e9es de type Transform et\/ou Monobehavior dans le thread).<\/p>\n
Mais un plus gros probl\u00e8me est la copie de NIVEAU 2 vers le NIVEAU 1: celle-ci DOIT<\/strong> \u00eatre une copie PROFONDE<\/strong>, car sinon on peut se retrouver \u00e0 nouveau face au probl\u00e8me d’acc\u00e8s simultan\u00e9 au donn\u00e9es (\u00e0 cause du type \u00ab\u00a0class\u00a0\u00bb de beaucoup de variables C#; ce n’est pas super intuitif, n’h\u00e9sitez pas \u00e0 creuser les recherches sur google si vous voulez en savoir plus). Malheureusement, les copies profondes sont assez lentes et ne peuvent pas \u00eatre thread\u00e9es (enfin pas facilement) car je copie depuis le NIVEAU 2 qui est \u00ab\u00a0vivant\u00a0\u00bb\/constamment modifi\u00e9. On commence \u00e0 voir un l\u00e9ger lag \u00e0 partir de 20 000 entr\u00e9es dans les dictionnaires de donn\u00e9es, ce qui devrait \u00eatre OK pour la totalit\u00e9 du jeu, mais je n’en suis pas encore s\u00fbr. Il faudra faire d’autres tests quand le jeu sera plus abouti.<\/p>\nToutefois, si l’avenir rev\u00e8le que les copies de NIVEAU 2 \u00e0 NIVEAU 1 sont trop lente, j’ai quelques pistes en t\u00eate pour am\u00e9liorer tout \u00e7a, mais je ne les d\u00e9taillerai pas ici car cet article est d\u00e9j\u00e0 trop long…<\/p>\n
IV – Et maintenant?<\/h3>\n
Voil\u00e0, j’esp\u00e8re que ces explications permettent d’avoir un bon aper\u00e7u du nouveau syst\u00e8me de sauvegarde. Je sais qu’il n’est pas parfait et qu’il y aura quelques bugs \u00e0 venir et \u00e0 corriger, mais c’est tr\u00e8s appr\u00e9ciable de ne pas avoir \u00e0 penser \u00e0 sauvegarder pendant le jeu. L’exp\u00e9rience est bien plus immersive.<\/p>\n
Il reste cependant quelques probl\u00e8mes potentiels:<\/p>\n
\n- les slots de sauvegarde ne sont pas clairement identifi\u00e9s et il est difficile d’en trouver une particuli\u00e8re s’il y en a beaucoup, mais j’esp\u00e8re corriger \u00e7a prochainement (m\u00eame s’il faudra certainement coder un clavier virtuel pour les gens qui jouent au joypad)<\/li>\n
- Il n’y a pas de capture d’\u00e9cran des sauvegardes (alors que c’\u00e9tait le cas dans les versions pr\u00e9c\u00e9dentes) car j’ai chang\u00e9 le syst\u00e8me de sauvegarde. Jusqu’\u00e0 pr\u00e9sent, je prenais une capture d’\u00e9cran juste avant l’ouverture du menu ce qui causait un mini lag, mais qui n’\u00e9tait pas visible car le menu apparaissait dans la foul\u00e9e. Mais maintenant, le jeu est continuellement sauvegard\u00e9 et m\u00eame un mini lag est TRES visible.<\/li>\n
- J’aimerais ajouter des sauvegardes de NIVEAU\u00a0-1, qui seraient des copies de la derni\u00e8re sauvegarde de NIVEAU 0. Pourquoi? Car le nouveau syst\u00e8me de sauvegarde n’a pas \u00e9t\u00e9 encore \u00e9t\u00e9 suffisamment test\u00e9 et je suis \u00e0 peu pr\u00e8s s\u00fbr que certains joueurs rencontreront des cas qui crasheront le syst\u00e8me. Pour \u00e9viter qu’ils ne perdent toute leur progression, faire des copies sur le disque parait \u00eatre une m\u00e9thode suffisamment simple et efficace.<\/li>\n<\/ul>\n
Pour le moment, le syst\u00e8me est op\u00e9rationnel pour le Toulouse Game Show ce<\/a> week end, ce qui \u00e9tait l’objectif principal. Au passage, n’h\u00e9sitez pas \u00e0 venir me voir sur le stand ce week end!<\/p>\nJ’esp\u00e8re que cet article n’\u00e9tait pas trop long, ou technique ou ennuyeux… Mais j’en doute!<\/p>\n
A+<\/p>\n","protected":false},"excerpt":{"rendered":"
Une fois de plus, \u00e7a fait un bon moment que je n’ai rien partag\u00e9 sur ce blog… Mais j’ai travaill\u00e9 sur beaucoup de choses derni\u00e8rement, notamment: l’integration de la nouvelle interface utilisateur (UI) de Unity pour le HUD (= Head Up Display = les informations visibles \u00e0 l’\u00e9cran pendant le jeu), le menu du Link […]<\/p>\n","protected":false},"author":1,"featured_media":557,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7,10],"tags":[],"class_list":["post-554","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dev","category-tutorial"],"_links":{"self":[{"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/posts\/554","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/comments?post=554"}],"version-history":[{"count":8,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/posts\/554\/revisions"}],"predecessor-version":[{"id":564,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/posts\/554\/revisions\/564"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/media\/557"}],"wp:attachment":[{"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/media?parent=554"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/categories?post=554"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/oneiricworlds.com\/fr\/wp-json\/wp\/v2\/tags?post=554"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"20170419_214508\"](\"https:\/\/oneiricworlds.com\/fr\/wp-content\/uploads\/2017\/04\/20170419_214508.png\")
<\/a><\/p>\n