Saturation Diving Patch notes et roadmap

Cette page est le miroir officiel du changelog pour Saturation Diving sur Roblox. Chaque patch publié par le développeur — du simple hotfix à la vague de wipe majeure — est consigné ici avec la liste des modifications, la date de mise en ligne, et la conséquence concrète sur votre équipement et vos crédits actuels. Nous nous efforçons de mettre à jour la page dans les minutes qui suivent chaque annonce officielle, mais nous recoupons toujours avec Discord et Trello avant publication : les bruits de couloir qui circulent dans un serveur aléatoire sont souvent loin de la réalité, et le wiki préfère publier une information vérifiée plutôt qu’une rumeur rapide.

Roadmap bêta (Trello public)

Le développeur publie un Trello public qui suit le travail planifié selon quatre colonnes : Backlog, In Progress, Beta Wave et Live. Les cartes que nous surveillons de plus près à l’heure actuelle :

• Élargissement des invitations bêta vague 3 — ouverture du playtest à un public plus large.
• Rencontre de boss Black Mound — affrontement final pour les plongeurs de tier hadal.
• Chat vocal d’équipage — VOIP à proximité pour les communications sous-marin à sous-marin et plongeur à plongeur.
• Skins de sous-marin personnalisables — coquilles cosmétiques débloquées via des paliers d’événements.

Journal des patches

Vague 2.4 — Août 2026

• Ajout : zone Abyssal Hollow — nouveau biome riche en tuyaux entre Mid Ridge et Black Mound.
• Ajout : foret Hydraulic Core-Bit — option d’extraction de rang S pour les Engineer.
• Rééquilibrage : taux de drop de minerai à Twilight Reef réduits de 15 % pour pousser les équipes vers Mid Ridge.
• Correctif : la consommation d’oxygène ne se met plus en pause quand un plongeur est à l’intérieur d’une caisse de récupération.
• Correctif : les pings sonar du Captain apparaissent désormais sur le HUD de tous les coéquipiers.

Vague 2.3 — Juillet 2026

• Ajout : Pulse Array Mk III — sonar de rang S avec révélation à travers trois murs.
• Ajout : rôle Salvager — quatrième et dernier rôle fondamental.
• Rééquilibrage : boucle de soft-lock sur Black Mound quand une entité disparaît en plein affrontement.
• Correctif : le lien de la roadmap Trello pointe désormais vers le tableau public actuel.

Vague 2.2 — Juin 2026

• Ajout : zone Mid Ridge — tuyaux de profondeur moyenne avec du corail violet et des épaves à récupérer.
• Ajout : rôle Spotter — troisième rôle fondamental, centré sur la révélation sonar.
• Correctif : prise en charge du macro PipeDrill pour le foret pneumatique.

Vague 2.1 — Mai 2026

• Ajout : combinaison hazmat Reefwalker IV — résistance à la pression de rang A.
• Ajout : bouteille d’oxygène Twin Reserve — alimentation en air de rang A avec valve à permutation rapide.
• Correctif : glitch visuel de la Cryo Helix Tank à la pression hadale.

Vague 2.0 — Lancement de la bêta publique

• Ajout : zone peu profonde Twilight Reef.
• Ajout : rôles Captain et Engineer.
• Ajout : lobby cockpit de sous-marin complet.
• Ajout : terminal de saisie de code en jeu (les codes seront émis lors d’une vague future).

Comment signaler un bug

1. Reproduisez le bug dans un serveur privé. Si vous n’arrivez pas à le reproduire à la demande, le développeur aura du mal à le corriger.
2. Enregistrez un clip de 30 secondes qui montre le problème. Le développeur trie les bugs plus vite avec une vidéo qu’avec un message texte.
3. Ouvrez un ticket dans le canal Discord officiel #bug-reports. Indiquez votre plateforme (PC, mobile, console), votre rôle de plongeur, votre loadout et la zone.
4. Mettez le rapport en miroir sur la colonne Bug Reports du Trello public si le bug touche plusieurs plongeurs. Le développeur upvote les problèmes les plus reproduits en priorité.

Calendrier des wipes bêta

Les wipes bêta sont planifiés (et non aléatoires) et toujours annoncés 48 heures à l’avance sur Discord. Lorsqu’un wipe se profile :

• Dépensez vos crédits en consommables plutôt qu’en améliorations permanentes.
• Stockez les récupérations rares dans le casier de stockage du sous-marin — elles persistent à travers les wipes.
• Évitez de pousser sur Black Mound la veille d’un wipe — perdre une course hadale sur un reset forcé est brutal, surtout après deux heures de préparation.

Coupler les mises à jour avec la tier list

La Tier list d’équipement est rafraîchie après chaque vague listée plus haut. Si vous voyez un nouvel objet de rang S dans ce journal, vérifiez immédiatement la tier list pour voir où il se place dans l’ordre de priorité. Le guide des améliorations parcourt pour sa part l’arbre d’amélioration réel pour la méta actuelle. Concrètement, cela signifie qu’un patch hotfix peut redéfinir en une soirée la valeur d’un objet que vous avez mis trois jours à farmer — c’est pour cela que la tier list est mise à jour dans les 24 heures et que les changements majeurs sont annoncés sur Discord en amont.

Comment le wiki se synchronise avec Discord

À chaque patch note publié sur Discord, le wiki tire l’information vers un Trello interne, recoupe avec la carte de roadmap publique, puis actualise cette page. Le processus prend entre 5 et 30 minutes selon la complexité du patch. Pendant les vagues de wipe majeures, vous remarquerez parfois un délai un peu plus long, parce que nous vérifions en parallèle l’impact sur la tier list et sur le guide des améliorations. Notre pari est de publier une information exacte plutôt qu’une information rapide, et c’est ce qui fait que le wiki reste une source de confiance même quand plusieurs serveurs Discord se contredisent.

Historique complet des patches

Le journal ci-dessous ne remonte qu’à la vague 2.0, qui correspond à l’ouverture de la bêta publique. Les modifications antérieures (vagues 1.x) ne concernaient que le playtest fermé et n’ont pas d’impact direct sur les joueurs de la bêta publique. Si l’histoire du développement vous intéresse, les notes initiales restent archivées sur le Discord du wiki — le lien figure dans la page Liens officiels. Nous y conservons aussi les débats internes qui ont conduit à certains choix d’équilibrage, ce qui aide à comprendre pourquoi telle ou telle statistique a été modifiée.

Évaluation d’impact après chaque vague

Après chaque vague, nous évaluons trois points : (1) la tier list doit-elle être réorganisée ? Réponse via une série de tests en serveur privé ; (2) quels guides doivent être actualisés ? En général le Comment survivre et le Guide des améliorations ; (3) faut-il créer de nouvelles pages ? Par exemple, quand Abyssal Hollow est arrivé en vague 2.4, le wiki a dû ajouter une section sur les géodes cachées dans la tier list. Ce cycle d’évaluation garde le wiki synchronisé avec la méta, et c’est aussi ce qui nous permet de détecter les régressions — un buff inattendu sur un objet de rang C, par exemple, peut nous signaler un oubli de la part du développeur, et nous le remontons dans le rapport Discord.

À propos des délais d’annonce

Il arrive qu’un patch soit déployé sur les serveurs de production avant que les notes officielles ne soient publiées sur Discord. C’est rare, mais cela signifie qu’un plongeur à l’affût peut repérer un changement de statistiques avant la lecture du patch note. Dans ce cas, le wiki suspend la mise à jour tant que la note officielle n’est pas tombée, puis la publie avec un horodatage. Cette discipline évite que nous relayions par erreur une statistique de serveur de test plutôt qu’une statistique de production.