Le week-end gratuit de V Rising (du 14 au 18 mai) a déversé une nouvelle vague de joueurs dans le jeu, et beaucoup montent un serveur privé pour la première fois. Les paramètres serveur de V Rising restent la partie qui fait fuir : ServerGameSettings.json arrive avec plus de 200 options et aucune indication claire sur celles qui comptent vraiment.
Ce guide est écrit du point de vue d'un hébergeur. Nous faisons tourner des serveurs V Rising tous les jours, donc l'accent est mis sur les réglages qui changent le ressenti du serveur, ceux qui plombent discrètement les performances, et les configurations que nous livrons à des clans qui tournent depuis un an sans le moindre drame.
Où se trouvent réellement les paramètres serveur de V Rising
Un serveur dédié V Rising lit deux fichiers JSON. ServerHostSettings.json gère l'infrastructure : nombre maximum de joueurs, port réseau, liste des admins, nom de la sauvegarde, le preset GameDifficulty affiché dans le jeu et le mode de sécurité. ServerGameSettings.json gère le gameplay : difficulté, multiplicateurs, règles PvP, décomposition des châteaux, drain de sang, et tout ce qu'il y a entre les deux.
Sur un serveur hébergé, les deux fichiers se trouvent dans le dossier de sauvegarde (quelque chose comme /home/container/save-data/Saves/v3/<server-id>/). Vous les modifiez depuis le gestionnaire de fichiers de votre panneau de contrôle ou en FTP, vous redémarrez le serveur, et les nouvelles valeurs s'appliquent.
Le menu déroulant "Game Difficulty" du launcher ne fait que définir le preset du prochain monde généré. Il ne modifie pas rétroactivement un serveur en cours, et éditer ServerGameSettings.json sur un serveur en production reste le seul moyen de régler quoi que ce soit au-delà des trois presets.
Difficulté : Relaxed, Normal, Brutal (et le piège du milieu de wipe)
"GameDifficulty" accepte trois valeurs :
- Relaxed : les boss infligent 40 % de dégâts en moins et ont 20 % de points de vie en moins. Les ennemis infligent 25 % de dégâts en moins. Les ressources tombent plus généreusement.
- Normal : équilibrage vanilla, celui autour duquel le jeu a été conçu.
- Brutal : les boss infligent 70 % de dégâts en plus, ont 25 % de points de vie en plus et sont trois niveaux au-dessus de la normale. Les ennemis infligent 40 % de dégâts en plus.
Le piège, c'est de changer ça sur un serveur en cours. Si vous passez de Normal à Brutal en plein wipe, les joueurs qui ont déjà tué des boss gardent leur équipement, mais chaque nouveau boss se retrouve d'un coup trois niveaux plus haut que prévu. Aucun autre réglage ne nous fait perdre autant de clans que celui-là. Si vous voulez du Brutal, activez-le avant la génération du monde, ou assumez un wipe complet.
Il y a aussi un coût discret en performances. Brutal augmente l'agressivité et la logique de contre de l'IA, pas seulement les chiffres de dégâts. Sur un serveur PvP ouvert à 16 joueurs avec beaucoup de combats en monde ouvert, Brutal consomme environ 8 % de CPU en plus que Normal d'après les métriques de notre panneau de contrôle. Rien de rédhibitoire, mais bon à savoir si vous êtes déjà limité par le CPU.
Notre recommandation : Normal pour la quasi-totalité des serveurs. Brutal uniquement si vos joueurs l'ont explicitement demandé et que vous pouvez vous permettre un wipe propre.
Blood Quality, BloodEssenceModifier et les multiplicateurs de récolte
"BloodEssenceYieldModifier" (1.0 par défaut) contrôle la quantité d'essence de sang lâchée par les ennemis. "BloodDrainModifier" contrôle la vitesse à laquelle les joueurs vident leur propre réserve de sang en se déplaçant. Les deux se règlent sans retenue.
Pour un clan PvE tranquille, 1.5 sur BloodEssenceYieldModifier et 0.5 sur BloodDrainModifier reste confortable. Les joueurs passent moins de temps à chasser du sang et plus de temps à construire, ce qui est précisément la raison d'être d'un serveur détendu. Pour du PvP compétitif, laissez les deux à 1.0. Truquer l'économie du sang est le moyen le plus rapide de casser la boucle de wipe.
Les multiplicateurs de récolte ("MaterialYieldModifier_Global", "ItemStackSizeModifier", "DurabilityDrainModifier") fonctionnent de la même façon. Récolte à 2.0 avec des stacks x5 est un preset "joueurs du week-end" très répandu. Récolte à 1.0 avec des stacks x2, c'est ce que nous livrons aux clans PvP qui veulent qu'un wipe de deux semaines ait du sens.
Concrètement, l'écart de configuration entre notre preset co-op 4 joueurs et notre preset PvP ouvert 16 joueurs tient en trois lignes :
4-player co-op: 16-player open PvP:
"GameDifficulty": "Normal" "GameDifficulty": "Normal"
"MaterialYieldModifier_Global": 2.0 "MaterialYieldModifier_Global": 1.0
"BloodEssenceYieldModifier": 1.5 "BloodEssenceYieldModifier": 1.0
C'est tout. Tout le reste peut rester par défaut.
Limite de châteaux, décomposition et CastleDamageMode
"CastleHeartLimit" (2 par défaut) limite le nombre de Castle Hearts qu'un même joueur peut poser. Chaque cœur revendique un territoire. Sur un serveur à 16 joueurs avec CastleHeartLimit à 2, vous obtenez 32 territoires potentiels qui se disputent la carte, et toutes les cartes de V Rising n'offrent pas autant d'emplacements viables. Nous descendons à 1 sur les serveurs PvP compétitifs pour forcer la rareté.
"CastleDamageMode" est le réglage sur lequel la plupart des nouveaux propriétaires de serveur trébuchent :
- Never : les châteaux ne peuvent jamais être endommagés par d'autres joueurs. C'est le réglage PvE par défaut.
- TimeRestricted : les châteaux ne peuvent être endommagés que pendant les créneaux de siège configurés. C'est le réglage PvP standard.
- Always : les châteaux sont attaquables 24h/24. Nous le déconseillons sur tout serveur en production. Il produit des raids hors ligne qui vident le serveur de ses joueurs en deux semaines.
Si votre serveur est en PvE avec le PvP désactivé, mettez CastleDamageMode sur Never. Laisser TimeRestricted sur un serveur PvE est l'auto-sabotage le plus fréquent que nous voyons. Les joueurs supposent que "PvP désactivé" veut dire que leur base est en sécurité, la retrouvent pillée pendant un créneau de siège, et arrêtent.
La décomposition des châteaux ("CastleDecayRateModifier") vaut 1.0 par défaut. Nous la mettons à 0 sur la plupart des clans, et entre 1.0 et 1.5 sur les wipes PvP compétitifs pour nettoyer les bases inactives.
Des créneaux PvP et de siège qui tiennent entre fuseaux horaires
Le système horaire PvP de V Rising sépare la semaine et le week-end, chacun avec ses heures de début et de fin en heure locale du serveur. "PvPProtectionMode", "WeekdayPvPTime", "WeekendPvPTime", "WeekdayCastleSiegeTime" et "WeekendCastleSiegeTime" sont les cinq champs que vous éditez vraiment.
L'erreur consiste à prendre le fuseau du serveur pour celui des joueurs. Si votre serveur est à Francfort mais que la moitié de votre clan est nord-américaine, un créneau de siège de 19h00 à 23h00 tombe entre 13h00 et 17h00 chez eux. Personne n'est là pour défendre.
La configuration qui fonctionne pour les clans mixtes EU/NA :
- PvP actif : en semaine de 16h00 à 23h00 heure serveur (UTC), le week-end de 14h00 à 23h00. Cela couvre le prime time européen et l'après-midi nord-américain.
- Siège de château : en semaine de 20h00 à 22h00, le week-end de 18h00 à 22h00. Deux heures, c'est assez court pour s'organiser autour et assez long pour un vrai raid.
Ne placez jamais un créneau de siège qui tombe en pleine nuit pour l'un de vos groupes horaires. Si les raids se déroulent pendant que la moitié du serveur dort, ces joueurs partent.
Inventaire, ClanSize et les multiplicateurs qui pèsent sur les performances
"InventoryStacksModifier" (1.0 par défaut) multiplie la taille des stacks de tous les objets. Le passer à 5.0 est un réglage de confort très populaire et ne coûte rien côté serveur. Nous tournons entre 3.0 et 5.0 sur tous nos presets PvE.
"ClanSize" (4 par défaut) est là où vous pouvez discrètement dégrader les performances. Sur un serveur à 16 joueurs avec ClanSize à 16, deux clans de huit génèrent deux énormes canaux de chat et de proximité avec des mises à jour permanentes. Nous avons vu ça faire tomber le tick rate de V Rising de 30 à un peu plus de 20 sur des allocations standard à 8 threads. Restez entre 4 et 8, sauf demande explicite de vos joueurs.
Les réglages "DropTableModifier_..." (multiplicateurs de loot par palier) pèsent sur la fréquence à laquelle le serveur doit calculer les tables de butin à la mort d'un ennemi. Les monter tous au-dessus de 5.0 sur un serveur avec beaucoup de mobs ajoute un coût CPU par seconde bien visible. C'est pour cette raison que nous plafonnons notre preset PvE à 2.0.
Trois recettes ServerGameSettings.json qui fonctionnent
Solo ou co-op à 2 joueurs
"GameDifficulty": "Normal"
"CastleDamageMode": "Never"
"CastleHeartLimit": 3
"CastleDecayRateModifier": 0
"BloodEssenceYieldModifier": 1.5
"MaterialYieldModifier_Global": 2.0
"InventoryStacksModifier": 5.0
"ClanSize": 2
Objectif : une progression confortable, beaucoup de place en inventaire, aucune décomposition qui punit les absences.
Clan PvE tranquille (4 à 8 joueurs)
"GameDifficulty": "Normal"
"CastleDamageMode": "Never"
"CastleHeartLimit": 2
"CastleDecayRateModifier": 0
"BloodEssenceYieldModifier": 1.25
"MaterialYieldModifier_Global": 1.5
"InventoryStacksModifier": 3.0
"ClanSize": 4
Objectif : du confort sans invalider la boucle de progression.
PvP compétitif (8 à 16 joueurs)
"GameDifficulty": "Normal"
"CastleDamageMode": "TimeRestricted"
"CastleHeartLimit": 1
"CastleDecayRateModifier": 1.0
"BloodEssenceYieldModifier": 1.0
"MaterialYieldModifier_Global": 1.0
"InventoryStacksModifier": 2.0
"ClanSize": 4
"WeekdayCastleSiegeTime": { "Start": 20, "End": 22 }
"WeekendCastleSiegeTime": { "Start": 18, "End": 22 }
Objectif : des wipes de deux semaines qui ont du sens, des bases défendables, aucun raccourci de confort.
Cinq erreurs qui font planter ou saigner un serveur V Rising
- Changer GameDifficulty en plein wipe. Réglez-le avant la génération du monde ou assumez un wipe propre. L'entre-deux est pire que les deux extrêmes.
- CastleDamageMode = Always sur un serveur en production. Les raids hors ligne tuent la rétention. Utilisez TimeRestricted avec des créneaux serrés.
- ClanSize 16 sur un serveur à 16 joueurs. Le trafic de chat et de proximité fait chuter le tick rate. Plafonnez les clans entre 4 et 8.
- Empiler tous les multiplicateurs à 10.0 et plus. Le confort, d'accord, mais au-delà de 5.0 vous cassez discrètement la courbe de progression des boss et la logique de loot. Les joueurs atteignent l'endgame en une journée et décrochent avant le week-end.
- Éditer ServerGameSettings.json sur un processus en cours. V Rising ne recharge pas à chaud la plupart des paramètres de jeu. Enregistrez vos changements, redémarrez le serveur, puis vérifiez que les valeurs sont bien appliquées avec une commande admin en jeu.
Rechargement à chaud ou redémarrage : lequel pour quoi
Une poignée de réglages (créneaux PvP, créneaux de siège, taux de décomposition, annonces) se rechargent depuis la console admin sans redémarrage. Tout ce qui touche à la difficulté, aux multiplicateurs ou au monde lui-même exige un redémarrage propre. Dans le doute, redémarrez. 60 secondes d'indisponibilité coûtent moins cher qu'une sauvegarde corrompue.
Hébergez votre serveur V Rising chez DoomHosting
Les serveurs V Rising de DoomHosting tournent sur du matériel dédié Ryzen 9 avec un accès FTP complet à ServerGameSettings.json et ServerHostSettings.json, une installation instantanée, la protection DDoS et un support expert 24/7. Chaque configuration de ce guide s'applique depuis notre panneau de contrôle en moins d'une minute, avec une sauvegarde en un clic avant chaque changement pour revenir sur un preset raté sans perdre votre wipe.
Réglez correctement vos paramètres une bonne fois, et un serveur V Rising tourne tout seul.
