Mise à jour de l’Alpha 4.10 de Star Citizen : Priorité à la résolution des problèmes systémiques

Posted on by Korian Munshine

Le mois dernier, nous avons partagé notre volonté de changer la façon dont nous priorisons certains des problèmes les plus persistants de Star Citizen. Aujourd’hui, nous souhaitons vous faire un point sur les progrès accomplis, les problèmes résolus et le travail réalisé pour les corriger.

Nous nous concentrons sur les problèmes qui ont le plus d’impact sur votre expérience de jeu. Au lieu de traiter les bugs un par un, nous prenons du recul pour cibler les fonctionnalités sur lesquelles vous comptez à chaque session, en regroupant les bugs par système. Votre vaisseau doit se trouver là où vous l’attendez. Votre inventaire doit s’afficher. Vos missions doivent fonctionner. Ce sont des attentes fondamentales, et nous savons que lorsqu’elles font défaut, peu importe à quel point le reste du jeu est impressionnant. Si vous ne pouvez pas récupérer votre vaisseau, si vous perdez votre équipement ou si vous passez 15 minutes à essayer de dépasser une erreur de connexion, c’est cette expérience négative que vous retenez.

Pour garder le cap sur l’expérience joueur, nous avons confié l’identification et la priorisation de ces problèmes à notre équipe Player Experience. L’Alpha 4.10 constitue la plus grande application de cette méthode à ce jour, et nous souhaitons aujourd’hui vous en présenter les résultats.

La mise en pratique avec l’Alpha 4.10

Notre attention s’est portée sur les domaines fondamentaux suivants :

  • IA
  • Appontage & Ravitaillement
  • Économie & Exploits généraux
  • Qualité de vie de la première heure de jeu
  • Ascenseurs de fret (Freight Elevators)
  • Hangars & Terminaux ASOP
  • Inventaire
  • Erreurs de connexion & Login
  • Voyage Quantum & Carte stellaire (Starmap)
  • Perte de vaisseaux

Deux fois par semaine, les équipes de QA, Production, Player Experience et Community se réunissent pour analyser les problèmes ayant le plus d’impact sur les joueurs. Nous croisons nos données internes avec vos signalements sur l’Issue Council, en prenant en compte la fréquence des rapports, le nombre de joueurs touchés, l’ancienneté du bug et sa sévérité en jeu. Nous combinons ces facteurs pour obtenir un « Impact Score » (Score d’Impact), qui détermine nos priorités absolues.

Vos rapports sur l’Issue Council y jouent un rôle majeur. Dans plusieurs cas, des étapes de reproduction détaillées, des données complémentaires et des preuves vidéo nous ont permis de passer d’un simple « c’est cassé » à la compréhension exacte du « pourquoi c’est cassé » — ce qui change tout pour concevoir un correctif efficace.

Avec l’Alpha 4.10, les résultats de cette approche commencent à se concrétiser :

  • 1 239 corrections de bugs soumises au cours du cycle de l’Alpha 4.10 (contre 295 pour l’Alpha 4.9). L’Alpha 4.10 étant une mise à jour bien plus vaste avec davantage de contenu, le volume global de bugs était naturellement plus élevé.
  • 479 bugs corrigés qui étaient déjà présents en Alpha 4.9 ou plus tôt. C’est une mesure bien plus représentative de nos progrès pour assainir l’expérience en live actuelle.
  • +15,5 % de FPS moyens sur le client sur l’ensemble des configurations matérielles (mesures prises dans des zones d’atterrissage à fréquentation équivalente entre la 4.9 et la 4.10). Votre prochaine traversée de Lorville devrait afficher une amélioration très nettement visible !

En coulisses : L’Alpha 4.10

Une question revient très souvent après chaque mise à jour : si vous connaissiez ces bugs, pourquoi avoir publié la version ?

C’est une question légitime. La liste des problèmes connus n’est jamais nulle. Déterminer si une version est prête pour le serveur Live implique de peser ce que nous pouvons corriger et vérifier en toute sécurité, et de savoir si la version proposée est globalement meilleure que celle sur laquelle vous jouez actuellement. Nous ne faisons pas toujours les bons choix, d’autant que la charge du serveur Live est parfois indispensable pour révéler la vraie nature de certains bugs, mais ce sont des décisions que nous prenons très au sérieux.

Plus tard aujourd’hui, nous publierons un épisode pilote d’une potentielle série intitulée Inside CIG, vous emmenant dans les coulisses de l’Alpha 4.10. Vous pourrez assister à nos réunions, observer les développeurs à leur bureau et découvrir comment les tests, la télémétrie et vos retours s’articulent pour préparer une sortie sur le Live.

Analyse détaillée des correctifs

L’objectif n’est pas seulement de corriger des bugs rapidement, mais de veiller à ce que ces correctifs tiennent dans le temps. Cela exige une approche méthodique pour traiter les causes profondes des problèmes persistants plutôt que de simplement masquer leurs symptômes.

À l’image de notre initiative passée sur les transports (Transit), nous avons appliqué cette rigueur à plusieurs systèmes clés :

Inventaires vides

  • STARC-211218 — Inventaires apparaissant vides Ce problème résultait en réalité de trois dysfonctionnements empilés. Le symptôme visible était l’accumulation de « deplacements en attente » (pending moves). Chaque interaction ajoutait une requête à la file d’attente qui ne se résolvait jamais, bloquant l’inventaire qui affichait alors une page blanche. En dessous, la première requête de stockage dépassait le temps imparti (timeout). La tentative automatique suivante renvoyait l’erreur « existe déjà », signifiant que la requête initiale avait en réalité réussi sans nous renvoyer de confirmation. La solution : Correction de la gestion des événements côté service, réduction du timeout, et ajout d’un indicateur visuel de chargement qui bloque les interactions tant qu’un transfert n’est pas finalisé.

Vaisseaux qui disparaissent des hangars

  • STARC-186319 — Vaisseaux qui disparaissent des hangars Avec le Server Meshing, une même entité peut être chargée simultanément sur plusieurs serveurs (notamment près des frontières de serveurs ou à Levski). Le code chargé de décider si un vaisseau devait être rangé s’appuyait sur une vérification nommée IsAuthorityPossible(), qui renvoyait « vrai » sur tous les serveurs au lieu de cibler uniquement le serveur propriétaire du hangar. La solution : Centralisation de toutes les requêtes de rangement vers une fonction unique traçable, et remplacement du contrôle défaillant par un véritable test de propriété (HasAuthority()).

Liste des correctifs ciblés

Les problèmes marqués d’un symbole ▲ sont directement liés à un rapport actif sur l’Issue Council.

Perte de vaisseaux

  • ▲ STARC-186319 : Correction d’une condition de concurrence (race condition) où deux processus tentaient de détruire et ranger le même véhicule en même temps à l’atterrissage ou au décollage (ex: Levski).
  • ▲ STARC-206457 : Correction d’un bug où la récupération d’un vaisseau depuis un hangar pouvait le faire apparaître en plein saut quantum, le projetant contre les portes ou les murs.
  • ▲ STARC-152514 : Le terminal ASOP des halls de station pouvait afficher à tort un vaisseau comme devant être « Réclamé » (Claim) alors qu’il était en sécurité sur sa plateforme.

Hangars & Terminaux ASOP

  • ▲ STARC-128568 : Correction des portes extérieures de hangars qui restaient fermées alors que les portes intérieures s’ouvraient dans certaines stations (Stanton Gateway, Ruin Station, Orbituary).
  • ▲ STARC-205924 : Correction de la disparition du minerai extrait après le rangement d’un vaisseau de minage dans un hangar (instabilité de la base de données sous forte charge).
  • ▲ STARC-207340 : Résolution de la perte de carburant dans les réservoirs externes lors du rangement via l’ASOP (cause identique au bug du minerai).
  • ▲ STARC-186642 : Correction des échecs, rangements automatiques ou destructions lors de la demande d’un vaisseau nécessitant une taille de hangar différente de celui déjà sorti.
  • Atmosphère : Extension de la zone d’atmosphère à certaines zones de service et d’ascenseurs à Levski où les joueurs sans casque suffoquaient.

Ascenseurs de fret (Freight Elevators)

  • Ascenseurs de fret bloqués : Correction du blocage définitif sur l’écran « Transfert… » après avoir fait monter et descendre plusieurs fois des marchandises de mission.
  • ▲ STARC-153267 : Correction des cargaisons de missions de transport totalement absentes du point de collecte.
  • Message « Ascenseur surchargé » : Clarification du texte pour indiquer clairement qu’un transfert partiel a eu lieu.
  • ▲ STARC-199979 : Correction de la validation de la livraison des œufs de Boreal Quasi Grazer lors du pack de missions Nyx 2.

Inventaire

  • ▲ STARC-211218 : Correction des inventaires personnels, de stations ou de loot qui devenaient complètement vides et inaccessibles pendant plusieurs minutes.
  • ▲ STARC-204415 : Le double-clic sur une armure pouvait équiper simultanément un objet adjacent et supprimer l’emplacement de la sous-combinaison (undersuit).
  • ▲ STARC-200719 : Correction de la disparition de l’icône de sous-combinaison après une libération de la prison de Klescher (un t-shirt porté avant l’incarcération créait un conflit).
  • Cartes d’accès et disques durs : Suppression de l’option « Équiper » incorrecte qui faisait disparaître l’objet dans le vide.
  • ▲ STARC-202297 : Cliquer sur « Porter » (Carry) tout en tenant déjà un objet (comme un Multi-tool) faisait disparaître l’objet tenu.
  • ▲ STARC-200139 : Correction des menus de filtres de catégories dans les kiosques d’inventaire, de fret et de fabrication qui restaient bloqués à l’écran.
  • ▲ STARC-204772 : Correction des armes apparaissant sous forme de silhouettes noires dans l’inventaire après avoir été équipées.
  • ▲ STARC-213375 : Correction du glisser-déposer / Shift-clic d’objets pillés vers le sac à dos ou l’armure de torse qui échouait dans de nombreux endroits.
  • Kiosque de raffinerie à Levski : Ajustement de l’alignement visuel du bouton d’achat.
  • Séparation de piles d’objets : Correction des erreurs d’inventaire causées par la division puis le regroupement de piles d’objets identiques.
  • Objets ramassés : Correction de l’impossibilité de placer un objet fraîchement ramassé sans avoir fermé puis rouvert l’inventaire au préalable.
  • Réapprovisionnement en munitions : Correction du rechargement qui ignorait les chargeurs rangés dans le sac à dos.

Erreurs de connexion & Login

  • ▲ STARC-178776 : Résolution des erreurs 64008 / 64006 (« Spawn Resolver Error ») renvoyant les joueurs au menu principal lors du chargement dans l’Univers Persistant.
  • ▲ STARC-162848 : Résolution de l’erreur 60029 bloquant des comptes avec un personnage considéré comme rangé à deux endroits en même temps.
  • ▲ STARC-177979 : Correction de l’erreur 64010 (déconnexion après 12+ minutes d’attente lors de la résolution de la dernière position connue).
  • ▲ STARC-210544 : Correction de la déconnexion 64006 causée par un désynchronisation temporaire du suivi de l’état du compte.

Voyage Quantum & Carte stellaire (Starmap)

  • Calcul d’itinéraire en hangar : Les stations n’entravent plus le calcul d’itinéraire quantum depuis l’intérieur d’un hangar.
  • Cible de mission sur la Starmap : Le zoom de la caméra lors d’un clic sur un marqueur de mission a été réajusté à une distance cohérente.
  • ▲ STARC-170842 : Suppression des notifications répétées « Connecté » envoyées aux membres du groupe à chaque changement d’autorité de serveur (server meshing).
  • Traversée des lunes en Quantum : La vérification de collision détecte désormais correctement les lunes qui bloquent le trajet quantum.

IA (Intelligence Artificielle)

  • Comportement des vaisseaux ennemis : Correction des freezes de l’IA en plein combat et des collisions meurtrières directes vers le joueur.
  • Chasseurs Vanduul Scythe : Correction des apparitions passives au lieu d’engager le combat.
  • Yormandi : Correction de la créature qui restait immobile et refusaient de reprendre l’attaque après avoir été étourdie.

Appontage & Ravitaillement

  • ▲ STARC-203449 : Correction des échecs d’appontage aux bras de jonction (docking collars) malgré un alignement parfait.
  • Services ATC de Fret : Correction de l’absence de réponse des services de fret lors des demandes de zones de chargement automatique.

Qualité de vie de la première heure de jeu

  • STARC-177016 : Correction des pilotes piégés indéfiniment dans leur cockpit après la destruction de leur vaisseau.
  • Apparition dans le sol : Correction des véhicules réclamés qui apparaissaient avec le train d’atterrissage encastré dans le sol du hangar.
  • Bouton d’allumage : Correction du radar et des systèmes du vaisseau qui restaient éteints après avoir coupé puis relancé l’alimentation.
  • ▲ STARC-179201 : Correction des missions de patrouille bloquées par l’absence d’apparition du satellite à scanner (ajout d’un point d’apparition de secours).
  • Scanner Ping : Affichage immédiat du modèle du véhicule scanné au lieu de la mention « Indisponible ».
  • Tourelles : Harmonisation des modes de visée par défaut entre les tourelles manuelles et télécommandées.
  • ▲ STARC-214209 : Correction des demandes simultanées de réparation et de ravitaillement qui annulaient silencieusement la réparation.
  • ▲ STARC-131916 : Affichage corrigé de la ligne d’itinéraire tracé sur la mini-carte.
  • Rendu des armes FPS : Ajustement des niveaux de détails (LOD) des armes pour éviter l’affichage de modèles très basse résolution à moyenne distance.
  • ▲ STARC-127424 : Correction du kiosque de dépôt de minerai à la prison de Klescher qui renvoyait systématiquement une erreur de transaction.
  • ▲ STARC-214870 : Correction des ventes de minerai depuis un ascenseur de fret via un kiosque de marchandises qui échouaient avec une erreur de requête d’entité.
  • Gisements miniers : Nettoyage correct des bases de gisements épuisés lors de la réapparition d’un nouveau filon.
  • Indicateur de grenades : Restauration du marqueur d’avertissement HUD sur les grenades dégoupillées et lancées.
  • ▲ STARC-191377 : Les marqueurs HUD des membres du groupe affichent à nouveau leur nom en plus de la distance.

Économie & Exploits généraux

Bien que nous ne partagions pas publiquement les détails des failles corrigées, nous avons résolu 17 exploits dans l’Alpha 4.10. Cela inclut le premier exploit économique signalé en jeu, qui injectait une quantité massive d’aUEC sur les serveurs.

Et ensuite ?

L’Alpha 4.10 ne marque pas la fin de ce travail. Des problèmes sont encore en cours de traitement et d’autres émergeront lorsque la 4.10 sera éprouvée à l’échelle du serveur Live. Cette initiative est continue et nos priorités évolueront en conséquence.

Attendez-vous à de nouveaux correctifs (hotfixes) dans la foulée du lancement. Notre objectif est de stabiliser ces systèmes fondamentaux pour que vous n’ayez plus à organiser vos sessions autour des bugs : ces systèmes doivent simplement fonctionner.

Pour maintenir cet effort, nous avons temporairement dépriorisé d’autres fonctionnalités afin d’accorder à ces chantiers prioritaires toute l’attention qu’ils méritent. Nous avons besoin de vos retours sur l’Issue Council pour continuer à identifier et corriger efficacement ces problèmes.

Merci à toutes celles et ceux qui prennent le temps de signaler les bugs, d’envoyer des vidéos et de nous aider à traquer ces dysfonctionnements. Il reste du travail, et nous vous tiendrons informés de nos avancées !

Source :

Tags : Star Citizen, Alpha 4.10, Correctifs, Inside CIG, Performance