Salut ! Je comprend la frustration que ça peux avoir, ayant moi même un modem 56k c'est désagréable de devoir télécharger des mises à jour de 4Go pour un programme, ou un jeu, quand tu sait que ce qui a changé est en faite minime. Après je suis un cas particulier et en 2018 c'est pas si grave que ton client ait une maj de 300mo à chaque fois (surtout sur PC).
Je vais te donner mon avis mais je n'en suis pas encore là dans mon projet, donc je n'ai fait aucune recherche concernant Unity en particulier, mais je sait que d'autres jeux utilisant unity y parviennent.
E3DStef a écrit : ↑22 Mars 2018 11:50
J'aimerai arriver à faire des mises à jour optimisées en n'envoyant que la partie qui a changée.
Est-ce possible ? Connaissez-vous une méthode pour cela ?
Ta question sous-entend que tu a déjà vérifier que les fichiers qui sont remplacer après un nouveau build ne le soit que sur les partis qui ont changé (Un assembly par exemple. Plutôt que tout réécrire, même ce qui n'a pas changé). Dans ce cas oui c'est tout à fait possible, et directement sur Unity logiquement, tu développe ton propre système d'update sous unity qui vérifie avant le lancement du jeux si une mise a jour est disponible sur ton ftp par exemple (sois par un système de version, ou de comparaison de fichiers), si oui il la télécharge (à toi de voir comment tu veux gérer la décompression et le remplacement des fichiers, il y a plusieurs façons de le faire). Je pense que tu peux trouver des 3rd party pour le faire (par exemple "Steam" offre ce service).
E3DStef a écrit : ↑22 Mars 2018 11:50
Dans le monde idéal c'est un peu la même méthode que comme cela se passe sous Android.
L'utilisateur est informé d'une mise à jour, elle se DL (auto ou manuelle) et s'applique d'une manière transparente.
La méthode transparente est compliqué car elle veux dire que ton exécutable ne change jamais (ce qui n'est pas le cas avec Unity il me semble, ou compliqué) Donc logiquement tu peux quand même le faire avec une version ou l'application redémarrerais si l'exe a changé.
Mais la encore sa sous-entend que tu puisse le faire, avant que les assembly ne soit chargé (car sinon il ne pourront pas être remplacer) mais si il ne sont pas chargé, tu n'a tout simplement plus de système de mise à jour
Donc le meilleur moyen selon-moi ça reste de faire la mise a jour quand le client n'est pas sur l’exécutable grâce à une autre application (c# ou c++ avec Qt marchent très bien) qui fait office de "launcher" ou "updater" Le launcher étant plus dans une optique ou ton jeu ne soit pas sensé être jouer si le client n'a pas la dernière mise a jour, pour un jeux multi par exemple c'est primordiale. Mais pour un jeux offline tu peux opter pour l'updater qui va juste prévenir le client qu'une mise à jour est disponible, et si il l'accepte, fermer l'exe, et la faire.
N'hésite pas si tu à d'autres question, bonne journée
