HIP Dynamic Server en test public : logistique de bases, frappes d'entrepôts et progression XP

Déroulé structuré

Segment 1 — Statut du test public et disponibilité du serveur

Statut : Information rapportée par le développeur, avec incertitude sur les dates.

• Le HIP Dynamic Server est présenté comme entrant dans une nouvelle fenêtre de test public, ouverte à tous pour rejoindre, tester et signaler les bugs.
• L’hôte mentionne un début au « 13 juillet » et une durée « jusqu’au week-end, peut-être au-delà du dimanche suivant », tandis que la description RSS indique un créneau du 13 au 16 août — écart non résolu dans le source.
• La démonstration du stream est réalisée sur un serveur de développement, car une panne de data center et l’indisponibilité de certains serveurs Fox 3 ont empêché la mise à jour du serveur de test avec le dernier build de développement.
• Les spectateurs ne peuvent pas rejoindre l’hôte sur le serveur dev, mais peuvent accéder au serveur HIP public.
• L’équipe envisage d’étendre la période de test au-delà de la fenêtre initialement annoncée, tous les systèmes étant en place en vue du lancement.
• Des vidéos complémentaires et des showcases des nouvelles fonctionnalités sont annoncés pour la suite.

Segment 2 — Logistique de bases et approvisionnement

Statut : Démonstration de premier fabricant, work in progress.

• Le système d’entrepôts lie chaque base aérienne à plusieurs points d’approvisionnement, avec des lignes d’approvisionnement visibles sur la carte (exemple : une base ennemie alimentée par au moins deux points).
• Les missions de frappe d’entrepôts ciblent des types de fournitures identifiés : armes, carburant, vivres, effectifs, équipement, secours d’urgence. Le nom de la mission indique ce qui est frappé, où, et quelle base est affectée.
• La destruction d’un entrepôt d’équipement peut épuiser l’approvisionnement d’une base, mais l’hôte précise que la capture complète de la base peut rester nécessaire pour stopper le réapprovisionnement ou compléter l’objectif.
• Le menu logistique propose des mélanges de fret : mix simple de toutes les ressources, fournitures d’urgence (stock limité, présenté comme une aide majeure par Tobias), maintenance (armes, équipement, effectifs), carburant et vivres. Le mélange dépend de la capacité de charge de l’aéronef.
• La logistique d’aéronefs permet de transporter des slots de spawn d’aéronefs depuis les bases principales vers des bases avancées ou capturées (exemple donné : Gaziantep sans F-16). Les slots livrés sont persistants mais limités ; il faut des livraisons supplémentaires pour élargir le pool d’aéronefs.
• La construction de défenses de base permet de fournir des défenses aériennes et des garnisons aux bases capturées, qui sont souvent privées d’infrastructures, de garnison et de défenses aériennes après la prise. Les joueurs transportent des caisses et du fret pour construire ces défenses.
• Les missions de capture de base peuvent générer des insertions de troupes ou de fret à un point d’atterrissage (LZ) assigné, avec marqueurs de fumée et obligation d’éliminer les forces de garnison restantes avant de sécuriser la base.

Segment 3 — Missions, progression et boucle de campagne

Statut : Démonstration de premier fabricant ; certaines parties sont des plans futurs non confirmés.

• Chaque type de mission dispose d’une fiche d’information : description, fonctionnement de l’XP, partage de mission, conséquences de l’activation.
• Certaines missions à point de départ/arrivée peuvent échouer et réapparaissent après un cooldown. L’hôte initialement envisageait trois minutes ; les développeurs ont demandé quinze minutes, jugées plus raisonnables pour changer de tasking ou réessayer plus tard.
• Les kneeboards intègrent des fréquences étendues, des kill lists, des notes de mission et un guidage vers les zones de cible. Les cibles à haute valeur sont mentionnées dans l’audio du briefing et les instructions F10 sur la carte.
• Le système XP/rang verrouille l’accès à certains packs de missions ou niveaux ; la progression débloque davantage de missions (exemple : le tier 2 ouvre « beaucoup plus de missions »).
• L’XP est attribuée pour frappes complétées, suppression de SAM, destruction d’entrepôt et victoires aériennes. Exemple concret : le co-hôte atteint le tier 2 avec 2 963 XP.
• L’XP est déduite en cas de tir ami sur des navires neutres ; une récupération CAS réussie ou un atterrissage de terrain (exemple : F-16) rapporte une part supérieure de points par rapport à une éjection ou un crash simple.
• Un canal ops Discord, utilisant les fréquences SRS, fournit des notifications d’événements serveur (SAM ennemis supprimés ou détruits), distinctes du briefing de mission, pour orienter le choix de zone d’opération.
• La réaction ennemie est calibrée selon le nombre d’unités bleues pénétrant dans leurs zones : une unité seule peut être submergée ou laissée aux défenses aériennes.
• Plans futurs (non confirmés) : participation des aéronefs à la capture de bases par atterrissage après retrait de la présence ennemie, déplacement de tankers avec la ligne de front ou spawn de tankers par le joueur basé sur XP et crédits, appels de soutien via XP (tanker, escorte, bombardiers).
• Des systèmes backend anti-exploit empêchent l’utilisation de chargeurs restreints (exemple : M120 pour le F-16 désactivé) et bloquent le décollage.

Points notables

• Interdépendance des couches : les frappes d’entrepôts affaiblissent les bases, l’XP débloque des types de mission, la capture de bases nécessite l’insertion de troupes et la construction de défenses — la logistique, les missions et la progression forment une boucle unique.
• Le cooldown de quinze minutes pour les missions échouées (contre trois minutes initialement envisagés) est justifié par la possibilité de changer de tasking ou de réessayer plus tard.
• Le modèle de réaction ennemie proportionnelle au nombre d’unités bleues introduit un facteur de force numérique dans la décision d’engagement.
• L’exemple Gaziantep / F-16 illustre concrètement l’utilité de la logistique d’aéronefs pour étendre le pool de spawn vers des bases avancées.

Limites & biais factuels

• Le calendrier du test public est incertain : le flux mentionne le 13 juillet, tandis que la description RSS indique du 13 au 16 août ; l’écart n’est pas résolu dans le source.
• La démonstration est réalisée sur un serveur de développement après une panne de data center, donc pas nécessairement représentative du serveur public.
• Les mécaniques logistiques, XP et anti-exploit sont présentées comme étant en cours de test ou prévues ; aucune donnée quantitative ni analyse indépendante n’est fournie.
• Contenu promotionnel Pimax (code de réduction casque) présent dans la description RSS, sans valeur technique pour le sujet.
• Démonstration de premier fabricant : les fonctionnalités sont informatives mais susceptibles d’évoluer (équilibrage, implémentation, nommage) avant la sortie complète.
• Plusieurs fonctionnalités sont explicitement cadrées comme futures ou en test, ce qui nécessite de distinguer les capacités actuelles du test public des intentions roadmap.