Windrose : hotfix co-op, blocages ISP et correctifs en cours
Le hotfix de Windrose cible deux pannes co-op très différentes
Windrose a absorbé une arrivée en Early Access qui a rapidement dépassé la capacité normale d’un lancement discret : 113 930 joueurs simultanés sur Steam peu après l’ouverture, puis 500 000 ventes en 48 heures et un pic communiqué à 222 000 joueurs connectés. Cette pression ne produit pas une seule panne identifiable. Elle expose à la fois les erreurs de configuration locales, les versions désalignées, les limites des services de connexion et les problèmes de routage hors du jeu.
Le nouveau hotfix intervient sur deux points très concrets : il supprime le délai de génération des jetons d’accès pour les serveurs dédiés, puis ajoute une vérification de version côté client afin d’afficher une erreur lisible dans l’interface. C’est une correction ciblée, utile, et surtout beaucoup plus intéressante que la formulation habituelle du type « amélioration de la stabilité ».
[SPECS_TABLE] – Ce que le correctif modifie réellement
| Élément | Changement | Impact pratique en co-op |
|---|---|---|
| Serveurs dédiés | Suppression du délai de génération des jetons d’accès | Réduit une source de blocage liée à l’authentification des serveurs dédiés lors des connexions. |
| Client PC | Vérification de version du serveur | Les incompatibilités de build remontent désormais sous forme d’erreur dans l’interface, au lieu d’un refus de connexion peu explicite. |
| Connectivité régionale | Autres correctifs en test | Le problème peut aussi impliquer les adresses serveur et les services backend restreints par certains fournisseurs d’accès. |
| Sauvegardes | Copies automatiques toutes les dix minutes et à la fermeture | Réduit le risque de perdre une session après un crash, une désynchronisation ou une sauvegarde endommagée. |
| Performances système | Correctifs pour l’espace disque et l’utilisation CPU au repos | Répond aux retours sur les écritures SSD excessives et l’activité anormale de la machine hors action. |
La suppression du délai de jeton concerne les serveurs dédiés, pas chaque partie privée
Un serveur dédié Windrose fonctionne comme un service séparé de la session de jeu. Sur Steam, il s’installe via l’outil Windrose Dedicated Server, accessible dans la catégorie « Outils » après l’achat. Cette architecture est préférable pour un groupe régulier : le monde reste disponible sans exiger que la machine de l’hôte lance une partie normale à chaque session.
Le hotfix désactive le cooldown de création des jetons d’accès pour cette catégorie de serveurs. Un jeton sert à autoriser et relier une connexion au service. Le délai représentait donc un point de friction inutile dans une chaîne déjà chargée : client, authentification, backend et serveur de partie. En l’enlevant, les développeurs retirent une contrainte qui pouvait faire échouer ou retarder des tentatives de reconnexion sur un serveur dédié.
Les parties privées restent configurables via un InviteCode. Un serveur dédié peut aussi être protégé par mot de passe dans ServerDescription.json, avec les champs IsPasswordProtected et Password. Ces paramètres doivent rester cohérents entre l’administrateur du serveur et le groupe : un code d’invitation périmé, une description de serveur mal modifiée ou un mot de passe distribué de travers ressemblent facilement à une panne réseau alors qu’il s’agit d’un accès refusé.
Le contrôle de version côté client corrige surtout une erreur de diagnostic
Une incompatibilité de version bloque déjà la connexion. Le changement important est l’affichage côté client : Windrose peut désormais signaler clairement que le serveur et le joueur n’utilisent pas la même build. Lors d’une succession de hotfixes, cette information évite de perdre du temps à toucher au routeur, à recréer une partie ou à réinstaller le jeu alors qu’un seul membre du groupe n’a pas appliqué la mise à jour.
La vérification doit couvrir le client de chaque joueur, la version du serveur dédié et, dans les parties hébergées directement, la version de l’hôte. Une partie lancée en mode Solo/Hors ligne ne peut pas accepter de coéquipiers. Il faut démarrer une session via l’option d’hébergement multijoueur prévue à cet effet.
L’erreur « Kicked to Menu » demande aussi un contrôle basique avant toute manipulation lourde. Quand l’expulsion arrive juste après la tentative de connexion, l’hôte doit attendre environ 30 secondes après son entrée dans le monde avant de laisser les autres joueurs rejoindre la session. Ce délai reste un contournement, pas une réparation structurelle, mais il élimine un scénario récurrent pendant que les services co-op sont sous charge.
Envie de passer au niveau supérieur ?
Accédez à des stratégies exclusives, des astuces cachées et des analyses pro que nous ne partageons pas publiquement.
Guide stratégique ultime Uncategorized + Astuces pro hebdomadaires
Les restrictions de FAI restent le dossier le plus difficile à traiter
Les développeurs ont identifié une piste plus gênante que les réglages locaux : certaines adresses de serveurs et certains services backend utilisés par la co-op pourraient être restreints ou placés sur liste de blocage par des fournisseurs d’accès en Europe et en Amérique du Nord. Cette cause n’est pas confirmée comme explication unique des problèmes régionaux, mais elle correspond à un type de panne qu’un patch client ne peut pas effacer par magie.
Le comportement attendu dans ce cas est frustrant parce qu’il manque de cohérence : un joueur peut atteindre Steam, télécharger le jeu, naviguer dans les menus et pourtant échouer à rejoindre un monde précis. Changer de mot de passe, vérifier les fichiers ou redémarrer le PC ne modifie pas le trajet réseau entre le fournisseur d’accès et l’infrastructure du jeu. Le correctif sur les jetons aide la couche d’authentification ; il ne peut pas résoudre un filtrage effectué plus loin sur le réseau.
Pour accélérer le diagnostic, les informations utiles sont le pays et la région, le nom du fournisseur d’accès, l’heure exacte de l’échec, le message affiché, la version du jeu, le type de serveur utilisé et l’adresse du serveur concerné. Pour une partie dédiée, il faut également préciser si la connexion échoue pour tous les membres ou pour un seul réseau. Un code d’invitation et un mot de passe ne doivent pas être publiés avec ce rapport.
La co-op de Windrose dépend aussi de la stabilité de la sauvegarde
Une déconnexion au mauvais moment est plus coûteuse dans un jeu où le monde partagé sert de base à la progression. Windrose a donc ajouté des sauvegardes automatiques toutes les dix minutes ainsi qu’à la fermeture, avec des avertissements lorsqu’une sauvegarde est corrompue et des outils de récupération ou de resynchronisation. C’est une protection indispensable pendant une phase où les serveurs, les clients et les systèmes de progression évoluent vite.
Le coût d’une instabilité se ressent particulièrement pendant les déplacements. Les points de voyage rapide doivent être placés près de l’eau, sur le littoral, typiquement autour d’un quai. Entre ces points, le voyage rapide fonctionne à pied. En Ketch, un groupe peut aussi ouvrir la carte et sélectionner un point de voyage rapide pendant la navigation, à condition de ne pas être en combat ni poursuivi. Perdre une session pendant ce type de déplacement transforme une simple erreur de connexion en interruption de toute l’organisation du groupe.
[PROS_CONS] – État actuel de la co-op
Points positifs
- Le délai des jetons d’accès est retiré pour les serveurs dédiés, là où le correctif a un effet direct.
- Les erreurs de version deviennent visibles côté client, ce qui simplifie un diagnostic jusque-là opaque.
- Les sauvegardes automatiques, alertes de corruption et options de récupération réduisent les dégâts d’un incident.
- Les développeurs poursuivent les correctifs réseau au lieu de traiter le lancement comme une affaire déjà réglée.
Limites
- Les restrictions ou blocages potentiels chez certains FAI restent hors de portée d’un hotfix uniquement côté jeu.
- Les groupes doivent encore vérifier manuellement la version de chaque client, du serveur et le mode d’hébergement.
- Le lancement sous forte affluence a exposé une infrastructure qui réclame encore des interventions régulières.
- La prochaine extension Ashlands est encore au début de son développement, sans calendrier finalisé.
Les correctifs de stabilité comptent autant que le contenu Ashlands
Windrose a dépassé 1,5 million de ventes avant d’atteindre 2 millions de copies vendues sur Steam environ un mois après le lancement. Ce volume explique l’urgence des travaux réseau, mais aussi des ajustements plus discrets concernant l’espace disque et l’utilisation CPU au repos. Les retours sur les écritures SSD excessives ont conduit à des changements destinés à réduire cette activité. Leur effet varie selon la configuration et la version installée, ce qui rend toute promesse universelle inutile.
Ashlands doit élargir le contenu du jeu, mais le chantier technique reste prioritaire pour les groupes qui jouent déjà tous les soirs. Une extension ne compense pas une session impossible à rejoindre, une erreur de version incompréhensible ou un serveur dédié qui refuse ses invités. Les prochaines mises à jour devront garder cette hiérarchie : connexion, sauvegarde, performances de fond, puis contenu supplémentaire.