Journée de la feuille de route !
Bonjour à tous les fans de courses virtuelles et bienvenue à la dernière publication mensuelle de notre feuille de route pour le développement de rFactor 2. Il n'est pas surprenant que les quatre dernières semaines aient été une fois de plus bien remplies au Studio 397, alors que nous continuons à travailler dur sur le développement de rFactor 2, avec beaucoup d'activités tant du côté du public que dans les coulisses et dans notre quête pour améliorer et développer le titre.
Alors, sans plus attendre, jetons un coup d'œil sur les aspects positifs et négatifs du passé, du présent et de l'avenir de rFactor 2
Nouvelles constructions et corrections de bugs
Comme nous l'avons précisé dans la dernière feuille de route de développement fin janvier, notre équipe de développement continue à se concentrer sur la résolution d'un certain nombre de bogues identifiés et existants dans la simulation, une attention particulière ayant été accordée ces dernières semaines à la vérification et à l'analyse d'une grande variété d'aspects différents du logiciel qui peuvent être corrigés dans le développement à court, moyen et long terme de rFactor 2. Dans un effort pour garantir que nous déployons nos ressources de manière raisonnable et structurée, nous avons fait de grands efforts pour comprendre où nous pouvons avoir le plus d'impact sur le plus grand nombre de corrections importantes dans la simulation, tout en gardant un œil sur les effets potentiels que cela pourrait avoir sur la base de code du logiciel. Lorsque l'on travaille sur un logiciel aussi complexe que rFactor 2, il arrive souvent qu'une modification du code de développement ait des conséquences imprévues ailleurs, et ce qui semblait initialement être une modification relativement simple finit par engloutir le temps considérable que nous avons prévu pour les corrections, ce qui peut avoir un impact sur le nombre de problèmes que nous pouvons résoudre dans un délai donné.
Afin de faciliter notre processus de développement en cours, nous avons décidé d'examiner de plus près le code sous-jacent de rFactor 2, la façon dont les différents éléments du logiciel dépendent d'autres aspects du code, et ce que ces fonctions visent à réaliser dans la façon dont rFactor 2 fonctionne en coulisse. Cet exercice s'avère fructueux, et de nombreux correctifs et améliorations ont déjà été identifiés et résolus par l'équipe de développement - ce qui nous met dans une position plus forte pour aller de l'avant. L'inconvénient est qu'une grande partie de nos ressources a été consacrée à la correction de zones du logiciel qui ne se manifesteront peut-être pas sous la forme de changements visibles pour le public, mais elles ont certainement été nécessaires pour nous donner la base stable sur laquelle nous devons continuer à progresser et commencer à rassembler ces changements importants qui améliorent réellement l'expérience de nos joueurs.
Au début de ce mois, nous avons déployé une nouvelle mise à jour de la branche "Release Candidate" de Steam (plus d'informations sur les builds RC ci-dessous) qui contient la première série de modifications et d'améliorations sur lesquelles nous avons travaillé. Jusqu'à présent, nous avons reçu une réaction positive à cette mise à jour, et les commentaires de la communauté suggèrent que nous sommes très proches de mettre ces corrections dans la branche publique principale du logiciel. L'avantage que nous avons trouvé à avoir une branche candidate à la publication a été significatif, car il nous permet d'évaluer la réaction de notre communauté et d'identifier si des problèmes apparaissent qui ne se sont pas manifestés lors de nos tests internes, tout en offrant aux joueurs la possibilité de rester dans la branche principale stable du logiciel s'ils le souhaitent. Nous sommes satisfaits du fonctionnement initial et nous continuerons à adopter cette stratégie de développement dans un avenir futur.
Un autre avantage positif de l'existence d'une branche "Release Candidate" pour notre nouvelle mise à jour est qu'elle nous permet de nous concentrer sur le développement en résolvant les problèmes en suspens de la version RC qui pourraient apparaître, tout en continuant à faire avancer le processus de création de notre prochaine version - ce qui est bien avancé au Studio et devrait être très, très proche d'être déployé dans la branche RC une fois que nous aurons transféré les changements actuels dans la version publique du logiciel. Oh et oui, les entrées de la roue et de la pédale reviendront pour la prochaine mise à jour... !
La construction des "versions futures
Comme indiqué ci-dessus, rFactor 2 possède actuellement deux versions principales que les joueurs peuvent choisir d'activer. Comme décrit dans la dernière feuille de route de développement, et à nouveau détaillé ci-dessous, les joueurs peuvent sélectionner "Aucun" dans l'onglet bêta de rFactor 2 dans Steam, ce qui leur donnera accès à la principale version publique du logiciel, ou ils peuvent choisir l'option "Release Candidate" qui permet aux joueurs de conduire avec les dernières mises à jour développées par le Studio 397. Après un certain temps, les modifications apportées à la version Release Candidate seront transférées dans la version publique principale de la simulation et deviendront la configuration d'installation par défaut.
Dans la dernière feuille de route de développement, nous avons parlé d'une manière simplifiée de signaler les problèmes liés à la dernière version du logiciel, et nous sommes encore en train de finaliser et de peaufiner la manière dont cela fonctionnera dans la réalité. L'objectif de ce processus est de saisir efficacement une sélection aussi large que possible de domaines identifiés par la communauté de rFactor 2 que vous souhaitez que nous examinions, mais sans rendre le processus trop lourd pour que l'utilisateur final puisse fournir des informations précieuses pour nous permettre d'agir. En outre, nous voulons également que nous puissions voir clairement et facilement ce qui a été rapporté, avec, nous l'espérons, toutes les informations dont nous avons besoin pour traduire ce rapport en une instruction pratique à l'intention de notre équipe de développement. Nous prévoyons que ces fonctions de compte rendu seront très bientôt mises à la disposition du public, mais une fois que la version finale aura été développée et testée, nous parlerons davantage de la façon dont vous pouvez contribuer à cette importante initiative plus près de nous.