Stellaris, carnet des développeurs n°387 : La 4.0.21 est sortie, prochaine étape ?


Bonjour à la communauté Stellaris !

La semaine dernière, j’avais dit que le prochain journal des développeurs serait le 26 juin, mais je ne voulais pas attendre aussi longtemps pour discuter de nos plans pour l’avenir.

Cette semaine, nous avons publié la version 4.0.21, avec les modifications suivantes :

Spoiler:

Amélioration

Les événements Storm Aftermath ne se produiront plus dans les systèmes où vous construisez des mégastructures. Cela signifie qu’il n’apparaîtra plus aléatoirement une anomalie sous votre essaim de Dyson qui a été réalisée à 99 %.
La vitesse de transfert des sauvegardes est désormais augmentée par défaut en multijoueur. Si vous rencontrez des difficultés lors du transfert des sauvegardes, l’hôte peut passer à l’utilisation de l’ancien mode de transfert via les paramètres.

Correction de bugs

Les mémorialistes donnent maintenant à leurs prêtres les modificateurs d’éthique que leur infobulle civique promet
Les armées qui ont atterri sur des planètes apparaissent correctement dans le schéma
Réformer le gouvernement aux Guides de la Genèse permet de construire des Arches de la Genèse
Les districts des anneaux-mondes apparaissent désormais correctement sur les anneaux-mondes pré-ftl.
Des anneaux-mondes colonisés par des empires de la Gestalt ayant un mystérieux quartier de la ville qui ne devrait pas exister.
Correction du texte de notification du leader qui a survécu
Correction de la possibilité pour les empires aléatoires de Fear of the Dark d’obtenir des biovaisseaux.
L’événement Brèche de pureté ne peut plus détruire les colonies.
Correction d’une erreur empêchant les réfugiés de se comporter correctement
L’événement Mutations Fatales ne devrait plus détruire les colonies
L’option Purge de nécrophage ne s’affichera désormais que si vous pouvez la prendre, afin d’éviter toute confusion lorsque des pops pourraient être purgés dans votre empire par inadvertance, comme les pops de la ruche déconnectés de leur ruche.
Les empires prédateurs évolutifs peuvent à nouveau obtenir et conserver le trait Électrophase psionique.
Les traits Entrepreneur confèrent une fois de plus l’Efficacité du Pacte Commercial
Les serviles ne devraient plus devenir des spécialistes ou des élites
Suppression d’un plus errant dans certaines infobulles d’habitabilité mutagène
Correction des infobulles listant les effets pour la décision Subsume World et l’AP de Xénocompatibilité
Les emplois de biologiste qui ne sont pas gardiens de zoo ont maintenant l’entretien correct.
Correction d’un problème qui pouvait survenir lorsque des empires-machines colonisaient des anneaux-mondes.
Correction d’un problème à cause duquel les empires IA répondaient avec un texte générique lorsqu’ils acceptaient un accord de paix du statu quo, au lieu de réponses dynamiques.
Correction d’un problème de localisation où un empire IA acceptant la paix faisait référence à tort au joueur comme ayant « mieux à faire » au lieu de lui-même.
Les spécialisations secondaires pour les forteresses et les industries civiles sur des mondes spéciaux ont correctement doublé les emplois.
Les vaisseaux de transport pour les explorateurs enthousiastes sont désormais équipés d’un moteur subspatial si vous n’avez pas fait de recherches sur les hypermoteurs. Ils seront automatiquement échangés une fois que les hyperdisques auront été recherchés.
Correction d’une infobulle dans l’onglet Démographie de la vue Empire
Les empires Gestalt ont accès aux bâtiments commerciaux de l’empire déchu

Equilibrage

Corrections/buffs de nécrophage :
Les pops avec le trait Nécrophage peuvent désormais pousser (lentement) même s’il y a des pops nécrophages sur leur planète.
Réduction de la pénalité de vitesse de croissance de l’explosion sur l’aptitude Nécrophage de -75 % à -50 %.
Les nécrophages commencent avec plus de leurs espèces prépatentes (et moins de leurs espèces de nécrophages).
Les nécrophages (et autres empires qui ont plusieurs espèces présentes) ne devraient plus parfois commencer par le chômage.
La politique de réinstallation interdite accorde désormais +100 % de migration automatique. (En d’autres termes, l’interdiction de la réinstallation manuelle augmente la réinstallation automatique.)
Les empires dotés de vaisseaux biologiques peuvent désormais accéder à des technologies reproductibles pour infliger des dégâts aux armes explosives et augmenter la cadence de tir.
Les mondes-machines ont désormais toujours leur nombre maximum de tâches.
La consolidation des ressources commence désormais avec moins de districts de producteurs et de mines, car ces districts fournissent 600 emplois chacun.
La consolidation des ressources n’a plus le bloqueur de baie de réplicateur défectueux.

UI

Le bouton Coloniser la planète est désormais accessible dans l’onglet de gestion ainsi que dans l’onglet de surface

Modding

Ajouter refresh_auto_generated_ship_designs effet



Nous poursuivons l’enquête sur les autres problèmes que vous avez signalés.

Quelle est la prochaine étape ?

Il est temps de passer en revue les deux derniers mois et de voir ce que nous avons fait et où nous allons à partir de maintenant.

De retour dans le journal de développement Stellaris #383, je me suis engagé à continuer à corriger les choses jusqu’à ce que la version 4.0 soit dans l’état dans lequel elle doit être.

Depuis, nous avons publié un nombre considérable de correctifs à un rythme rapide, mais notre cadence de correctifs est devenue problématique (et même contre-productive) à certains égards. Trop souvent, dans le développement d’un jeu, la correction d’un bogue en introduit un autre, et je n’ai pas donné assez de temps à nos testeurs internes pour examiner et tester pleinement les modifications que nous avons apportées. Parmi les exemples de mises à jour récentes, citons il y a quelques semaines, lorsqu’un correctif sans rapport avec un problème de pop a amené les empires Wilderness à se détruire de manière aléatoire en tuant toute leur biomasse, ou lorsqu’un autre correctif juste après cela a corrompu les sauvegardes et les a rendues non déchargeables.

Nous restons déterminés à continuer à corriger les choses jusqu’à ce que la version 4.0 soit dans l’état dans lequel elle doit être.

Nous devons cependant changer notre façon de procéder, en adoptant une approche plus mesurée et délibérée pour permettre aux tests internes de rattraper leur retard tout en vous offrant un environnement plus stable pour jouer au jeu. Cela signifie que la fréquence des correctifs va ralentir, mais avec des versions plus impactantes. Notre plan actuel est d’utiliser davantage les bêtas ouvertes - le premier exemple est la bêta ouverte de Wilderness que nous avons mise en place la semaine dernière (qui pourrait ou non être mise en ligne en fonction de vos retours).

Nous serons plus prudents dans l’examen des modifications et leur fusion dans cette bêta ouverte en cours, en privilégiant la stabilité, les performances, l’IA et la correction des bugs. Mon intention est que nous mettions à jour la bêta ouverte sur une base hebdomadaire ou bimensuelle en fonction des progrès internes tout au long de l’été. Bien que l’équipe Stellaris poursuive le développement pendant cette période, il deviendra bientôt difficile pour nous d’organiser des correctifs en direct - à moins d’un correctif critique ou d’un « moment eurêka », je m’attends à ce que la prochaine version 4.0.x (4.0.22) soit prévue pour le mois d’août. (Ce qui, comme mentionné précédemment, peut ne pas inclure les changements de Wilderness.) Aux moddeurs qui attendaient un moment de stabilité, c’est votre moment - et si vous rencontrez des problèmes pour mettre à jour vos mods, n’hésitez pas à nous le faire savoir.

Choses sur lesquelles nous travaillons activement:

Spoiler:


Pour plus de transparence :

je suis personnellement en train de chercher des moyens d’améliorer le comportement de l’IA. D’autres choses actuellement en développement actif sont des enquêtes OOS, un certain nombre de problèmes de strates qui affectent l’esclavage, la purge et d’autres bizarreries parmi l’emploi pop, et plus un changement de design plutôt qu’une correction de bug - sur la base de vos retours, nous envisageons de faire en sorte que les pops nouvellement développés aillent directement dans la strate civile ou son équivalent approprié au lieu d’être des membres au chômage de leur groupe pop parent. Bien que nous aimions la vraisemblance du fait que les planètes lourdes au sommet ont plus de problèmes de stabilité que celles qui étaient plus uniformément développées, nous reconnaissons qu’avoir un filet persistant de personnes au chômage semble mal.

Nous sommes également constamment à la recherche d’améliorations de performances. Nous en avons trouvé un jusqu’à présent où chaque empire calculait son total de biomasse beaucoup trop souvent - même s’il ne s’agissait pas de Wilderness, et bien que ce soit l’un des scripts les plus lourds de la première partie du jeu, ce n’est pas là que se trouvent nos plus gros problèmes.

Certains d’entre eux passeront probablement à la bêta ouverte la semaine prochaine, après des tests plus rigoureux.



Je vais mettre les journaux de développement de Stellaris en pause jusqu’en août, en les remplaçant par les mises à jour de la bêta ouverte toutes les semaines ou tous les quinze jours, au fur et à mesure qu’elles se produisent, et nous resterons en communication constante avec vous pendant que nous continuons à mettre à jour et à améliorer le jeu.

Veuillez continuer à signaler les problèmes que vous rencontrez, les problèmes d’équilibrage que vous rencontrez, et à fournir des sauvegardes et des journaux désynchronisés chaque fois que vous le pouvez. Ils aident énormément.

Merci de jouer à Stellaris !


Pour plus d'informations sur cette grande mise à jour 4.0 "Phoenix" n'hésitez pas à en discuter sur le forum