Choisir un moteur de rendu Godot à partir de mesures sur les appareils cibles

Partir des exigences de la version finale

Choisir un moteur de rendu est une décision de production précoce, car elle détermine les fonctionnalités visuelles sur lesquelles le jeu pourra s'appuyer. Dressez la liste des plateformes requises, des appareils les moins puissants visés et des effets indispensables au gameplay ou à la lisibilité. Distinguez ces exigences des finitions visuelles optionnelles. Un moteur de rendu choisi sur un ordinateur de développement puissant peut mal convenir aux appareils qui exécuteront réellement le jeu.

Comparer les trois approches

La documentation stable de Godot décrit trois moteurs de rendu, qui diffèrent par leurs fonctionnalités et leur backend. [1]

Moteur de rendu	Base de rendu	Point d'évaluation
Forward+	RenderingDevice	Fonctionnalités de rendu avancées
Mobile	RenderingDevice	Un jeu de fonctionnalités réduit, adapté à certaines charges mobiles ou de bureau
Compatibility	OpenGL	Large couverture matérielle et exports web

RenderingDevice peut utiliser Vulkan, Direct3D 12 ou Metal. Vérifiez la prise en charge par les pilotes sur la plateforme visée, plutôt que de considérer le nom du moteur de rendu comme une garantie de fonctionnement sur l'appareil. [1]

Considérer la configuration minimale comme un point de départ

Les configurations système publiées concernent des projets simples ; les besoins réels varient selon le contenu, la résolution et les réglages. [2] Créez tôt une scène représentative, avec la distance de caméra, les matériaux, les lumières, les particules et les couches d'interface qui caractérisent votre jeu. Une scène vide exportée montre seulement qu'un moteur de rendu peut démarrer. Elle ne montre pas que le jeu terminé restera lisible et réactif.

Exemple : un jeu de jardin miniature

Imaginons un jeu de construction de jardin visant des ordinateurs portables courants ainsi qu'une version pour navigateur. Son interaction centrale repose sur des plantes aux contours bien marqués et des repères de placement lisibles. Commencez par vérifier ces fonctionnalités avec Compatibility, le moteur de rendu documenté pour le web. [1] Créez une vue de jardin dense et une séquence de placement avec des panneaux d'interface qui se chevauchent. Si une édition native a besoin d'un effet supplémentaire, évaluez une configuration native explicite et comparez-la à la base commune. Notez la version de Godot, l'appareil, le pilote, la résolution et les réglages de qualité à côté de chaque capture. Privilégiez une direction visuelle qui tient dans toutes les configurations requises plutôt qu'une direction dont le retour visuel essentiel disparaît en dehors de l'environnement du développeur.

Mesurer et réévaluer de façon délibérée

Les recommandations de Godot sur l'optimisation conseillent de réaliser des profilages et de tester plusieurs appareils, car les goulots d'étranglement varient. [3] Mesurez le jeu en continu, les transitions de chargement et les images lentes, et pas seulement les moyennes. Sur les appareils portables, incluez une session plus longue dans des conditions d'utilisation représentatives. Validez l'application exportée et tout chemin de repli, et pas seulement le viewport de l'éditeur. Changer de moteur de rendu peut exiger des ajustements de contenu ; prévoyez donc une revue visuelle si vous remettez la décision en cause. Revérifiez la documentation stable correspondant à la version que vous livrez : cette comparaison est une méthode de sélection, pas une matrice permanente de prise en charge des plateformes.

Sources

1. Overview of renderers — Godot Engine contributors.
2. System requirements — Godot Engine contributors.
3. General optimization tips — Godot Engine contributors.