Guide d'optimisation

mémoire zepeto est structuré pour précharger les ressources utilisées dans le monde en mémoire basé sur 1 7 0 dans le monde, les appareils de spécification les plus bas sont l'iphone 8 (2 go de ram) et le galaxy s8 (4 go de ram) par conséquent, nous devons faire en sorte que cela ne dépasse pas 2 go l'équipement de spécification minimale peut être modifié plus tard dans le cas d'un monde multijoueur, la mémoire doit être gérée en tenant compte du nombre maximum de personnes car chaque personnage a de la mémoire comment vérifier les indicateurs de performance comment vérifier les indicateurs de performance dans un environnement mobile veuillez utiliser le profilage d'exécution officiel fourni par zepeto 📘 veuillez vous référer au guide suivant \[ profileur de temps d'exécution docid\ ipok169h6vwjduicndx e ] comment vérifier les indicateurs de performance pour les serveurs multijoueurs mondiaux dans votre environnement de développement local si vous utilisez vs code comme éditeur de script, vous pouvez vérifier divers indicateurs de performance tels que l'utilisation du cpu, l'utilisation de la mémoire, et plus encore pour votre serveur d'environnement de développement local via le plugin 📘 veuillez vous référer au guide suivant sur la façon de configurer vs code comme éditeur de script dans unity \[ https //code visualstudio com/docs/other/unity\ https //code visualstudio com/docs/other/unity\ ] 1\) recherchez et installez flame chart visualizer pour les profils javascript dans le panneau \[extension] sur le côté gauche de l'écran vscode les indicateurs de performance de l'environnement de développement local vérifiés par le plugin peuvent différer de l'environnement de service réel veuillez l'utiliser pour comprendre les tendances de performance approximatives et les problèmes de performance potentiels de la logique du serveur multijoueur mondial si le répertoire de travail de vs code n'est pas défini sur le projet mondial, le plugin ne fonctionnera pas correctement assurez vous de sélectionner le bon dossier de projet dans le panneau \[explorateur] 2\) allez dans le panneau \[exécuter et déboguer] dans vs code et changez le type de débogage en script multijoueur zepeto 3\) appuyez sur le bouton lecture sur l'écran unity pour exécuter le monde, et appuyez sur le bouton \[démarrer le débogage] dans vs code pour commencer le débogage à l'exécution vous pouvez vérifier les indicateurs de performance du serveur multijoueur en temps réel dans le panneau \[exécuter et déboguer] 👍 astuce vous pouvez ajouter les indicateurs de performance suivants en cliquant sur le bouton basculer les graphiques de performance visibles dans le panneau \[exécuter et déboguer] utilisation du cpu mémoire utilisée mémoire totale taille de l'ensemble résident mémoire externe mémoire arraybuffer directives d'optimisation recommandées veuillez optimiser selon les critères suivants pour garantir que le monde publié fonctionne avec les spécifications minimales l'appareil avec spécifications minimales (avec 2 go de ram) plante lorsque le profileur d'exécution > la mémoire allouée dépasse 550 mo en moyenne lorsque le monde est réellement en cours d'exécution, non seulement les ressources du monde, mais aussi divers processus fonctionnent en mémoire, il est donc recommandé de laisser un peu d'espace dans la mémoire allouée pour les mondes multijoueurs, il y a une allocation de mémoire par personnage, donc vous devez gérer la mémoire en fonction du nombre maximum de joueurs mémoire moyenne par personnage zepeto 35 mo si vous utilisez un mannequin de type personnage zepeto, il occupe la même mémoire que lorsqu'un personnage zepeto entre pour des raisons d'optimisation, nous recommandons d'utiliser le type de mannequin simple si possible moyenne de 280 mo lorsque jusqu'à 8 personnes entrent ce sont des chiffres moyens ; veuillez tester votre mémoire allouée en ayant réellement le nombre maximum de personnes entrer avant le lancement, si possible fps (images par seconde) la limite maximale de fps est de 30fps capacité la capacité du package est limitée à 1 go avec la fonctionnalité de mouvement inter mondes fournie par world 1 8 0, vous pouvez résoudre indirectement la partie capacité méthode d'optimisation veuillez vous référer aux informations relatives à l'optimisation unity https //docs unity3d com/kr/2019 4/manual/mobileoptimizationpracticalscriptingoptimizations html https //docs unity3d com/kr/2019 4/manual/mobileoptimizationpracticalscriptingoptimizations html qu'est ce qui peut être amélioré concernant les ressources veuillez supprimer les dossiers de paquets inutilisés et les fichiers inutilisés également veuillez ajuster le nombre d'objets dans le projet et le nombre d'arbres/piscines dans le terrain qu'est ce qui peut être amélioré concernant le code utilisation des coroutines yield ne produit pas de déchets, mais créer de nouveaux waitforseconds produira des déchets par conséquent, créez et utilisez les objets dans update ( ), les parties qui n'ont pas besoin d'être appelées à chaque image sont remplacées afin qu'elles puissent être appelées toutes les n images évitez d'appeler des fonctions de logique lourde dans awake( ) onenable( ) start( ) évitez de laisser update ( ) et lateupdate ( ) même pour des fonctions vides évitez d'ajouter des composants à l'exécution si nécessaire, il est plus efficace d'instancier le prefab gameobject find, gameobject getcomponent, et camera main sont coûteux, donc ne les appelez pas depuis update() mais appelez les depuis start() si nécessaire instancier et détruire produisent des déchets et des collectes de déchets qui ralentissent le processus au lieu de cela, essayez de les réutiliser avec des pools renderer material utilise renderer sharedmaterial chaque fois que cela est possible pour accéder au matériau de l'objet lié, car il est trop coûteux de créer une nouvelle copie et de la retourner qu'est ce qui peut être amélioré dans l'interface utilisateur selon l'objectif, divisez le canevas et définissez le canevas qui n'est pas utilisé comme invisible limitez les graphicraycasters et effacez la cible de raycast effacez le graphicraycaster du canevas et insérez le graphic raycaster séparément dans des éléments individuels, tels que des boutons si vous n'avez pas besoin de raycast target dans le texte ou les images, supprimez le évitez d'utiliser des groupes de mise en page à moins qu'il ne s'agisse d'une interface utilisateur dynamique utilisez l'ancre pour l'organiser les grandes listes et les vues en grille sont coûteuses, donc évitez de les utiliser lors de l'utilisation de l'interface utilisateur en plein écran, cachez tout sauf ce canevas cela élimine le besoin pour la caméra de rendre la scène 3d cela cache également les canevas inutiles abaissez l'application targetframerate car vous n'avez pas besoin de mettre à jour chaque 60 fps lors de l'utilisation de l'interface utilisateur en plein écran ne laissez pas d'espace vide pour la caméra de rendu du canevas qui utilise l'espace mondial, et remplissez le avec la caméra que vous utilisez si vous laissez un vide, unity remplira automatiquement camera main qu'est ce qui peut être amélioré concernant l'audio changer le clip audio en mono permet l'utilisation de fichiers wav tout fichier de musique compressé sera décompressé puis recompressé pendant le temps de construction la qualité du fichier musical est dégradée pendant ce processus compresser le clip et réduire le taux de compression utiliser la plupart des fichiers avec vorbis, et changer le son court en adpcm ne pas dépasser 22 050 hz sélectionner le type de chargement approprié pour les fichiers musicaux de taille 200 ko ou moins, décompresser au chargement pour les fichiers musicaux de taille 200 ko ou plus, rester compressé en mémoire définir les fichiers volumineux et la musique de fond pour le streaming les fichiers musicaux muets ne se terminent pas simplement en changeant le volume à zéro, donc assurez vous qu'ils sont détruits