Jump to content
  • News

    Actualités

    Feuille de route - 1er décembre 2021

    Joyeux mercredi à tous !
    Toutes les deux semaines, nous accompagnons la mise à jour de la feuille de route d'une brève note explicative pour vous donner un aperçu de la prise de décision qui a conduit à tout changement. Cela fait partie d'un effort pour rendre nos communications plus transparentes, plus spécifiques et plus perspicaces pour tous ceux qui contribuent à rendre Star Citizen et Squadron 42 possibles.
    Ceci étant dit, plongeons dans le Roadmap Roundup de cette semaine !
    -L'équipe communautaire de CIG
    Changements notables pour le 1er décembre 2021
    Suivi de l'avancement
    Les livrables suivants, précédemment marqués comme non annoncés, ont été révélés sur le Progress Tracker :
     
    MISC Odyssey
    Construire, implémenter et équilibrer le vaisseau d'exploration de MISC, l'Odyssey, en tant que véhicule prêt pour le jeu. Ceci peut être trouvé sur le planning des équipes Vehicle Concept Art et Narrative.
    Argo RAFT
    Construire, implémenter et équilibrer le transporteur moyen d'Argo, le RAFT, en tant que véhicule prêt pour le jeu. Ceci peut être trouvé dans le planning des équipes Vehicle Content - EU, Narrative, Audio, Vehicle Experience, et VFX.
    Anvil Spartan
    Construction, mise en œuvre et équilibrage du véhicule blindé de transport de troupes d'Anvil, le Spartan, en tant que véhicule prêt à l'emploi. On peut le trouver dans les calendriers des équipes Vehicle Content - EU, Vehicle Content - US, Narrative, Audio, Vehicle Experience et VFX.
    Anvil Liberator
    Construire, mettre en œuvre et équilibrer le transporteur à longue portée d'Anvil, le Liberator, en tant que véhicule prêt à l'emploi. Ceci peut être trouvé dans le planning des équipes Vehicle Concept Art et Narrative.
     
    Vue de publication
    La fonctionnalité suivante a passé son examen final. Par conséquent, nous marquons leurs cartes comme Committed et changeons leur couleur en bleu :
     
    3.16
    Gadgets miniers
     
    Ravitaillement en carburant de vaisseau à vaisseau
    Après sa révision finale, l'équipe de développement a déterminé qu'un temps supplémentaire était nécessaire afin de fournir une expérience de jeu plus fluide. Par conséquent, cette fonctionnalité a été déplacée vers la fenêtre de sortie de la version Alpha 3.17.
    Magasins et clients
    Suite à son examen final, l'équipe IA a décidé de peaufiner cette fonctionnalité tout en attendant que d'autres éléments utilisables soient mis en ligne. Par conséquent, cette carte est temporairement retirée de la fenêtre de sortie jusqu'à ce que les calendriers soient alignés.
     
     Les cartes suivantes ont été ajoutées à la Release View :
    Argo RAFT
    Construction, implémentation et équilibrage du transporteur moyen d'Argo, le RAFT, en tant que véhicule prêt pour le jeu. Cette carte a été ajoutée à la colonne Alpha 3.15.
    Spartan d'Anvil
    Construire, implémenter et équilibrer le véhicule blindé de transport de troupes d'Anvil, le Spartan, en tant que véhicule prêt à être utilisé. Ceci a été ajouté à la colonne Alpha 3.15.
    Jumptown 2.0
    Mise en œuvre de Jumptown 2.0, un nouvel événement dynamique dans l'univers persistant. Inspiré par les événements historiques de Jumptown, ce nouvel événement propose des missions légales et illégales. Ceci a été ajouté à la colonne Alpha 3.16.
     
    C'est tout pour le tour d'horizon de cette semaine - participez à la discussion ici.
    Traduction : @Maarkreidi SwissStarships.org
     

    Actualités

    Le point sur la feuille de route - 17 novembre 2021

    Tour d'horizon des feuilles de route
     
    Toutes les deux semaines, nous accompagnons la mise à jour de la feuille de route d'une brève note explicative afin de vous donner un aperçu de la prise de décision qui a conduit à tout changement. Cela fait partie d'un effort pour rendre nos communications plus transparentes, plus spécifiques et plus perspicaces pour tous ceux qui contribuent à rendre Star Citizen et Squadron 42 possibles.
     
    Ceci étant dit, plongeons dans le Roadmap Roundup de cette semaine !
     
    -Équipe communautaire CIG
     
    Changements notables pour le 17 novembre 2021
    Suivi de l'avancement
    Avec cette publication, nous commençons à ajouter les calendriers pour le troisième trimestre 2022 aux équipes en amont, et d'autres viendront très bientôt. Avec ce trimestre supplémentaire ajouté, ces équipes ont également recalibré leurs plannings dans leur ensemble, y compris certains changements notables.
     
    Les livrables suivants ont été ajoutés au suivi de l'avancement :
     
    Solar Burst
    Les éruptions solaires sont de dangereuses catastrophes naturelles qui se produisent régulièrement autour des vieilles étoiles comme Pyro. Dans ces cas, le soleil provoque une éruption avec une onde de particules à haute énergie, générée à partir de sa surface, qui se propage à 15% de la vitesse de la lumière à travers tout le système stellaire. Cette dangereuse vague de particules à haute énergie peut être évitée en se cachant derrière d'autres objets suffisamment grands.
     
    Munitions de Flak
    Ce nouveau type de dégâts se déclenche à proximité ou à expiration, provoquant une explosion concentrée d'éclats de métal qui endommagent les cibles dans une zone donnée.
     
    Révision de la physique Gravlev.
    Une refonte importante du modèle de vol et de conduite des véhicules gravlev en vol stationnaire. L'objectif est d'améliorer la sensation générale et la stabilité, ce qui se traduit par une bien meilleure expérience pour les joueurs qui utilisent des hoverbikes.
     
    Drake Cutlass Gold Standard
    Implémentation, polissage et optimisation de toutes les fonctionnalités nécessaires pour que le Drake Cutlass atteigne le niveau de référence Gold.
     
     
     
    Le délivrable suivant, précédemment supprimé, revient maintenant dans le suivi de l'avancement :
     
    Position couchée
    Toutes les tâches relatives à l'amélioration des mouvements couchés du joueur et des PNJ. 
     
     
     
    Les livrables suivants sont supprimés temporairement, car les équipes en amont continuent de calibrer leur calendrier pour 2022 :
     
    Sonde longue distance
    Application gestionnaire de hangar V1
    Chasseur de primes V2
    RSI Lynx
     
    Vue de publication
    Les fonctionnalités suivantes ont passé leur examen final. Par conséquent, nous marquons leurs cartes comme Committed et changeons leur couleur en bleu :
     
    3.15
    Crusader Ares Starfighter Ion
    Crusader Ares Starfighter Inferno 
    Aegis Redeemer
    Canon balistique Behring S7
    Canon laser Behring S7
     
    3.16
    Hôpital de la zone 18
    Vaisseaux spatiaux abandonnés - Points d'intérêt
    Mises à jour - Carte de Dying Star
    Modification de la physique du Gravlev
    Mine Laser Trip T0
     
    MISC Hull C
    Le travail sur le Hull C se termine au quatrième trimestre, mais l'équipe a choisi de donner au vaisseau plus de temps pour le peaufiner et pour le mettre en ligne avec toutes ses fonctionnalités. Par conséquent, cette carte est déplacée vers la fenêtre de sortie 3.18, aux côtés de la nouvelle carte suivante.
     
    La carte suivante a été ajoutée à la fenêtre de sortie :
     
    Refonte du système de transport de marchandises
    Cette refonte du système de fret des vaisseaux permettra de ramasser, déplacer et placer dans la grille de fret d'un vaisseau les marchandises trouvées et achetées. Cette carte est ajoutée à la fenêtre de sortie de la version Alpha 3.18.
    C'est tout pour le tour d'horizon de cette semaine - participez à la discussion ici.
    Traduction : @Maarkreidi SwissStarships.org
     
     

    Actualités

    Intergalactic Aerospace Expo 2951 FAQ - Returning to microTech!

    FAQ de l'Expo aérospatiale intergalactique 2951 -
    Retour à microTech !
     
    L'Intergalactic Aerospace Expo (IAE) arrive à grands pas, et pour aider tout le monde à profiter au maximum du salon annuel des vaisseaux, nous avons répondu à certaines questions courantes concernant l'événement.
    Vous trouverez ci-dessous tout ce que vous devez savoir sur le salon, y compris où aller et comment participer à l'événement Free Fly à venir.
     
    Qu'est-ce que l'IAE ?
    L'exposition aérospatiale intergalactique, ou IAE, est la première exposition et convention de vaisseaux spatiaux de l'univers. Elle offre à tous l'occasion de voir de près certains des plus grands, des meilleurs et des plus emblématiques vaisseaux de Star Citizen, car différents fabricants envahissent les halls chaque jour. De plus, presque tout ce qui est exposé peut être testé gratuitement !
    Quand l'IAE a-t-elle lieu ?
    Du 19 novembre au 1er décembre, différents constructeurs de vaisseaux prennent le contrôle de l'exposition pendant 48 heures.
    À quelle heure l'événement commence-t-il ?
    L'IAE ouvre ses portes le 19 novembre à 8 heures du Pacifique / 4 heures UTC, en commençant par Anvil Aerospace.
    Quand commence le vol libre ?
    Pour les nouveaux joueurs, le Free Fly commence en même temps que l'IAE, c'est-à-dire le 19 novembre à 8 heures du Pacifique / 17 heures GMT+1.
    Je ne possède ni paquet de jeu Star Citizen ni vaisseau spatial. Comment puis-je me rendre à MicroTech et profiter du vol libre ?
    Pas d'inquiétude, nous avons tout prévu ! L'exposition aérospatiale intergalactique est le moment idéal pour tester gratuitement Star Citizen et presque tous les vaisseaux que nous avons créés - pour tout le monde ! Nous fournissons à chaque compte un vaisseau de démarrage Consolidated Outland Nomad en prêt gratuit pendant l'IAE 2951.
    Où se déroule l'IAE ? Où dois-je me rendre ?
    Cette année, l'IAE revient au Tobin Expo Center, New Babbage, microTech.
    Comment puis-je me rendre au Tobin Expo Center ?
    Tout d'abord, vous devez vous rendre sur la planète microTech. Si c'est votre première visite dans le système Stanton, vous pouvez choisir de spawn directement au New Babbage Aspire Grand. Si vous êtes déjà un citoyen du verse, sautez vers microTech, faites un saut vers New Babbage, puis atterrissez au spatioport interstellaire. De là, prenez le système de transport Metro et descendez au centre d'exposition Tobin. Comme ci-dessous, peu importe où vous montez dans le train, vous finirez par arriver au bon arrêt.

     
    Comment puis-je louer un vaisseau ?
    L'IAE expose des vaisseaux de différents fabricants tout au long de l'événement. Si vous voyez un vaisseau que vous aimeriez tester, approchez-vous de lui et appuyez sur la touche F et maintenez-la enfoncée pour ouvrir le menu de la pensée intérieure. Le vaisseau sera mis en surbrillance, puis cliquez à gauche sur le mot RENT. Votre mobiGlass s'ouvrira. Ensuite, confirmez la location en cliquant sur RENT dans le coin inférieur droit.
    Vous pouvez ensuite vous rendre au Port spatial ou à tout autre terminal ASOP dans le 'verse. Le vaisseau loué sera disponible pendant 48 heures.
    Combien de temps les vaisseaux peuvent-ils être loués ?
    Vous pouvez louer des vaisseaux tant qu'ils sont exposés à l'IAE. Tous les fabricants exposent leurs vaisseaux pendant 48 heures. Consultez le calendrier de l'IAE 2951 pour savoir quels vaisseaux peuvent être vus et loués à quels jours. Une fois que vous avez loué un vaisseau, il sera disponible pendant 48 heures.
    Combien de vaisseaux peut-on louer ?
    Vous pouvez louer tous les engins volants ou roulants exposés à l'IAE. Chaque vaisseau ou véhicule ne peut être loué qu'une seule fois.
    Quels sont exactement les vaisseaux que l'on peut louer pendant les différentes journées des constructeurs ?
    Consultez le programme du salon IAE 2951 pour savoir quels vaisseaux peuvent être vus et loués à quels jours.
    Ai-je besoin d'une copie de Star Citizen pour profiter de l'IAE ?
    Non. Pendant toute la durée de l'EAI, tout le monde peut jouer à Star Citizen gratuitement. Il vous suffit de vous rendre sur la page Fly Now et de suivre les instructions.
    Puis-je inviter un ami ?
    Bien sûr ! Il lui suffit de se rendre sur la page Fly Now, de créer un compte et de se lancer dans le jeu. N'oubliez pas que l'utilisation de votre code de parrainage lors de la création du compte leur permet de bénéficier de 5 000 UEC supplémentaires. Et s'ils décident de rester après le vol gratuit, vous gagnerez un point de parrainage. De plus, les personnes parrainées pendant l'IAE cette année peuvent profiter de la promotion de parrainage d'automne, qui vous permet, à vous et à la personne que vous parrainez, de gagner un MPUV Argo ! Consultez le lien de communication pour tous les détails.
    Qui obtiendra la meilleure livrée de l'exposition ?
    Les quatre derniers vaisseaux de notre récent concours Ship Showdown recevront les livrées Best in Show. Ce sont les suivants
    Argo MPUV
    Crusader Mercury Star Runner
    Crusader C2 Hercules Starlifter
    Origin 600i
    Si vous possédez déjà l'un de ces vaisseaux, vous recevrez gratuitement la peinture exclusive à l'IAE (et le vêtement correspondant), ainsi qu'un sac à dos en jeu sur le thème de l'Argo. La distribution commencera le 28 novembre, jour du Best In Show. Pour pouvoir recevoir ces articles, les vaisseaux doivent se trouver dans votre hangar - les avoir dans votre liste de rachat ne vous permettra pas d'obtenir les livrées Best in Show. Tous ceux qui se sont engagés pour un vaisseau 2951 pendant l'IAE recevront également la peinture, distribuée à la fin de l'IAE. De plus, les deux variantes du 600i et de l'Argo MPUV recevront également les peintures et les vestes.
    Les vaisseaux du Best in Show pourront également voler gratuitement entre le 28 novembre et le 1er décembre.
     
    Y aura-t-il des CCU Warbond disponibles ?
    Oui. Vérifiez chaque jour pendant l'expo pour voir ce qui est disponible.
    Y aura-t-il des vaisseaux en quantité limitée ?
    Oui ! Chaque vaisseau en quantité limitée est limité à un par compte et sera disponible en trois vagues afin de couvrir autant de fuseaux horaires que possible. Veuillez noter qu'aucune mise à niveau ne sera disponible pour les vaisseaux limités en stock.
    Vague 1 : 17h, GMT+1
    Vague 2 : 12 heures GMT+1
    Troisième vague : 8 h GMT+1
     
    1er jour de l’IAE - 20 novembre : Constellation Phoenix
    3e  jour de l'IAE - 21 novembre : Aegis Idris-P, Aegis Idris Aftermarket Kit, et Aegis Javelin
    6e  jour de l'EIA - 24 novembre : Origin 890 Jump
    7e  jour de l'IAE - 25 novembre : Consolidated Outland Pioneer
    8e  jour de l’IAE - 26 novembre : Drake Kraken, Drake Kraken Privateer, Drake Kraken Aftermarket Kit
    9e  jour de l'IAE - 27 novembre : Hull MISC E
     
    Y a-t-il des avantages à visiter le salon ?
    Oui ! Nous allons distribuer des badges Spectrum à l'effigie des fabricants pour célébrer l'événement. Il suffit de se connecter au jeu pendant l'IAE pour gagner le badge du fabricant exposant. N'oubliez pas de vous connecter tout au long de l'événement si vous voulez un jeu complet ! Nous distribuerons les badges sur vos comptes après la fin de l'EAI.
     


     
    Trad : @Maarkreidi SwissStarships.org 

    Actualités
    185

    EXPO AÉROSPATIALE INTERGALACTIQUE IAE 2951 FREE FLY

    EXPO AÉROSPATIALE INTERGALACTIQUE
        IAE 2951 FREE FLY
         
        L'exposition aérospatiale intergalactique est de retour sur microTech et nous célébrons le premier événement aérospatial de l'année en lançant un événement Free Fly. Du 19 novembre au 1er décembre, vous avez la possibilité d'essayer gratuitement certains des véhicules les plus emblématiques de Star Citizen. Tout ce que vous avez à faire est de créer un compte, de télécharger le jeu et de vous amuser.
        
         
        Voici comment cela fonctionne :
        Pendant l'exposition aérospatiale intergalactique, tout le monde peut explorer gratuitement l'incroyable univers persistant de Star Citizen. Même si vous ne possédez pas de pack de jeu Star Citizen, vous pouvez l'essayer gratuitement et vous rendre à l'événement en jeu avec style, car nous fournissons à chaque compte un vaisseau de démarrage CNOU Nomad en prêt pour la durée de la convention.
        À partir du 19 novembre (17 heures GMT+1), chaque jour, un fabricant de vaisseaux différent prendra possession de l'un des halls d'exposition pendant 48 heures. Il y a quelque chose de nouveau à voir chaque jour, et presque tout ce qui est exposé peut être testé gratuitement !
        Consultez le programme ci-dessous pour planifier vos vols d'essai.
        
         
        VOTRE PROGRAMME DE VOL LIBRE
        Chaque fabricant exposera ses vaisseaux dans les halls d'exposition du New Babbage Tobin Convention Center sur la planète microTech pendant des blocs de 48 heures qui se chevauchent.
         Consultez le calendrier ci-dessous pour planifier vos vols d'essai. Nous avons également créé une FAQ IAE 2951 sur Le forum Swiss Starships, où nous répondons aux questions sur le salon, y compris où aller et comment participer à l'événement Free Fly.
        Amusez-vous bien et volez en toute sécurité !
         
        
        Anvil Aerospace
        19 NOVEMBRE, 1ER JOUR
        Anvil Arrow : Doté d'une structure ultra-aérodynamique et d'un profil léger, c'est le vaisseau le plus agile de sa catégorie.
        Anvil Ballista : Ce système de défense aérienne autopropulsé est capable de destruction à grande échelle.
        Anvil C8X Pisces : Idéal pour les voyages intersystèmes ou l'investigation d'endroits étroits inaccessibles aux plus gros vaisseaux, c'est un petit vaisseau prêt pour de grandes aventures.
        Anvil Carrack : Explorateur emblématique à équipage multiple, prêt pour votre prochaine aventure épique.
        Anvil F7C Hornet : Robuste et fiable, le F7C est un chasseur moyen polyvalent.
        Anvil F7C Hornet Wildfire : Édition spéciale du F7C Hornet avec une livrée personnalisée et un chargement adapté à Arena Commander.
        Anvil F7C-M Super Hornet : Un chasseur moyen biplace avec un chargement lourd.
        Anvil F7C-R Hornet Tracker : Sacrifiant la tourelle pour un système radar avancé, le Hornet Tracker cherche ce qui est caché.
        Anvil F7C-S Hornet Ghost : Furtif, silencieux, mortel - le Ghost garde un profil bas.
        Anvil Gladiator : Un bombardier en piqué pour deux personnes, de construction robuste.
        Anvil Hawk : Le vaisseau parfait pour les chasseurs de primes indépendants ou la sécurité locale.
        Anvil Hurricane : Un chasseur lourd avec une charge presque excessive. Comprend une tourelle qui transperce les boucliers et les défenses.
        Anvil Terrapin : Vaisseau lourdement blindé avec un scanner sophistiqué. Idéal pour la reconnaissance et l'exploration.
        Anvil Valkyrie : Un vaisseau de transport de troupes lourdement armé, parfait pour les expéditions avec équipage complet.
         
        
        Roberts Space Industries
        20 NOVEMBRE, JOUR 2
        RSI Aurora CL : L'Aurora Clipper est un vaisseau efficace pour les entrepreneurs en herbe comme pour les commerçants chevronnés. 
        RSI Aurora ES : descendant du X-7, c'est le choix idéal pour les nouveaux propriétaires de vaisseaux. Polyvalent et intuitif.
        RSI Aurora LN : Pour les citoyens axés sur le combat. L'Aurora LN est équipé de boucliers plus grands et d'armes plus puissantes qui ont du punch.
        RSI Aurora LX : L'Aurora Deluxe offre luxe et confort pour les longs voyages dans les profondeurs.
        RSI Aurora MR : Un équilibre entre fonctionnalité et performance, l'Aurora MR est doté d'une capacité de chargement et d'armes pour garantir que le fret arrive à bon port.
        RSI Constellation Andromeda : un cargo à équipage multiple de conception modulaire, le RSI Andromeda est l'un des vaisseaux les plus emblématiques du verse.
        RSI Constellation Aquila : Explorez les étoiles et les horizons lointains. La suite de capteurs améliorée et le cockpit redessiné offrent une visibilité maximale.
        RSI Constellation Phoenix : un char des dieux, ce cargo de luxe converti est idéal pour le transport de VIP.
        RSI Constellation Taurus : Entièrement configurable mais sans toutes les cloches et les sifflets, le Taurus est un excellent moyen de débuter avec les vaisseaux avec équipage. 
        RSI Mantis : Arrêtez les vaisseaux sur le champ avec le premier exécuteur quantique de RSI.
        RSI Ursa Rover : Robuste, durable et résistant, c'est le rover de choix pour l'exploration planétaire extrême.
         
        
        Aegis Dynamics
        21 NOVEMBRE, JOUR 3
        Aegis Avenger Stalker : Une version modifiée de l'Avenger destinée aux chasseurs de primes grâce à des cellules de prison intégrées.
        Aegis Avenger Titan : Un ancien vaisseau de patrouille de l'Advocacy avec une capacité de chargement accrue pour le transport de courrier léger.
        Aegis Avenger Titan Renegade : Edition spéciale du Avenger Titan avec une livrée personnalisée et un chargement adapté à Arena Commander.
        Aegis Avenger Warlock : Une variante de l'Avenger armée d'un générateur EMP pour neutraliser humainement les ennemis.
        Aegis Eclipse : Un élégant bombardier furtif armé de torpilles lourdes.
        Aegis Gladius : Un chasseur léger vieillissant mais agile, doté d'un armement de moyenne portée.
        Aegis Gladius Valiant : édition spéciale du Gladius avec une livrée personnalisée et un chargement adapté à Arena Commander.
        Aegis Hammerhead : Une corvette à équipage multiple dotée de tourelles habitées et d'une grande puissance de feu.
        Aegis Reclaimer : Un vaste vaisseau de sauvetage construit pour récupérer les épaves et les vaisseaux abandonnés.
        Aegis Redeemer : Parsemé de tourelles et de missiles, l'Aegis Redeemer est un puissant vaisseau de combat capable de tenir son rang au combat avec une charge d'armes impressionnante. 
        Aegis Retaliator Bomber : Un bombardier anti-vaisseaux capitaux à longue portée. Couvert de tourelles habitées et capable de lancer des torpilles de taille 9.
        Aegis Sabre : Privilégiant l'agilité à la durabilité, le Sabre est léger, élégant et mortel.
        Aegis Sabre Comet : Édition spéciale du Sabre avec une livrée personnalisée et un chargement adapté à Arena Commander.
        Aegis Vanguard Harbinger : Un bombardier puissant qui peut opérer à partir des bases d'opérations avancées les plus difficiles.
        Aegis Vanguard Hoplite : Un vaisseau d'escouade à longue portée avec une tourelle habitée pour la protection.
        Aegis Vanguard Sentinel : Conçu pour combattre intelligemment au lieu de prendre les ennemis de front.
        Aegis Vanguard Warden : Chasseur lourd à longue portée avec une tourelle habitée.
         
        
        Aopoa, Banu, Esperia, Gatac
        22 NOVEMBRE, JOUR 4
        Aopoa Khartu-al : Enigmatique, exotique et agile. Le fragile Khartu-al excelle dans la poussée latérale et la manœuvrabilité.
        Aopoa Nox : Élégante et rapide, cette moto à gravité glisse sur les terrains accidentés. Parfait pour le repérage et la course.
        Banu Defender : Ce chasseur exotique est la première ligne de défense contre les attaques ennemies.
        Esperia Blade : Ce chasseur extraterrestre fend l'air avec une grande agilité pour réduire ses ennemis en miettes.
        Esperia Glaive : Cette réplique de chasseur extraterrestre de taille moyenne fait peur avec son armement impressionnant.
        Esperia Prowler : Le Prowler est une version modernisée de l'infâme véhicule blindé de transport de troupes Tevarin.
        Esperia Talon : Le Talon est l'équivalent tévarin de l'Aegis Gladius ou du Vanduul Blade ; un vaisseau de combat monoplace.
        Esperia Talon Shrike : La tristement célèbre variante Shrike est armée d'authentiques rampes de missiles internes capables de libérer des barrages de projectiles mortels.
         
        
        Crusader Industries, Tumbril
        23 NOVEMBRE, 5E JOUR
        Crusader Ares Inferno : Qu'il soit à la tête d'un équipage ou qu'il chasse les gros vaisseaux en solo, l'énorme Gatling de l'Ares Inferno déchire les armures des vaisseaux de combat et réduit en poussière les plus petits chasseurs en quelques secondes. 
        Crusader Ares Ion : Ce chasseur lourd équipé d'un seul canon effectue des tirs extrêmement puissants pour neutraliser rapidement les boucliers des plus gros vaisseaux ennemis. 
        Crusader A2 Hercules : Avec plus du double de la puissance de feu du M2 et une soute à bombes personnalisée capable de délivrer une charge utile stupéfiante, l'A2 s'adresse à tous ceux qui transportent d'énormes quantités de marchandises dans des cieux potentiellement hostiles. 
        Crusader C2 Hercules : Utilisant la structure spatiale brevetée de qualité militaire Hercules et augmentant la capacité de chargement, tout en ne sacrifiant pratiquement aucune puissance de feu, le C2 est devenu la norme de l'industrie du chargement. 
        Crusader M2 Hercules : Premier Starlifter tactique de l'UEE, la combinaison puissante de capacité, de maniabilité et de durabilité du M2 en fait le choix évident pour le transport à grande échelle. 
        Crusader Mercury Star Runner : Construit selon les mêmes principes d'ingénierie et de conception qui ont fait de Crusader le fabricant de référence pour le transport galactique à toutes les échelles, le Mercury remplit toutes les conditions requises pour un vaisseau de messagerie fiable, et même plus.
        Tumbril Cyclone : Remuez la tempête avec ce buggy biplace robuste qui peut transporter un petit quelque chose à l'arrière.
        Tumbril Cyclone AA : Il est doté d'une fonction EMP et d'un lanceur de missiles anti-aériens pour dissuader les menaces venant d'en haut.
        Tumbril Cyclone MT : Sur la base de la plateforme tout-terrain agile de la variante de base, le MT ajoute deux lanceurs de missiles sol-air et un canon balistique pour tenir à distance les assaillants aériens.
        Tumbril Cyclone RC : variante de course du Cyclone. Il est rouge, rapide et équipé d'un booster de nitro intégré.
        Tumbril Cyclone RN : Construit pour dissiper le brouillard de la guerre, la variante de reconnaissance du Cyclone dispose d'un puissant réseau de scanners.
        Tumbril Cyclone TR : Soutenez l'infanterie avec ce buggy de combat. Équipé d'une tourelle montée pour fournir un tir de couverture pour les opérations au sol.
        Tumbril Nova : Ce char lourd offre une combinaison dévastatrice d'armements pour éliminer les menaces au sol et dans les airs.
         
        
        Origin Jumpworks
        24 NOVEMBRE, JOUR 6
        Origin 85x : Une navette de luxe et sportive à courte portée pour un pilote et un passager.
        Origin 100i : Faites le tour de l'univers en combinant parfaitement luxe et performances.
        Origin 125a : Avec une économie de carburant élevée, un armement amélioré et le raffinement caractéristique d'Origin, le 125a est l'entrée idéale dans les vols spatiaux de luxe.
        Origin 135c : Avec une quantité trompeuse d'espace de stockage dans son cadre élégant, le 135c est le choix évident pour le transporteur de goût.
        Origin 300i : Voyagez avec style grâce à ce solo tourer très performant.
        Origin 315p : Traversez le 'verse avec cet explorateur léger à hautes performances.
        Origin 325a : Le 325a, l'élégant chasseur emblématique d'Origin, est le compagnon idéal pour trouver votre marque avec style et sophistication.
        Origin 350r : Le 350r est le modèle de course emblématique d'Origin. Il laisse la concurrence dans la poussière.
        Origin 400i : Explorer les étoiles est une entreprise des plus nobles, et Origin Jumpworks s'est montré à la hauteur en créant le 400i, l'ultime éclaireur hautes performances.
        Origin 600i Touring : Le vaisseau de luxe emblématique de Star Citizen.
        Origin 890 Jump : Un vaisseau d'une classe à part, le collosal 890 Jump est un chef-d'œuvre de tourisme longue distance.
        Origin M50 : Le premier vaisseau de course d'Origin. Petit, rapide et très agile.
         
        
        Argo, CNOU, Greycat, Kruger
        25 NOVEMBRE, 7E JOUR
        Argo MOLE : Exploitez tout le potentiel de votre équipage grâce à la force combinée du système minier trilatéral breveté d'Argo.
        Argo MPUV Cargo : Une petite navette utilitaire non armée conçue pour le transport de marchandises.
        Argo MPUV Personnel : Une navette utilitaire compacte conçue pour le transport de personnel.
        CNOU Mustang Alpha : Le premier vaisseau de Consolidated Outland pour ceux qui veulent repousser les limites un peu plus loin lorsqu'ils débutent.
        CNOU Mustang Beta : La maison est là où est le cœur. Le Beta offre des quartiers confortables pour les débutants qui parcourent la frontière.
        CNOU Mustang Gamma : Un moteur supplémentaire donne aux compétiteurs l'avantage dont ils ont besoin.
        CNOU Mustang Delta : Le Mustang Delta est équipé d'armes plus lourdes et de pods de fusées pour donner aux nouveaux pilotes un peu plus de puissance de feu.
        CNOU Nomad : Le Nomad est prêt à aller n'importe où et à faire n'importe quoi - la solution parfaite pour quiconque souhaite commencer une toute nouvelle aventure.
        Greycat ROC : Conçu pour être aussi travailleur et polyvalent que les mineurs qui l'utilisent.
        Greycat ROC-DS : Avec plus du double de la capacité de minerai du ROC standard, et un siège de flèche dédié à l'opération manuelle du laser, le ROC-DS rend les gros travaux gérables.
        Greycat PTV : Le buggy Greycat PTV vous emmène d'un point à un autre, où que vous soyez.
        Kruger P-52 Merlin : Petit, agile, et avec un dard dans la queue. Cet avion de chasse est fragile mais difficile à atteindre.
        Kruger P-72 Archimède : L'Archimède offre une maniabilité et des capacités de poussée exceptionnelles dans un ensemble magnifiquement conçu.
         
        
        Drake Interplanétaire
        26 NOVEMBRE, 8ÈME JOUR
        Drake Buccaneer : Un chasseur léger qui sacrifie la durabilité (et son siège éjectable !) pour une puissance de feu brute.
        Drake Caterpillar : Un cargo commercial lourd à équipage multiple. Légèrement armé avec une capacité de chargement supérieure.
        Drake Cutlass Black : De retour en noir, le Drake préféré des pirates est un vaisseau très polyvalent avec des prouesses de combat et de chargement.
        Drake Cutlass Blue : Le Cutlass Blue est doté de missiles, d'un moteur plus puissant et de cellules de rétention en Durasteel dans la soute.
        Drake Cutlass Red : Le Cutlass Red convertit la soute standard en une installation médicale bien équipée, comprenant deux MedBeds.
        Drake Dragonfly Black : Une moto grav-lev biplace qui traverse facilement les terrains accidentés ou les espaces ouverts.
        Drake Herald : Aucun secret n'est à l'abri. Le Herald de Drake capture et stocke les informations avant de partir à une vitesse fulgurante.
         
        
        MISC
        27 NOVEMBRE, JOUR 9
        MISC Freelancer : Un cargo à équipage multiple doté d'une tourelle et de munitions pour dissuader ceux qui en veulent à son butin.
        MISC Freelancer DUR : Le Freelancer DUR est spécialisé dans l'exploration avec un scanner, un moteur de saut et des réservoirs de carburant améliorés.
        MISC Freelancer MAX : Le Freelancer MAX est destiné aux pilotes qui privilégient la capacité de chargement par rapport à tout le reste.
        MISC Freelancer MIS : Le Freelancer MIS est une variante militarisée en édition limitée du vaisseau marchand classique.
        MISC Prospector : Le meilleur ami du mineur, avec un laser puissant et des sacoches pour transformer les minéraux en profit.
        MISC Razor : Avec une longueur d'avance sur la concurrence, ce racer élégant permet à n'importe qui de s'emparer de la pole position.
        MISC Razor EX : Édition furtive du Razor équipée de matériaux réduisant la signature et de composants à faible consommation.
        MISC Razor LX : Édition spéciale du Razor avec une maniabilité et un armement réduits en échange d'une vitesse extrême en ligne droite.
        MISC Reliant Kore : Fusion de la technologie Xi'an et humaine, ce cargo léger vous permet de transporter des marchandises avec un ami.
        MISC Reliant Mako : Allez là où se trouvent les nouvelles et capturez chaque moment grâce aux optiques montées sur tourelle.
        MISC Reliant Sen : Le Reliant Sen est une plateforme scientifique mobile polyvalente.
        MISC Reliant Tana : Un chasseur léger, polyvalent et facile à entretenir.
        MISC Starfarer : La plateforme dédiée au raffinage du carburant de MISC.
        MISC Starfarer Gemini : Cette variante militaire sacrifie la capacité de carburant pour un blindage et un lanceur de missiles.
         
        
        Best in Show
        28 NOVEMBRE, 10E JOUR
        En août, nous avons organisé notre concours annuel Ship Showdown pour découvrir le vaisseau pilotable préféré de la communauté en 2021.
         
        Après une bataille tendue, l'Argo MPUV a remporté le titre, suivi de près par l'Origin 600i, le Crusader C2 Hercules et le Crusader Mercury. 
         
        Pour célébrer les quatre derniers vaisseaux, la journée "Best in Show" vous permet de faire un vol d'essai avec chaque finaliste. En outre, ceux qui possèdent un (ou plusieurs) des quatre vaisseaux ayant atteint les demi-finales recevront gratuitement une livrée de vaisseau en édition limitée et une veste en cuir pour leur personnage ! De plus, tous les backers recevront un sac à dos Argo Astronautics pour fêter le gagnant !
         
        Tous les vaisseaux disponibles pour le vol seront également prêts à être testés via les kiosques de location.
         
        
        Finale
        29 NOVEMBRE - 1ER DÉCEMBRE, JOURS 11 - 13
        Tous les vaisseaux disponibles seront prêts à être testés via les kiosques de location.
         
        Trad : @Maarkreidi SwissStarships.org

    Actualités
    206

    Star Citizen Alpha 3.15.0 LIVE Patchnote

    Patch Star Citizen Alpha 3.15.0
    Le patch alpha 3.15.0 a été publié dans l'environnement LIVE, et est maintenant disponible pour être testé ! Le patch devrait maintenant afficher VERSION 3.15.0-LIVE.7865275.
    Il est fortement recommandé aux joueurs de supprimer leur dossier USER pour le client public après la mise à jour, en particulier si vous commencez à rencontrer des problèmes graphiques bizarres avec les personnages ou un crash au chargement. Le dossier USER se trouve (dans les installations par défaut) dans C:\Program Files\Roberts Space Industries\StarCitizen\LIVE.
    Réinitialisation de la base de données : Oui
    Persistance à long terme : Désactivé ( Effacement complet de la persistance à long terme)
    AUEC de départ : 20 000 (les joueurs ayant participé à la récente XenoThreat recevront 100 000 aUEC de départ supplémentaires).
    Nous sommes actuellement en train d'évaluer s'il y a des problèmes de performance et d'autres problèmes lors du jeu sous Windows 11. Si vous faites partie du programme Windows Insider avec Windows 10 ou 11, il est possible qu'une option appelée Diagnostic Data soit activée dans les paramètres de Windows. Cette option est requise pour le programme Windows Insider mais semble dégrader les performances du jeu. La désactiver peut améliorer considérablement les taux de rafraîchissement.
     
    Problèmes connus
    Véhicules terrestres et point de spawn initial
    Avec cette dernière mise à jour, votre point d'origine choisit l'emplacement de tous vos vaisseaux. Si vous avez des véhicules terrestres grâce au magasin de pledge, il est préférable de choisir un point de départ qui supporte les véhicules terrestres, comme New Babbage.
     
    Objets de pledge perdus lors de votre mort
    Avec ce changement à venir, les joueurs perdront désormais tous les objets équipés sur leur personnage à leur mort. Ces articles comprennent les articles de la boutique de pledge, y compris les articles des abonnés. Nous étudions actuellement différentes solutions pour résoudre ce problème, mais pour la version 3.15.x, sachez que si vous mourez avec des objets d'abonnés, vous les perdrez dans le jeu, mais ils ne seront pas supprimés de votre compte ou de la boutique de pledge. Ils seront restitués lors des nouveaux patchs majeurs ou lors d'une réinitialisation du compte.
     
    Après un crash du serveur, la tentative de reconnexion peut entraîner un écran de chargement infini et l'impossibilité d'interagir avec le menu. Les joueurs devront peut-être quitter le jeu et le recharger après un crash du serveur pour corriger cette erreur.
    Dans la région d'Arccorp, si la distance de propagation des objets est réglée sur une valeur élevée, il se peut que vous ressentiez un effet de saccade. Nous travaillons sur un correctif pour ce problème dans la version 3.15.1, mais vous pouvez le résoudre dès maintenant en réduisant la distance d'affichage des objets à moyenne.
    Les joueurs ne peuvent pas réparer, faire le plein et se réarmer aux avant-postes.
    Les objets stockés dans la persistance à long terme, comme les pierres précieuses extraites, ne sont pas empilables pour le moment (ceci sera disponible dans une prochaine mise à jour).
    Après avoir essayé un vêtement dans un magasin, tous les objets équipés sont définitivement supprimés de l'inventaire.
    La balise médicale ne termine pas la mission/le paiement lorsque le joueur est ramené d'une incapacité.
    L'interaction avec les panneaux de porte du 400i peut rendre les portes insensibles (solution : reculer et réessayer).
    L'échange d'armes risque de faire tomber ou de retirer des armes.
    La porte et l'échelle du Prospector ne sont pas animées.
    Lors d'un combat, les PNJ peuvent rester coincés à couvert lorsqu'ils essaient de sortir.
    Certains joueurs peuvent voir des carrés noirs au lieu de la fumée, des nuages et du brouillard.
    La tentative de dépôt de pierres précieuses entraîne une "erreur de transaction" dans le centre de rééducation de Klescher.
    Annonce audio de l'annonceur pour "Match terminé. Vous avez gagné/perdu le match" peut être entendu plusieurs fois à la fin d'un tour dans Arena Commander.
    La tête du personnage, le mobiGlas et d'autres équipements ont disparu après avoir été libérés de Klescher.
     
    Nouvelles fonctionnalités
    Lieux
    Hôpitaux
    Ajout d'emplacements d'hôpitaux uniques à Orison, New Babbage et Grim HEX, et de cliniques médicales dans les stations spatiales. Les joueurs pourront s'y régénérer, sauvegarder de nouveaux emplacements de régénération, soigner leurs blessures et acheter des fournitures médicales. Des ascenseurs médicaux d'urgence ont également été ajoutés aux hangars des zones d'atterrissage pour faciliter le transport des joueurs blessés directement à l'hôpital. Pour cette première itération, les joueurs qui apparaissent à l'origine dans la zone 18 ou à Lorville auront leur point de régénération par défaut fixé à leur station orbitale correspondante. Lorville et Area18 auront leur hôpital dans une prochaine version.
    IA
    Tourelles de défense antimissile autonomes.
    Ajout de tourelles de défense antimissile contrôlées par l'IA dans les stations spatiales et les installations souterraines du PU.
     
    Gameplay
    Inventaire personnel T0 et APP de gestion des assets
    Avec l'implémentation de l'inventaire personnel, les joueurs pourront désormais stocker physiquement des armes, des gadgets, des consommables, des objets de soin et bien plus encore sur eux et dans les véhicules via des sacs à dos, des poches et des conteneurs. Le nouveau iCache est utilisé pour assurer la persistance de l'inventaire partout où les joueurs voyagent. Ce nouveau système supprime l'ancienne application Gestionnaire d'équipement du mobiGlas et ajoute un nouveau système d'inventaire local en appuyant sur 'I' sur le clavier (raccourci clavier par défaut). Les zones d'atterrissage actuelles partagent les inventaires avec leurs stations en orbite basse au-dessus des planètes. Des onglets permettent de naviguer entre l'inventaire local, l'inventaire du véhicule, l'inventaire externe et l'inventaire personnel. Les joueurs peuvent naviguer entre chaque onglet pour déplacer des objets d'un inventaire à l'autre (les deux côtés de l'écran affichant un conteneur d'inventaire et la liste des tables disponibles). REMARQUE : deux onglets identiques ne peuvent pas être ouverts en même temps. Lorsqu'un joueur place le curseur sur un objet de son inventaire, il obtient les informations données dans les magasins en plus des informations spécifiques à l'objet ; par exemple, les munitions affichent les balles restantes dans le chargeur. Les armures et les vêtements (sacs à dos, torse et jambes) ont généralement leur propre conteneur d'inventaire et peuvent être ouverts en utilisant le système d'inventaire [I]. Si vous placez l'un de ces objets dans l'inventaire d'un emplacement ou dans un conteneur, vous créerez un inventaire imbriqué qui pourra être ouvert en plaçant le RMB sur l'objet. Cet inventaire imbriqué permettra aux joueurs de stocker plus d'objets sur le joueur et de faire de la place. En faisant un clic droit (souris2) sur n'importe quel objet de l'inventaire, un menu contextuel apparaîtra, présentant les interactions disponibles, y compris des fonctions comme "diviser" pour les objets empilés. Toutes les armures et tous les vêtements peuvent maintenant être transportés, déposés, placés et laissés dans le monde (actuellement représentés dans l'environnement par des boîtes transportables) ; dans cet état, ils peuvent être interceptés à l'aide du système d'interaction, et peuvent être équipés de la sorte.
     
    Résidence principale / Emplacement initial : Avant de démarrer le jeu et d'apparaître, un joueur doit maintenant spécifier sa résidence principale (où il apparaîtra initialement) via le front-end. Les options permettant aux amis de se joindre à une partie (frayer à leur emplacement) sont désactivées tant que cet emplacement n'a pas été défini. Tous les objets obtenus grâce aux achats en magasin, aux récompenses des abonnés, etc. seront ajoutés à l'inventaire local de la résidence principale. Chaque lieu de départ, aire de repos et port Olisar possède un inventaire local correspondant. Les objets laissés dans l'inventaire local lorsque le joueur quitte l'emplacement y resteront et ne seront pas accessibles depuis l'interface d'inventaire avant le retour du joueur.
     
    Inventaire du personnage : L'inventaire n'est plus limité aux marchandises et peut contenir n'importe quel type d'armure, de vêtement, d'arme, de consommable et d'objet portable à une main (à condition qu'il soit adapté). Le personnage du joueur est maintenant affiché au centre de l'interface utilisateur de l'inventaire, avec une caméra contrôlable (en maintenant la touche 2 de la souris, on peut se déplacer en orbite, la molette de la souris contrôle le zoom), et la possibilité de faire glisser des objets tenus et équipés du personnage vers un conteneur de l'interface utilisateur de l'inventaire, et vice versa d'un conteneur de l'inventaire vers un port d'objet valide sur le personnage. Les objets peuvent être glissés et déposés depuis un conteneur d'inventaire, ou depuis le personnage, directement sur le sol. Les accessoires d'armes peuvent être glissés directement sur les armes tenues ou équipées par le personnage. Si un joueur est abattu ou tué, les autres joueurs peuvent lui prendre des objets via le menu d'interaction. Lorsqu'un joueur meurt, les objets qui se trouvent sur son corps peuvent être pillés à l'endroit où il est mort pendant deux heures avant de disparaître. Les joueurs pourront choisir de piller un objet individuel en retirant simplement une arme, une armure, un conteneur, une sous-combinaison ou un chargeur.
     
    Inventaire des véhicules : Chaque véhicule dont l'intérieur peut être traversé possède son propre inventaire accessible à l'intérieur du véhicule, et chaque joueur à bord possède son propre inventaire instancié. Lorsqu'un véhicule est détruit, une grande boîte de chargement apparaît, contenant tous les objets qui avaient été stockés dans l'inventaire du véhicule. Tout joueur pourra piller les objets contenus dans cette caisse via le menu d'interaction.
     
    Gestionnaire d'assets Nik Nax : Le gestionnaire d'assets Nik Nax est une nouvelle application mobiGlas conçue pour garder la trace de chaque objet ou véhicule qu'un joueur possède dans l'univers. L'application permet de trier selon de nombreuses options, notamment l'emplacement des objets, afin que vous puissiez déterminer rapidement où vous avez laissé vos véhicules, vos armes ou le bar Buster's que vous vouliez vraiment.
     
    Génération de butin T0
    Ajout de conteneurs générés de manière systématique (caisses/verrous/boîtes) remplis d'objets à butin dans le monde entier. Le contenu de ces boîtes est généré dynamiquement en fonction de leur emplacement avec des quantités et des types d'objets aléatoires.
    Guérison T0 et Statut de l'Acteur T1
    Refonte complète des systèmes de guérison et de santé de l'acteur. Ces deux systèmes sont intrinsèquement liés pour que les joueurs puissent déterminer les effets des dommages sur un acteur et permettre à eux-mêmes et aux autres joueurs d'agir sur ces effets. Ces effets vont d'un retour visuel et sonore mineur, à des changements d'état où le contrôle du joueur est entravé ou supprimé, jusqu'à la mort et (dans le cas d'un joueur) la régénération d'un personnage.
     
    État d'incapacité : Lorsqu'un joueur est suffisamment endommagé, il entre dans un état "d'incapacité". Une fois en état d'incapacité, son personnage s'effondre, il est incapable de bouger ou d'interagir, sa vision s'estompe et un temps avant la mort s'affiche. Une fois le délai écoulé, le joueur meurt et est régénéré dans un centre médical. La durée de la minuterie peut être raccourcie en recevant des dégâts supplémentaires et par d'autres statuts d'acteur (hémorragie, déshydratation, température extrême, etc.). La mort instantanée peut être provoquée par la réception d'une grande quantité de dégâts en une seule fois. Lorsqu'un joueur est frappé d'incapacité, un bouton s'affiche pour déclencher une balise de sauvetage, qui, si elle est reprise par un autre joueur, crée une mission pour ce joueur afin de ranimer le joueur frappé d'incapacité. D'autres joueurs peuvent également effectuer une réanimation synchronisée sur un joueur frappé d'incapacité à l'aide d'un stylo médical (souris 2 à proximité du joueur à terre) pour le ramener à 50 % de sa santé. La réanimation synchronisée peut être effectuée sur un joueur qui est face contre terre ou sur le dos. Le pistolet médical et l'accessoire de guérison multi-outils peuvent également être utilisés pour administrer un médicament de guérison pour ranimer les joueurs incapacités.
     
    Mort et régénération : Après la mort d'un joueur, il se régénère désormais dans un lit médicalisé au lieu d'un lit d'hab. Par défaut, le joueur se régénère à l'hôpital de son lieu de résidence principal (défini via le menu principal la première fois qu'il entre dans le jeu). Un joueur peut définir un lieu de régénération différent en se rendant dans n'importe quel établissement de niveau 1 ou 2 dans un hôpital, une clinique ou un véhicule, et en naviguant dans l'interface utilisateur d'un lit médical, de l'écran de fin de lit médical ou d'un terminal de régénération dédié. Un joueur peut réinitialiser son lieu de régénération à sa résidence principale via les mêmes écrans. Si l'emplacement de régénération d'un joueur n'est pas disponible au moment de sa mort (par exemple, si un vaisseau est hors de portée, déconnecté ou détruit), le joueur réapparaîtra à sa résidence principale, et l'emplacement de régénération défini y restera jusqu'à ce qu'un nouvel emplacement soit défini. Si le lieu de régénération d'un joueur est temporairement indisponible parce que tous les lits sont occupés, le joueur aura la possibilité de se régénérer dans sa résidence principale, afin d'éviter de faire la queue.
     
    Blessures : Lorsqu'une partie du corps d'un acteur (tête, torse, bras gauche, bras droit, jambe gauche, jambe droite) est endommagée, une quantité correspondante de dommages d'usure est appliquée à cette même partie. Lorsqu'un nombre suffisant de dommages d'usure est accumulé, une blessure est infligée. Une usure supplémentaire de la même partie du corps peut entraîner une augmentation de la gravité des blessures. Les blessures ajoutent des symptômes qui affectent le gameplay et introduisent des effets sonores et visuels. La gravité des blessures est classée en "mineure", "modérée" et "grave". Si la guérison augmente les HP, elle n'affecte pas les dommages causés par l'usure. Pour réparer les parties du corps blessées, les joueurs doivent se rendre dans un centre médical de niveau approprié : Le niveau 3 peut soigner une blessure mineure, le niveau 2 peut soigner des blessures de gravité mineure et modérée, le niveau 1 peut soigner n'importe quelle blessure. La locomotion blessée est déclenchée lorsque la blessure d'une partie du corps atteint le niveau Grave, ou lorsqu'une blessure à la jambe atteint le niveau Modéré. Une blessure grave à la jambe oblige le joueur à se mettre en position couchée, ce qui entrave ses mouvements. Une blessure grave au bras contraint le joueur à se mettre en état de verrouillage des bras, ce qui limite les interactions.
     
    BloodDrugLevel : Le niveau de drogue dans le sang (BDL) augmente lorsqu'un joueur boit de l'alcool ou reçoit des médicaments (via un medgun, un multi-tool, un medpens ou un lit médicalisé). Au fur et à mesure que le BDL d'un joueur augmente, il entre dans un état de locomotion intoxiqué. Lorsque le BDL atteint 100 %, le joueur entre dans un état d'overdose. Il s'effondre, est incapable de bouger ou d'interagir, et sa vision s'estompe. Bien que cette situation soit similaire à celle d'une incapacité, lorsque la BDL passe en dessous de 100 %, le joueur sort de l'état Overdosed et peut à nouveau bouger. Le joueur subit des dégâts lorsqu'il est en état d'overdose ; il subit de plus en plus de dégâts au fur et à mesure que le BDL augmente de 100 % à 200 % - ce qui peut conduire le joueur à l'incapacité, qui peut à son tour conduire à la mort si le BDL ne descend pas en dessous de 100 % avant que la santé n'atteigne 0.
     
    Médicaments : Les symptômes des blessures peuvent être temporairement masqués, la santé peut être récupérée et les effets d'étourdissement d'une surdose peuvent être temporairement atténués par l'administration de drogues médicinales. Les médicaments peuvent être administrés par le biais d'un stylo injecteur, d'un rayon de guérison (medgun ou accessoire de guérison multi-tool) ou d'un lit médicalisé. La BDL du joueur augmente avec chaque dose. Les médicaments restent dans l'organisme du personnage pendant une durée déterminée, plus les doses sont fortes, plus la durée est longue. L'efficacité de la méthode d'administration affecte également la durée, avec des durées plus élevées pour les lits médicaux > les armes médicales > les stylos médicinaux. Ces médicaments comprennent :
     Hemozal (MedPen) qui guérit les HP, arrête les saignements et fait revivre les Incapacités. 
    Roxaphen (OpioPen) qui masque la locomotion blessée, le blocage du tronc, le blocage des bras et l'effet de grognement de la douleur. 
    Demexatrine (AdrenaPen) qui masque la réduction de la récupération des étourdissements, la réduction de la résistance à l'impact (sensibilité aux réactions de force), la réduction de la vitesse de mouvement, l'augmentation du balancement des armes et la réduction du temps d'entrée des ADS. 
    Sterogen (CoricoPen) qui masque la vision du sang, les effets audio étouffés, la régénération réduite de l'endurance, l'endurance maximale réduite, les effets audio sifflants et la force de mêlée réduite. 
    Resurgera (DetoxPen) qui fait revivre un personnage en surdose (à condition qu'il ne soit pas aussi en état d'incapacité) mais ne sort pas de l'état de surdose, les dégâts sont donc toujours appliqués au personnage en surdose. Lorsque Resurgera est présent dans un personnage, le taux de dégradation de toutes les autres drogues est doublé, ce qui réduit leur durée, mais le taux de dégradation des BDL du personnage est également doublé, ce qui permet de sortir plus rapidement de l'état d'overdose. 
     
    Quatre nouveaux medpens (Roxaphen OpioPen, Demexatrine AdrenaPen, Sterogen CoricoPen, Resurgera DetoxPen) ont été ajoutés dans les magasins à plusieurs endroits.
     
    Dispositif médical ParaMed et accessoire médical multi-outils : Les joueurs peuvent administrer des médicaments par le biais d'un rayon de guérison grâce au dispositif médical ParaMed et à l'accessoire de guérison multi-outils lorsqu'ils se trouvent à moins de 5 m de leur personnage cible. Tous deux peuvent afficher des informations sur l'état de santé et l'état d'acteur du personnage qu'ils visent. Les écrans arrière indiquent la quantité de médicaments disponibles, l'état de santé du personnage cible ou la raison pour laquelle il ne peut pas être soigné. Deux cartes d'interface utilisateur AR s'affichent de part et d'autre du personnage cible, la carte de gauche affichant des informations sur la partie du corps spécifique pointée sur le personnage (blessures, médicaments recommandés) et la carte de droite affichant des informations de santé globale comme l'état de santé général, l'état des acteurs comme les saignements ou le temps jusqu'à la mort, et la durée des médicaments administrés. Lorsqu'une partie du corps est pointée, l'interface utilisateur de RA la met en évidence et affiche un code couleur transparent indiquant le niveau de blessure (le cas échéant) de la partie du corps. Les deux outils médicaux disposent d'un mode de tir secondaire qui permet l'auto-diagnostic et l'auto-guérison. Alors que l'accessoire de guérison multi-outils est limité à la guérison par Hemozal, le ParaMed a deux modes : un mode de base qui se comporte de la même manière que l'accessoire multi-outils, et un mode avancé qui permet de spécifier le dosage de chaque médicament, avec la durée prévue des médicaments et le niveau BDL résultant affiché.
     
    Lits médicaux : les joueurs se régénèrent désormais dans un lit médicalisé plutôt que dans un lit de fortune. Les joueurs qui se retrouvent à terre dans une zone d'atterrissage ou qui sont admis via les ascenseurs d'urgence situés dans les hangars de la zone d'atterrissage se réveilleront dans un lit médicalisé avec leurs objets stockés dans l'inventaire local. Chaque lit médicalisé possède un niveau de soins (3, 2 ou 1) qui détermine les blessures qu'il peut traiter et celles qu'il ne peut pas traiter. Les terminaux de l'assistant médical numérique installés sur le lit offrent plusieurs fonctions - L'écran État affiche une silhouette du patient avec un code de couleurs, indiquant les blessures ainsi que les traitements et les médicaments recommandés. L'écran de traitement affiche une version réduite de l'écran d'état, ainsi qu'une liste des traitements disponibles. L'écran Médicament affiche une interface qui permet de spécifier un dosage personnalisé des médicaments. L'écran Régénération permet de régler l'emplacement de régénération du patient sur l'installation ou le véhicule actuel.
     
    Jeu de l'hôpital : Les joueurs peuvent entrer dans le hall de l'hôpital, réserver une chambre via un écran d'enregistrement (pour utiliser les lits médicaux), changer leur emplacement de régénération, acheter tous les articles médicaux à la pharmacie et utiliser les ascenseurs pour atteindre l'étage où se trouve leur chambre. Les hangars de la zone d'atterrissage ont été mis à jour pour inclure un ascenseur de déchargement d'urgence où les joueurs abattus, blessés ou victimes d'une overdose peuvent être traînés par un autre joueur et envoyés à l'hôpital via l'interface à l'extérieur de l'ascenseur. Une fois les portes de l'ascenseur fermées, le joueur secouru se réveillera dans un hôpital.
    Missions d'infiltration et de défense
    Mise en place d'une série de nouvelles missions dans les installations souterraines (UGF) pour remplacer les anciennes, ainsi que l'ajout de plusieurs nouveaux emplacements UGF. Ces nouvelles missions se déclinent en 5 types, avec des variantes légales et illégales, et des types plus difficiles débloqués grâce aux gains de réputation.
     
    Élimination spécifique ( légale / illégale) : Cette mission est la plus simple dans la mesure où le joueur doit se rendre à l'UGF pour tuer une cible spécifique à l'intérieur. D'autres IA ennemies apparaîtront à cet endroit, mais il n'est pas nécessaire de s'en occuper.
    Éliminer tout (légal / illégal) : ici, le joueur doit se rendre à l'UGF et tuer toutes les cibles qui y apparaissent. Un compteur devrait s'afficher en haut au centre de son écran, indiquant les cibles restantes lorsqu'il descend dans l'ascenseur de l'UGF.
    Éliminer le boss (légal / illégal) : Cette mission commence de la même manière que la mission "Éliminer tout" : le joueur doit d'abord éliminer le nombre d'IA hostiles indiqué par le compteur en haut au centre de son interface utilisateur. Une fois cela fait, un boss IA avec une santé accrue apparaîtra avec quelques gardes. Le joueur doit alors tuer ce boss pour terminer la mission.
    Défendre : Cette mission commence avec un minuteur d'une minute lorsque le joueur descend dans l'ascenseur de l'UGF, où il doit observer des IA amies qui attendent. Une fois le minuteur terminé, la vague 1 sur 3 commence et une série d'IA ennemies apparaissent. Le joueur doit travailler avec l'IA amie pour éliminer toute cette vague hostile. Une fois que c'est fait, un autre chrono de 1 minute commencera pour préparer la vague 2. Ce processus se répète et une fois la troisième vague éliminée, la mission est terminée. Le joueur devrait recevoir des bonus en fonction du nombre d'IA amies encore en vie à la fin de la troisième vague.
    Collecte : Cette mission exige que le joueur entre dans l'UGF avec l'instruction de localiser et d'extraire 3 boîtes basées sur des numéros de référence fournis par le gestionnaire de contrats. Il y a beaucoup de boîtes avec des numéros aléatoires dans l'UGF que le joueur doit passer au crible jusqu'à ce qu'il trouve les bonnes boîtes. Au cours de ce processus, le joueur devra faire face à l'IA ennemie afin de pouvoir extraire les boîtes en toute sécurité. Ces boîtes doivent être remontées à la surface, chargées sur le vaisseau du joueur et ramenées au point de chute.
    Bombes
    L'ajout de la mécanique de bombardement dans Star Citizen qui permet aux vaisseaux, tels que le nouveau Starlifter A2, de larguer des bombes dévastatrices. Ce système est accessible en utilisant le mode opérateur de missiles actuel si votre vaisseau est équipé de bombes. Lorsqu'il est actif, le joueur dispose d'un marqueur de sélection en maintenant la touche T (liaison par défaut) qui lui permet de définir la zone où il souhaite que la bombe soit larguée. Comme ces bombes tombent avec la gravité et qu'elles ne sont pas contrôlées après leur largage, les joueurs obtiendront un nouvel alignement de l'interface utilisateur et une fonction HUD de largage après avoir sélectionné un emplacement cible au sol qu'ils pourront suivre pour se rapprocher le plus possible du centre de leur zone ciblée. Tous les autres comportements de MOM s'appliqueront ici, comme l'augmentation du nombre de bombes à larguer en une fois, l'attente de leur armement, en utilisant les mêmes raccourcis clavier. Initialement, seul l'A2 aura des bombes, et il n'aura pas de missiles, donc l'idée de pouvoir alterner entre les missiles et les bombes ne s'appliquera pas. Nous avons également rétabli le mode de caméra cinématique des missiles, qui permet de relier et de suivre les missiles et les bombes. Cette fonctionnalité n'est pas liée par défaut mais peut être activée dans le menu des options sous la section Vehicle - Missiles keybind.
    Vaisseaux et véhicules
    Ajout d'un nouveau vaisseau : Crusader A2 Hercules Starlifter
    Ajout d'un nouveau vaisseau : Origin 400i
    Armes et objets
    Ajout d'un objet FPS : Dispositif médical CureLife ParaMed
    Ajout d'un objet FPS : Accessoire médical multi-outils Greycat LifeGuard
    Technologie de base
    Ajout de la récupération des vaisseaux en cas de crash du serveur
    Les vaisseaux des joueurs devraient maintenant être récupérables après un crash du serveur. Ce nouveau système donnera l'option sur l'ASOP de faire apparaître à nouveau le vaisseau sur l'aire d'atterrissage sans perte d'inventaire ou d'équipement au lieu de devoir déposer une réclamation. Ce nouveau système fonctionne sur un système de pulsation pour sauvegarder un instantané de l'état du vaisseau et peut prendre jusqu'à quelques minutes après avoir rejoint le serveur pour que l'ASOP passe de la réclamation à un spawn normal.
     
    Mises à jour des fonctionnalités
    Lieux
    Orison - Zone d'atterrissage V2
    Ajout de boutiques supplémentaires sur les différentes plates-formes pour étendre les services disponibles à Orison. Cela inclut la salle d'exposition de Crusader Industries qui présente le Starlifter Hercules, le Star Fighter Ares et le Star Runner Mercury, Cousin Crow's Custom Crafts qui vend des composants de vaisseaux, et Providence Surplus qui vend des vêtements et des équipements industriels.
    Déplacement de Port Olisar
    Port Olisar a été déplacée plus près de Crusader et en orbite synchrone au-dessus d'Orison pour la rendre plus conforme aux autres stations en orbite basse.
    Refonte d'Arena Commander et de Broken Moon
    Les tableaux d'affichage d'Arena Commander et de Star Marine ont été convertis pour fonctionner avec les Building Blocks. La nouvelle interface donnera aux joueurs un accès en temps réel à la position, au nom, au rang, au score, aux objectifs, aux tués, aux morts, aux aides et au ping. La carte Broken Moon d'Arena Commander a également été mise à jour : sa taille globale a été augmentée, de nouvelles zones de jeu ont été ajoutées, ainsi que de nouvelles options de couverture et de nouveaux assets spatiaux.
    Gameplay
    Amélioration de l'IA FPS et des combats de vaisseaux
    Plusieurs améliorations ont été apportées à la synchronisation de l'IA afin de réduire les téléportations sur de courtes distances et d'être plus réactif en combat FPS. Augmentation de la distance à laquelle l'IA des FPS peut tirer sur les joueurs. Amélioration des performances de la prédiction des coups pour faciliter la prédiction des coups de l'IA des vaisseaux.
    Mises à jour du système juridique
    Mise à jour de la plupart des crimes de niveau 1 pour en faire des délits qui donnent toujours droit au même niveau mais peuvent maintenant être payés à une borne d'amende à effacer. (Remarque : les stations continueront à vous tirer dessus avec un CS1) Si vous ne payez pas un crime à un terminal, l'amende et l'impact du CS augmenteront après une semaine. Réduction du temps de recharge entre les crimes pour les agressions afin qu'ils aient un impact plus important sur votre taux de criminalité s'ils se succèdent. Augmentation considérable de la taxe pour tous les délits, de sorte qu'il est beaucoup plus important de payer les amendes. Mise à jour du système juridique afin de pardonner automatiquement les crimes commis contre les joueurs, sauf s'ils acceptent activement de porter plainte.
    QOL Quantum
    De nombreux correctifs ont été apportés pour aider le moteur Quantum à s'engager de manière cohérente. Cela devrait grandement aider à résoudre les problèmes liés à l'alignement et au déclenchement d'une cible quantique.
    Mises à jour du Gimbal assisté
    Nous avons remplacé le code du gimbal assisté. Il est maintenant beaucoup plus stable et la solution de tir exclura désormais les gimbals qui sont désactivés ou autrement non fonctionnels.
    Mises à jour du VJoy
    Le VJoy a été réécrit. L'espace de mouvement est maintenant un carré (au lieu d'un cercle) avec une zone morte circulaire pour la souris au milieu. Cela permet de se débarrasser de la sensation de collage sur les bords et de corriger les bugs qui empêchaient les vaisseaux contrôlés par la souris d'atteindre la pleine performance de rotation dans certains cas.
    Sélection de cible par le regard de Tobii
    Activation de la sélection de cible basée sur le regard de Tobii. Cela permettra aux joueurs utilisant les traqueurs oculaires Tobii d'utiliser les mouvements oculaires pour sélectionner une cible. Tout ce que vous avez à faire est de regarder votre cible et d'appuyer sur le bouton de sélection de cible pour la verrouiller.
    Mises à jour des profils de joysticks par défaut
    Mise à jour des profils de joysticks par défaut pour plusieurs configurations, notamment les Hotas et les pédales Thrustmaster Warthog, le T16000m (Single, Dual et Throttle), les Hotas X de T.Flight, les Duals Premium de VKB Gladiator NXT et les Duals Premium de VKB SCG. Cette mise à jour est en cours et d'autres profils par défaut seront ajoutés dans les prochaines versions.
     
    Augmentation considérable des taux de rafraîchissement des marchandises dans l'UE.
    Augmentation de la distance à laquelle les joueurs se connectent aux réseaux de communication afin qu'ils ne sortent pas directement dans la zone restreinte.
    Les missions initiales des chasseurs de primes sont désormais partageables.
    Ajout d'options pour avoir l'indicateur de vélocité : Toujours allumé, fondu (Defualt), ou toujours éteint.
     
    Vaisseaux et véhicules
    Aegis Gladius - Gold Standard
    Aegis Sabre - Gold Standard
     
    Armes et objets
    Sacs à dos
    Avec les nouveaux changements apportés à la gestion de l'inventaire, nous avons séparé les sacs à dos des ensembles complets d'armures et en avons fait un objet à part entière qui peut être équipé ou déséquipé. Les joueurs peuvent désormais acheter plusieurs tailles de sacs à dos qui nécessiteront des armures de tailles différentes pour être utilisés. Ainsi, les sacs à dos les plus grands pourront être équipés sur des armures lourdes, tandis que les armures moyennes et légères pourront être équipées de certains sacs à dos plus petits.
     
    Technologie de base
    Optimisation du terrain des planètes et de la tessellation des océans en fonction de la taille de l'écran.
    Corrections de bugs majeurs
    Correction d'un problème à cause duquel certains joueurs rencontraient à plusieurs reprises l'erreur 30009 lorsqu'ils tentaient de rejoindre le PU.
    Correction d'un problème entraînant l'apparition d'un nombre d'arbres inférieur au nombre prévu autour de MicroTech.
    Les vaisseaux sur les aires d'atterrissage ne devraient plus se retrouver en "état inconnu" pour l'emplacement et devoir être récupérés après que le vaisseau soit stocké ou diffusé.
    Les chemins quantiques ne devraient plus vous faire passer sous le terrain de la zone 18 et d'autres endroits et vous faire exploser.
    Les vaisseaux sur les aires d'atterrissage ne devraient plus se retrouver dans un "état inconnu" pour le lieu après le stockage du vaisseau.
    L'utilisation du mode Pitch FPS inversé n'inversera plus le curseur du mode d'interaction.
    Correction d'un problème à cause duquel les barmans n'interagissaient jamais avec les joueurs.
    Les évadés de prison ne devraient plus être renvoyés en prison à leur mort s'ils se trouvent dans un espace non contrôlé.
    Il ne devrait plus y avoir deux invites de pensée intérieure pour l'ouverture et la fermeture de la verrière du pilote dans plusieurs vaisseaux.
    Correction d'un problème entraînant la disparition aléatoire des aUEC et des objets non équipés des inventaires des joueurs.
    Il ne devrait plus y avoir de différence de couleur entre la tête et le corps des personnages.
    Correction d'un problème à cause duquel les terminaux ASOP ne fonctionnaient pas lors de la première interaction.
    Correction d'un problème à cause duquel les joueurs subissaient parfois des dégâts de collision lorsqu'ils entraient dans un vaisseau.
    Les gisements des astéroïdes en FPS peuvent désormais être scannés.
    L'IA du FPS ne devrait plus continuer à tirer à travers les autres IA ennemies lorsqu'elle attaque un joueur.
    Les escaliers de l'atelier du vaisseau de New Deal menant près du Hammerhead ne devraient plus manquer de collision.
    Les joueurs ne devraient plus pouvoir amarrer automatiquement un vaisseau parasite au Constellation depuis le haut, ce qui le ferait entrer en collision avec lui.
    Plusieurs points de contrôle de joueurs ne devraient plus s'afficher en même temps dans les modes de course Arena Commander.
    Les chariots trouvés dans les hangars de la Zone 18 ne devraient plus passer à travers le sol, supprimant ainsi la fonctionnalité.
    Correction d'un problème de réinitialisation des personnages sur les comptes possédant un grand nombre d'objets ayant de multiples problèmes en jeu.
     
    Technique
    Correction de 6 plantages du client
    Correction de 5 crashs du serveur
    Correction du délai d'attente du service Backend.
    Optimisations des performances du serveur et du client
    Optimisation de la mise en réseau des personnages pour réduire les risques de glissement et de téléportation des joueurs à pied.
     
    Trad : @Maarkreidi SwissStarships.org


     

    Actualités
    218

    BONUS DE PARRAINAGE D'AUTOMNE

    BONUS DE PARRAINAGE D'AUTOMNE
    Faites en sorte que chaque mouvement compte dans la prochaine version Alpha 3.15, car les enjeux dans le 'verse seront toujours plus élevés. Vous pourrez bientôt sauter dans les souterrains pour relever de nouveaux défis, éliminer vos ennemis avec des munitions lourdes ou vous envoler n'importe où sur un coup de tête. Veillez simplement à garder un œil sur vos trésors et à vous munir d'un médecin, car Alpha 3.15 a des conséquences mortelles.
     

    À partir d'aujourd'hui, 1er novembre, notre dernier bonus de parrainage vous permet de gagner GRATUITEMENT le champion de l'édition 2009 de Ship Showdown, l'Argo MPUV-1C. Et, puisque ce vaisseau a remporté la couronne du concours cette année, vous et votre recrue recevrez également la peinture Best in Show de MPUV, la veste de vol et le sac à dos Argo.
     
    Pour en savoir plus, consultez la FAQ ci-dessous. 

     
     
    FAQ sur le bonus de parrainage
    Trouvez tout ce que vous devez savoir sur le bonus de parrainage de l'automne.
     
    Qu'est-ce que le bonus de parrainage ?
    Le bonus de parrainage vous offre un vaisseau gratuit pour avoir attiré de nouveaux joueurs dans Star Citizen. Cette fois, vous et les joueurs que vous parrainez recevez chacun un Argo MPUV-1C. Le bonus est accordé lorsqu'un nouveau joueur utilise votre code de parrainage et s'engage pour un pack de démarrage ou un vaisseau (minimum 40 $) sur la boutique de promesses de dons.
    Les bonus de parrainage habituels s'appliquent également, notamment 5000 aUEC et un point dans le programme de parrainage régulier.
    Cette promotion est valable jusqu'au 1er décembre.
     
    Comment puis-je parrainer un ami ?
    Vos amis doivent ajouter votre code de parrainage personnel lors de la création de leur compte. Cette étape est cruciale, car le code NE PEUT PAS être ajouté après la création du compte.
     
    Où puis-je trouver mon code de parrainage personnel ?
    Vous pouvez le trouver sur la page du programme de parrainage. Votre code de parrainage est unique et peut être partagé où vous le souhaitez, notamment sur les médias sociaux, par e-mail ou sur votre site Web.
     
    Quels sont les avantages pour moi ?
    En recrutant un ami pendant la promotion, vous recevrez tous les deux le MPUV-1C Argo avec une assurance à vie dans le jeu (LTI).
     
    Puis-je gagner plus d'un MPUV ?
    Non. Un seul vaisseau peut être gagné par joueur.
     
    Qu'est-ce que le programme de parrainage régulier ?
    Le programme de parrainage régulier vous permet de devenir un élément moteur de la croissance de la communauté Star Citizen. De plus, vous débloquerez des récompenses en jeu, des objets exclusifs du hangar aux vaisseaux. La page du programme de parrainage détaille tout ce qui est actuellement disponible.
     
    Quand recevrai-je ma récompense de parrainage MPUV ? 
    Le joueur expérimenté recevra son vaisseau de récompense dès que le nouveau joueur qu'il a recommandé aura fait un don pour un pack de démarrage ou un vaisseau (minimum 40 $) sur la boutique de promesses de dons. Le nouveau joueur recevra son vaisseau de récompense à la fin de la promotion, le 1er décembre. Les vaisseaux peuvent être distribués par vagues, donc si vous ne le voyez pas apparaître tout de suite, il devrait apparaître bientôt.
     
    Y a-t-il des limites à la récompense de parrainage ?
    Oui, les MPUV distribués comme récompense de parrainage ne peuvent être ni remboursés ni donnés.
     
    Le programme de parrainage standard et la prime de parrainage limitée de l'automne fonctionnent-ils ensemble ?
    Oui. Tous les parrainages obtenus pendant la période de bonus sont comptabilisés dans le total du programme de parrainage standard. 
     
    Vous trouverez de plus amples informations sur le Programme de parrainage ci-dessous :
    Cliquez ici pour consulter notre programme de parrainage ordinaire.
    Cliquez ici pour consulter la FAQ du Programme de parrainage.
     

     
    Trad : @Maarkreidi SwissStarships.org

    Actualités
    253

    L'anti-cheat facile arrive dans l'Alpha 3.15.1

    L'anti-chat facile arrive dans l'Alpha 3.15.1
    Bonjour à tous,
    Avec la sortie de l'Alpha 3.15.1 plus tard ce mois-ci, nous introduirons la première phase de notre déploiement de l'Easy Anti-Cheat (EAC) pour Star Citizen.
    Easy Anti-Cheat est un service anti-triche utilisé par de nombreux jeux populaires (dont beaucoup auxquels vous avez probablement joué !), qui permet de contrer la triche et l'utilisation de logiciels tiers non autorisés dans les jeux PC multijoueurs. Vous pouvez trouver plus d'informations sur Easy Anti-Cheat ici : https://www.easy.ac.
    Empêcher l'utilisation de logiciels potentiellement dangereux (y compris les tricheurs) dans nos jeux reste l'un de nos objectifs essentiels pour créer une expérience multijoueur amusante et équitable pour tous. Par conséquent, vous risquez de rencontrer un message d'erreur qui vous exclura du jeu ou empêchera le lancement du jeu en raison de la détection de modifications non autorisées dans vos fichiers de jeu.
    Nous sommes conscients que certains joueurs utilisent des fichiers moddés pour améliorer leur expérience de jeu, comme des modifications de l'interface utilisateur, la localisation/la prise en charge de langues supplémentaires, etc. Nous tenons à vous prévenir qu'EAC bloquera la plupart de ces mods dans un premier temps, ce qui vous empêchera de lancer le jeu jusqu'à ce que les fichiers moddés soient supprimés de votre téléchargement local.
    Cependant, la passion et la créativité de la communauté Star Citizen ne connaissent aucune limite, et certains des projets en cours sont vraiment remarquables, notamment en matière de localisation. Bien que vous puissiez constater que ces mods ne fonctionnent pas avec la version 3.15.1, nous étudions déjà la possibilité d'un "programme d'approbation des mods", qui permettrait aux mods d'être mis sur une liste blanche après une vérification approfondie de la compatibilité et de la sécurité de notre part. Nous ne sommes pas encore prêts à nous engager dans cette voie, mais nous avons déjà contacté certains créateurs de mods et explorons les options possibles.
    Enfin, il est important de noter qu'il s'agit de notre première véritable mise en œuvre de l'anti-triche, ce qui signifie qu'il peut y avoir des cas limites/problèmes, et le service deviendra plus robuste au fil du temps - nous vous encourageons à partager vos commentaires dans notre fil de commentaires dédié, que nous publierons lorsque l'anti-triche sera en ligne.

    Actualités
    228

    MAILLAGE DE SERVEURS ET STREAMING PERSISTANT Q&A

    MAILLAGE DE SERVEURS ET STREAMING PERSISTANT Q&A

     
    Lors de la CitizenCon 2951, nous avons plongé dans les technologies de changement que sont le Server Meshing et le Persistent Streaming, avec Paul Reindell (directeur de l'ingénierie, Online Technology) et Benoit Beausejour (directeur de la technologie chez Turbulent). Après le panel, nous avons constaté que de nombreuses personnes avaient des questions à poser à nos panélistes, et nous voulons nous assurer qu'elles reçoivent une réponse. Nous vous invitons à lire la suite de notre entretien avec Paul, Benoit, Roger Godfrey (producteur principal) et Clive Johnson (programmeur réseau principal).
    Quand verrons-nous le Streaming persistant et le Server Meshing dans le PU ?
    Notre objectif actuel est de publier le streaming persistant et la première version de la couche de réplication, idéalement entre le premier et le deuxième trimestre de l'année prochaine. Nous poursuivrons ensuite avec la première version d'un maillage de serveurs statiques, sauf complications techniques imprévues, entre le troisième et le quatrième trimestre de l'année prochaine.
    Quel est l'état actuel de la technologie de maillage de serveurs et quels sont les principaux problèmes qui la freinent ?
    La plupart des gens, lorsqu'ils parlent de maillage de serveurs, pensent généralement à l'étape finale de cette technologie qui consiste à "mailler les serveurs ensemble". La vérité est qu'avant cette étape finale, une très longue chaîne de pré-requis et de changements technologiques fondamentaux doivent être apportés à notre moteur de jeu. En gardant cela à l'esprit, je vais essayer de répondre à cette question en tenant compte de l'ensemble du tableau.
    La réponse courte est que l'état est en fait très avancé.
    Maintenant, la version longue. La route vers le maillage de serveurs a commencé en 2017/2018 :
    Streaming de conteneurs d'objets
    Pour que le Server Meshing fonctionne, nous avions d'abord besoin d'une technologie qui nous permette de lier/délier dynamiquement des entités via le système de streaming, car ce n'est pas quelque chose que le moteur prenait en charge lorsque nous avons commencé. Ainsi, lorsque nous avons lancé le "Client Side Object Container Streaming" (OCS) en 2018, nous avons également lancé la toute première étape vers le maillage de serveur !
    Une fois ce premier pas franchi, la technologie qui nous permet de lier/délier dynamiquement des entités sur le client devait être activée sur le serveur également (car, en fin de compte, les nœuds de serveur dans le maillage devront diffuser des entités en entrée/sortie de manière dynamique). Cette technologie est appelée "Server Side Object Container Streaming" (S-OCS), et la première version de S-OCS a été publiée à la fin de 2019. Il s'agissait de la prochaine grande étape vers le maillage de serveur.
    Autorité des entités et transfert d'autorité
    Alors que nous disposions de la technologie nous permettant de diffuser dynamiquement des entités sur le serveur, il n'y a toujours qu'un seul serveur qui " possède " toutes les entités simulées. Dans un maillage où plusieurs nœuds de serveur partagent la simulation, nous avons besoin du concept d'"autorité des entités". Cela signifie qu'une entité donnée n'est plus la propriété d'un seul serveur de jeu dédié, mais qu'il existe plusieurs nœuds de serveur dans le maillage. Ainsi, un nœud de serveur qui contrôle l'entité, et plusieurs autres nœuds de serveur qui ont une vue client de cette entité. Cette autorité doit également pouvoir être transférée entre les nœuds de serveur. Une bonne partie du temps de développement a été consacrée au concept d'"autorité de l'entité" et de "transfert d'autorité" au cours du premier semestre de 2020. C'est la première fois que l'ensemble de l'entreprise a dû travailler sur le maillage des serveurs, car une grande partie du code de jeu a dû être modifiée pour fonctionner avec le nouveau concept d'entité-autorité. À la fin de l'année 2020, la plupart du code (de jeu) a été modifié pour prendre en charge le concept, donc une autre grande étape a été franchie, mais il n'y a pas encore de maillage réel en vue.
    Couche de réplication et flux persistant
    L'étape suivante a consisté à déplacer la réplication des entités dans un endroit central où nous pouvons contrôler le streaming et la logique de liaison au réseau. Cela nous permet ensuite de répliquer l'état du réseau sur plusieurs nœuds de serveur. Pour ce faire, nous avons dû déplacer la logique de streaming et de réplication du serveur dédié vers la couche "Réplication", qui héberge désormais le code de réplication du réseau et de streaming des entités.
    Dans le même temps, nous avons également implémenté le streaming persistant, qui permet à la couche de réplication de faire persister l'état des entités dans une base de données de graphes qui stocke l'état de chaque entité répliquée en réseau. L'année 2021 a été consacrée au travail sur la couche de réplication et l'EntityGraph, qui nous permet de contrôler le streaming et la réplication des entités à partir d'un processus distinct (séparé du serveur de jeu traditionnel dédié). Ce travail est presque terminé et se trouve dans sa phase finale.
    Maillages de serveurs statiques et dynamiques
    Cependant, il ne s'agit pas encore d'un "maillage". Le travail sur le maillage réel a commencé et il nous faudra une bonne partie de l'année prochaine pour le terminer, et toutes les conditions préalables que j'ai décrites ci-dessus étaient nécessaires pour en arriver à ce point. La première version de cette technologie sera un maillage de serveurs statiques et constitue le prochain grand pas en avant. Cependant, ce ne sera pas non plus la dernière ! Avec le maillage statique, nous disposerons de la première version d'un véritable maillage mais, comme le nom "statique" l'indique, la capacité à faire évoluer ce maillage est très limitée.
    Avant de pouvoir vraiment qualifier cette fonctionnalité de complète, nous devrons franchir une autre étape importante, que nous appelons "maillage dynamique". Cette étape nous permettra de mailler dynamiquement les nœuds de serveur ensemble, puis de faire évoluer le maillage dynamiquement en fonction de la demande. Une grande partie du travail sur cette partie se fait en parallèle. Par exemple, le gestionnaire de flotte qui contrôle la demande dynamique du maillage est déjà en cours de développement, de même que les exigences en matière de matchmaking qui accompagnent la nouvelle inclusion des "shards".
    Pendant ce temps, de nombreuses équipes de code de jeu doivent également travailler à l'adaptation du code de jeu existant pour qu'il fonctionne pleinement avec un maillage de serveur (et surtout trouver tous les cas limites qui ne feront surface qu'une fois que nous aurons un véritable maillage). Bien que le travail sur l'autorité des entités ait été achevé en 2020, l'autorité des entités n'est actuellement transférée qu'entre le client et un seul serveur, de sorte que certains codes peuvent nécessiter des ajustements supplémentaires.
    Comment envisagez-vous de gérer un grand vaisseau, par exemple un Javelin ? Aurait-il sa propre ressource dédiée avec les vaisseaux qui l'entourent ?
    Avec le maillage de serveur dynamique, il est possible que les grands vaisseaux tels que le Javelin aient leur propre serveur dédié pour exécuter la simulation faisant autorité pour ce vaisseau et tout ce qu'il contient. Cependant, nous essayons d'éviter d'avoir des règles inflexibles sur la façon dont les entités sont assignées aux ressources de traitement, donc ce ne sera pas toujours le cas. C'est une question d'efficacité, tant en termes de vitesse de traitement que de coûts de serveur. Si nous avions une règle stricte selon laquelle chaque Javelin et tout ce qu'il contient reçoit son propre serveur, cela ne serait pas très rentable lorsqu'un Javelin ne compte qu'une poignée de joueurs. La même règle ne serait pas non plus efficace en termes de vitesse de traitement des serveurs s'il y avait des centaines de joueurs entassés dans le même Javelin, car la règle nous empêcherait de répartir la charge de traitement sur plusieurs serveurs.
    Le maillage dynamique des serveurs sera un peu différent dans la mesure où il réévaluera constamment la meilleure façon de distribuer la simulation, afin de trouver le point idéal pour qu'aucun serveur ne soit surchargé ou sous-utilisé. Au fur et à mesure que les joueurs se déplacent dans le 'verse, la distribution idéale des ressources de traitement changera. Pour réagir à ces changements, nous devrons être en mesure de transférer l'autorité sur les entités d'un serveur à un autre, ainsi que de mettre en ligne de nouveaux serveurs et de fermer les anciens. Cela nous permettra de déplacer la charge de traitement d'un serveur qui risque d'être surchargé vers un serveur qui est actuellement sous-utilisé. Si aucun des serveurs existants ne dispose d'une capacité de réserve suffisante pour faire face à une augmentation de la charge, nous pouvons simplement louer d'autres serveurs auprès de notre fournisseur de plateforme de cloud computing. Et lorsque la charge de certains serveurs n'est plus suffisante pour les rendre rentables, certains d'entre eux peuvent transférer leurs parties de la simulation sur les autres et nous pouvons fermer ceux dont nous n'avons plus besoin.
    Combien de joueurs pourront se voir dans un même espace ? Quel est le maximum que vous prévoyez ?
    Il est difficile de répondre à cette question, et la meilleure réponse que nous puissions donner pour le moment est que cela dépend.
    En supposant que la question porte sur la limite du nombre de joueurs qui pourront se voir d'un point de vue client, elle est principalement dictée par le client du jeu. Cela est dû à la simulation côté client, comme la physique et le code de jeu, ainsi qu'au coût du rendu.
    De plus, cela dépend aussi fortement du scénario ; 100 joueurs en combat FPS sont moins chers à simuler et à rendre sur le client que 100 joueurs se battant dans des vaisseaux spatiaux monoplaces, tirant des missiles et des lasers les uns sur les autres.
    L'équipe graphique travaille activement sur Vulkan, qui nous permettra d'augmenter les appels de dessin et devrait améliorer le nombre de joueurs/de vaisseaux que nous pouvons rendre en même temps, tandis que l'équipe moteur se concentre sur les optimisations du code de jeu pour augmenter le nombre d'objets de jeu que nous pouvons simuler en même temps.
    Notre objectif est d'augmenter le nombre de joueurs et nous espérons pouvoir supporter des scénarios où 100 joueurs peuvent se voir à des fréquences d'images raisonnables. Cependant, lorsque nous commencerons à mettre à l'échelle nos shards pour supporter un nombre plus élevé de joueurs, la probabilité que chaque joueur d'un shard puisse se rendre au même endroit physique et se voir sans problème de performance diminuera. 
    C'est là que nous devrons commencer à mettre en place des mécanismes de jeu qui empêcheront ces scénarios de se produire trop fréquemment.
    La limite absolue est difficile à prévoir tant que les nouvelles technologies ne sont pas en ligne et que nous ne pouvons pas commencer à mesurer les performances.

    Si je construis une base sur une lune, ma base sera-t-elle reflétée sur les autres shards sur lesquels je ne suis pas ?
    L'équipe de Planet Tech prévoit d'implémenter la construction de bases en tenant compte des shards du serveur. En revendiquant un terrain pour votre base, vous revendiquerez ce terrain sur tous les serveurs, et nous prévoyons de répliquer votre base sur tous les serveurs.
    Cependant, un seul serveur disposera d'une version "active" de la base, les autres serveurs générant une version "accès limité/lecture seule" de cette même base. Par exemple, une base donnera un accès complet et la possibilité de s'étendre dans le shard sur lequel le propriétaire joue actuellement, tandis que sur tous les autres shards, cette base peut apparaître avec des portes verrouillées dans un état immuable. Le design complet n'est pas encore établi à 100% et peut changer.
    Le véritable objectif final est-il un seul et unique shard pour tous les joueurs ?
    C'est notre ambition, mais il est impossible de donner une réponse définitive à ce stade.
    Nous commencerons avec de nombreux petits shards par région et réduirons lentement le nombre de shards. Le premier objectif majeur sera de réduire le nombre de shards à un seul par région. Pour y arriver, notre plan est d'augmenter progressivement le nombre de joueurs par shard et d'améliorer constamment le backend et la technologie du client pour supporter de plus en plus de joueurs.
    Il n'y a pas que les changements technologiques qui sont nécessaires pour atteindre cet objectif - une nouvelle conception du jeu et des mécanismes de jeu sont également nécessaires. Sans mécanismes pour empêcher chaque joueur de se rendre au même endroit, un grand méga-shard sera très difficile à réaliser, surtout sur le client. Par exemple, il pourrait y avoir un mécanisme permettant de fermer temporairement les points de saut vers des endroits bondés, ou de créer de nouvelles couches pour certains endroits.
    Alors que le backend est conçu pour évoluer horizontalement, le client de jeu fonctionne sur une seule machine et est limité à un nombre défini de cœurs CPU/GPU ainsi qu'à la mémoire.
    Ce n'est qu'une fois que nous aurons surmonté ces obstacles et réussi à créer un méga-shard par région que nous pourrons nous attaquer au boss final : Fusionner les shards régionaux en un méga-shard global.
    Cela pose son lot de problèmes, car la localisation joue un rôle important dans l'expérience du joueur. Par exemple, la latence entre les services au sein d'un même centre de données est beaucoup plus faible que la latence entre des services hébergés dans deux centres de données séparés par région. Et bien que nous ayons conçu le backend pour qu'il prenne en charge un seul shard mondial, c'est un défi opérationnel de déployer le backend de manière à ne pas favoriser un groupe de joueurs par rapport à un autre.
    L'économie de l'univers sera-t-elle indépendante dans chaque shard ou jointe ?
    L'économie sera globale et reflétée dans chaque shard. 
    Par exemple, prenons le cas des boutiques. Alors que chaque boutique dispose d'un inventaire local (les objets qui sont actuellement exposés), les boutiques sont réapprovisionnées à partir d'un inventaire global partagé par tous les shards. Si de nombreux joueurs commencent à acheter une arme spécifique à la boutique d'armes de Port Olisar, le prix de cette arme augmentera dans cette boutique sur tous les mondes. Le stock de cette arme finira par être épuisé et les magasins de tous les mondes ne seront plus en mesure de la réapprovisionner.
    Qu'est-ce qui empêchera de grands groupes de "bleus" et de grands groupes de "rouges" de se retrouver dans des shards à chambre d'écho ? La dynamique sociale implique de grandes concentrations de personnes qui auront des amis et seront dans des organisations qui ont les mêmes intérêts. Y aura-t-il une solution pour assurer un bon mélange entre les bons, les mauvais et les intermédiaires ?
    Les joueurs ne seront pas assignés de façon permanente à un shard, car le système de matchmaking attribue un nouveau shard pour la région sélectionnée à chaque connexion. Au début, cela entraînera une distribution naturelle, car nous commencerons avec de nombreux petits shards en parallèle.
    Lorsque nous commencerons à faire évoluer nos shards (et donc à réduire le nombre de shards parallèles), cette question deviendra plus pertinente. Nous prévoyons d'y répondre avec notre nouveau système de mise en relation.
    Le nouveau système de mise en relation, actuellement en cours de développement parallèlement au maillage des serveurs, nous permet d'associer les joueurs aux shards en fonction de plusieurs paramètres d'entrée. Ces paramètres sont utilisés pour associer les joueurs à leurs amis ou à l'endroit où ils ont laissé la plupart de leurs objets dans le monde ouvert. Cependant, il nous permet également d'utiliser des paramètres plus avancés, tels que la réputation et d'autres statistiques cachées des joueurs que nous suivons.
    Cela nous permettra d'essayer de faire en sorte que chaque shard présente une collection semi-diversifiée d'individus. Par exemple, nous pourrions nous assurer que nous ne chargeons pas par inadvertance un shard avec uniquement des joueurs légaux, ce qui pourrait ne pas être très amusant si une partie de ce qu'ils veulent faire est de chasser les joueurs criminels.
    Votre personnage et votre vaisseau seront-ils toujours présents dans le jeu après votre départ ? Par exemple, si je me déconnecte du lit de mon vaisseau sur une planète, mon vaisseau sera-t-il toujours là, ce qui signifie que des personnes pourraient essayer de pénétrer dans mon vaisseau ou de le détruire ?
    Lorsqu'une entité est "déstockée" dans un shard (elle existe physiquement dans le shard), elle existe de manière permanente dans ce shard jusqu'à ce que le joueur "range" l'entité dans un inventaire. Cela peut se faire en ramassant une arme et en la plaçant dans son sac à dos, ou en faisant atterrir un vaisseau sur une aire d'atterrissage, ce qui place le vaisseau dans un inventaire spécifique de l'aire d'atterrissage. Une fois qu'une entité se trouve dans un inventaire, elle est stockée dans la base de données globale et peut être rangée dans n'importe quel shard. Cela permet aux joueurs de déplacer des objets entre les shards.
    Nous prévoyons également un mécanisme appelé "arrimage/désarrimage des objets de héros". Cela prendra tous les objets de héros appartenant au joueur et les rangera automatiquement dans un inventaire de transition de shard spécifique au joueur. Le rangement automatique se produit généralement lorsqu'aucun autre joueur n'est présent et que l'entité est diffusée. Les objets de cet inventaire de transition suivront automatiquement le joueur. Ainsi, lorsqu'un joueur se connectera à un autre shard, nous prendrons les entités et les rangerons dans le nouveau shard à l'endroit où le joueur les a laissées.
    Lorsque vous posez votre vaisseau sur une lune et que vous vous déconnectez, le vaisseau disparaît et est automatiquement rangé si aucun autre joueur n'est présent à ce moment-là. Maintenant, lorsque vous vous connectez à un autre shard, votre vaisseau sera désarrimé dans le nouveau shard. Si, pour une raison quelconque, le vaisseau est resté plus longtemps dans l'ancien shard et a été détruit alors que vous étiez déconnecté, vous pouvez vous réveiller dans un lit médicalisé.

    Dans quelle mesure le nouveau contenu dépend-il maintenant du maillage de serveurs ?
    Le maillage de serveurs nous permettra de commencer à augmenter le nombre de joueurs pouvant jouer ensemble dans Star Citizen, mais aussi de commencer à ajouter de nouvelles expériences de contenu. Pour l'instant, nous nous concentrons sur l'ajout de nouveaux systèmes stellaires. Le maillage de serveurs est l'une des technologies clés pour faire fonctionner les points de saut dans le jeu, en permettant aux systèmes stellaires d'entrer et de sortir de la mémoire de façon transparente, sans écran de chargement. Les joueurs le verront pour la première fois l'année prochaine, lorsque la première itération du Server Meshing sera mise en service avec l'introduction du système Pyro.
    Au fur et à mesure que nous affinons la technologie et que nous passons du maillage statique du serveur au maillage dynamique du serveur, les concepteurs peuvent utiliser cette technologie pour créer des zones plus grandes et plus intéressantes (comme de grandes colonies ou de grands intérieurs de vaisseaux) avec un nombre plus dense de personnages IA et de joueurs. Le maillage de serveurs pourrait ouvrir les portes à des expériences de jeu auxquelles nos concepteurs n'ont pas encore pensé !
    Quelle est l'ampleur de l'amélioration des performances à laquelle nous pouvons nous attendre ?
    Le gain le plus important sera la performance du serveur. Actuellement, les performances de notre serveur sont assez limitées en raison du nombre d'entités que nous devons simuler sur un serveur. Il en résulte un framerate très bas et une dégradation du serveur, ce qui entraîne pour le client un effet de lag/élastique et d'autres problèmes de désynchronisation du réseau. Une fois que nous aurons mis en place le maillage statique, le framerate du serveur devrait être considérablement plus élevé, ce qui réduira ces symptômes.
    En ce qui concerne les FPS du client, le maillage du serveur a en fait très peu d'impact. Le client ne diffuse déjà que les entités qui sont à portée de vue. Il peut y avoir de légères améliorations, car nous pouvons être un peu plus agressifs avec l'élimination de la portée sur le client. En effet, à l'heure actuelle, certains objets ont un rayon de diffusion gonflé pour que des fonctionnalités comme le radar ou les missiles fonctionnent correctement. Avec le Server Meshing, nous pouvons découpler le rayon de diffusion du client et du serveur. Cependant, ces améliorations seront minimes sur le client. Néanmoins, des FPS plus rapides sur le serveur amélioreront l'expérience globale car le décalage du réseau sera considérablement réduit.
    Je sais qu'il n'y a peut-être pas encore de réponse à cette question mais, lors de la sortie initiale du Server Meshing, combien de shards pensez-vous devoir avoir ? 10, 100, 1000, plus ? Nous savons que l'abandon de DGS signifie plus de joueurs par zone de jeu, mais nous ne savons pas combien vous en prévoyez.
    La réponse courte est que nous ne pouvons pas avancer un nombre.
    Le concept de shard est la partie "malléable" de l'architecture de maillage, et nous ne serons en mesure de dire le nombre de shards requis qu'une fois que toutes les pièces constitutives seront en place et que nous prévoyons d'y arriver de manière itérative.
    Avec la première publication de Persistent Streaming (pas de maillage), nous voulons commencer par imiter le comportement actuel que vous voyez en ligne en ayant un shard par instance de serveur et un réplicant (appelé hybride). La seule différence est que toutes les entités de ces shards seront toujours persistantes. Cela nous permet de faire face au pire des scénarios en ayant un très grand nombre de shards persistants et de réplicants de très grande taille pour tester les mécanismes de création/ensemencement, de simulation avec des joueurs actifs et de démantèlement pour recyclage ou destruction. Nous voulons que la création et la destruction des shards dans cette première phase soient optimales, rapides et sans coût.
    Cette approche a plusieurs avantages, car nous pouvons tester la persistance des shards plus tôt et, plus important encore, nous pouvons mesurer les métriques actives sur de nombreux shards.
    Par exemple (non exhaustif !) :
    Combien d'entités restent dans un shard persistant au fil du temps (taux de croissance du shard).
    Taille du graphe global (taux de croissance global)
    Combien de joueurs une base de données d'un seul shard peut-elle gérer (utilisation des joueurs) ?
    L'effet de plusieurs mécanismes de jeu sur les mises à jour des entités dans la base de données du shard (effets du jeu).
    Profil de performance des files d'attente d'écriture, temps de requête moyen des clusters de la base de données shard (métriques de la base de données shard)
    Profil de performance des files d'attente d'écriture, temps moyen d'interrogation du cluster global de la base de données (métriques de la base de données globale)
    Efficacité du sharding de la base de données (un autre niveau de sharding !) du graphe
    Bien que nous disposions d'estimations et de mesures internes appropriées pour ces éléments, rien ne remplace des acteurs réels générant une charge représentative sur le système.
    Au fur et à mesure que nous mettons en place les autres composants du maillage, principalement le maillage statique, nous prévoyons de réduire progressivement le nombre de shards, en regroupant les joueurs dans des shards de plus en plus grands jusqu'à ce que nous soyons à l'aise avec les performances des réplicants, des DGS et du graphe d'entités. Bien sûr, le maillage statique souffrira de problèmes de congestion et nous ne pourrons reprendre le passage à des shards beaucoup plus grands qu'une fois le maillage dynamique en place.
    En fin de compte, avec le maillage dynamique, nous visons à supporter de très grands shards. 
    Est-ce qu'un asset aussi petit qu'une balle peut voyager à travers les shards du serveur ?
    La réponse courte est non.
    Vous pouvez considérer les shards comme une instance complètement isolée de l'univers simulé, très similaire à la façon dont nous avons actuellement différentes instances isolées par serveur dédié. Pour que les objets puissent être transférés d'une instance à l'autre, ils doivent être rangés dans un inventaire avant de pouvoir être détachés dans un autre shard. Par exemple, si un joueur ramasse une arme dans un shard et la place dans son sac à dos. Lorsque le joueur se connecte à un autre espace, il peut sortir l'arme de son sac à dos et la ranger dans le nouvel espace.
    Au sein d'un shard, une entité telle qu'un missile pourra voyager à travers plusieurs nœuds de serveur si ces nœuds de serveur ont le missile dans la zone de streaming du serveur. Un seul nœud de serveur contrôlera (aura l'autorité) sur ce missile, tandis que les autres nœuds de serveur ne verront qu'une vue client du même missile.
    Les balles sont en fait créées côté client. Ainsi, une version unique de la balle est créée sur chaque nœud client et serveur, ce qui explique pourquoi j'ai utilisé une entité répliquée en réseau comme un missile dans l'exemple ci-dessus. 
    Lorsque vous gérez différentes régions du monde, envisagez-vous d'héberger quatre fermes de serveurs principales, telles que les États-Unis, l'Union européenne, la Chine et l'Océanie ? Ou envisagez-vous de créer un "One-Global-Universe" ? Si c'est le cas, comment allez-vous gérer l'équilibre des joueurs avec des variations extrêmes de ping ?
    Nous prévoyons toujours de conserver la distribution régionale des services sensibles au réseau. Dans le déploiement initial du streaming persistant, la base de données mondiale sera véritablement mondiale. Les shards eux-mêmes seront distribués régionalement, de sorte qu'un client de jeu se connectant à la région de l'UE sera de préférence associé à un shard de l'UE. Au fur et à mesure que la taille des shards augmente (tant pour les joueurs que pour les entités), nous prévoyons de revoir ce modèle et d'introduire des services au niveau régional pour servir des données plus proches de la localité.

    Je vis en Europe de l'Est. Après le lancement du maillage de serveurs, pourrai-je jouer avec des amis des États-Unis ?
    Nous ne prévoyons pas de limiter le choix du shard et de la région pour un joueur. 
    Un joueur sera libre de choisir n'importe quelle région pour jouer et, dans cette région, nous autoriserons une sélection limitée de shard. Par exemple, le shard avec vos amis ou le shard sur lequel vous avez joué la dernière fois. 
    Comme toutes les données des joueurs sont stockées dans la base de données globale, les joueurs peuvent passer d'un shard à l'autre de la même manière qu'ils peuvent passer d'une instance à l'autre aujourd'hui. Les objets qui sont rangés seront transférés avec le joueur et seront toujours accessibles, quel que soit le shard.
    Mort d'une couche de réplication : Quelle sera l'expérience des joueurs si une couche de réplication est fermée/"meurt" ? Nous savons que le graphe d'entités collectera les informations ensemencées et les réinjectera dans une nouvelle couche de réplication, mais reviendrons-nous au menu principal si la couche de réplication meurt, comme c'est le cas si un nœud de serveur meurt, ou aurons-nous une sorte d'écran de chargement qui nous fera automatiquement passer à une nouvelle couche ?
    Pour répondre correctement à cette question, je dois d'abord donner un peu plus de détails sur ce à quoi ressemblera notre architecture finale. En fin de compte, la couche de réplication ne sera pas un nœud de serveur unique. Elle consistera plutôt en de multiples instances d'une suite de microservices portant des noms comme Replicant, Atlas et Scribe. L'un des avantages de ce système est que la couche de réplication elle-même pourra évoluer. Un autre avantage, plus pertinent pour cette question, est que même si un seul nœud/instance de la couche de réplication peut tomber en panne, il est très peu probable que toute la couche de réplication tombe en panne en même temps. Du point de vue du client, les nœuds de réplication sont les plus importants, car ce sont eux qui gèrent le transfert d'entités en réseau et la réplication d'état entre les clients et le jeu. Le réplicant est conçu pour ne pas exécuter de logique de jeu et, en fait, il n'exécutera que très peu de code ; pas d'animation, pas de physique, juste du code réseau. Le fait d'être construit à partir d'une base de code aussi réduite devrait permettre de réduire le nombre de bugs dans l'ensemble. Ainsi, après quelques inévitables problèmes de démarrage, nous pensons que Replicants sera assez stable. Il est également important de savoir qu'à tout moment, un même client peut être servi par plusieurs réplicants (mais ces réplicants serviront également d'autres clients en même temps). La dernière pièce du puzzle est la couche Gateway : Les clients ne se connectent pas directement aux réplicants mais à un nœud de passerelle dans la couche Gateway. Le service de passerelle est juste là pour diriger les paquets entre les clients et les différents réplicants auxquels ils parlent. Le service Gateway utilisera une base de code encore plus petite que celle des réplicants et devrait donc être encore moins susceptible de tomber en panne.
    Que se passera-t-il donc pour un client si l'un des réplicants qui le dessert tombe soudainement en panne ?
    Le client restera connecté au shard mais une partie ou la totalité de sa simulation sera temporairement gelée. La couche de réplication créera un nouveau nœud de réplication pour remplacer celui qui s'est effondré et récupérera l'état de l'entité perdue dans la persistance via EntityGraph. Les passerelles clientes et les nœuds DGS qui étaient connectés à l'ancien réplicant vont rétablir la connexion avec le nouveau. Une fois que tout est reconnecté, le jeu se débloque pour les clients concernés. À ce stade, il se peut que le client subisse un certain nombre de fluctuations et de téléportations d'entités. Nous espérons que l'ensemble du processus prendra moins d'une minute.
    Que se passe-t-il pour un client si la passerelle qui le dessert tombe soudainement en panne ?
    Le service de passerelle ne contient pas d'état de jeu et aura sa propre forme de récupération en cas de panne. Comme il s'agit d'un service beaucoup plus simple qu'un réplicant, le temps de récupération devrait être beaucoup plus rapide, de l'ordre de quelques secondes. Pendant que la récupération est en cours, le client subira un gel temporaire suivi d'un snapping ou téléportation.
    Qu'en est-il du service hybride ?
    Lors de leur présentation à la CitizenCon sur le streaming persistant et le maillage de serveurs, Paul et Benoit ont parlé de la couche de réplication en termes de service hybride. Le service Hybride est, comme son nom l'indique, un hybride des services Replicant, Atlas, Scribe, et Gateway que j'ai mentionné ci-dessus (mais pas EntityGraph), ainsi qu'une poignée d'autres services non encore discutés. Nous avons choisi de développer d'abord ce service avant de le diviser en ses composants, car cela réduit le nombre de pièces mobiles que nous devons traiter en même temps. Cela nous permet également de nous concentrer sur la mise à l'épreuve de tous les grands concepts plutôt que sur le travail de routine consistant à faire communiquer correctement tous ces services individuels. Dans cette implémentation initiale, la couche de réplication sera un seul nœud de serveur hybride. Si ce nœud hybride tombe en panne, la situation sera similaire à celle que connaissent actuellement les clients lorsqu'un serveur de jeu dédié tombe en panne. Tous les clients seront renvoyés au menu principal avec la fameuse erreur 30k. Une fois que l'hybride de remplacement aura démarré, les clients pourront rejoindre le shard et continuer là où ils se sont arrêtés. Avec un peu de chance, nous pourrons implémenter le système de manière à ce que les clients reçoivent une notification à l'écran leur indiquant que le shard est à nouveau disponible et qu'une simple pression sur une touche leur permettra de rejoindre le shard (de la même manière que pour la récupération d'un crash client).
    Le panel a beaucoup parlé des nœuds qui ont l'autorité d'écriture au sein d'un shard, mais qu'en est-il de l'autorité d'écriture entre des shards séparés ? Des bases de données de persistance distinctes sont-elles maintenues pour des shards séparés ou les états des éléments de l'univers seront-ils finalement synchronisés entre les shards même s'ils ont été laissés dans des états différents (par exemple, une porte est laissée ouverte sur un shard et fermée sur un autre - un shard écrira-t-il finalement son état dans la base de données, mettant à jour l'état de la porte sur l'autre shard ?)
    D'une manière générale, chaque shard est sa propre copie unique de l'univers, et aucun élément du shard ne partagera son état avec un élément d'un shard différent, car chaque shard possède sa propre base de données. D'un autre côté, nous avons une base de données globale pour les données d'inventaire des joueurs. Cette base de données est utilisée pour stocker tout objet dans l'inventaire d'un joueur, et les objets peuvent être transférés entre les mondes s'ils sont d'abord rangés d'un monde à l'autre dans un inventaire et ensuite rangés dans un autre monde.
    Certaines fonctionnalités, telles que les avant-postes des joueurs ou les ressources exploitables, mettent en œuvre un code spécial qui réplique un état global sur tous les shards, de sorte qu'un avant-poste peut exister sur plusieurs shards en parallèle et répliquer lentement (par rapport à la vitesse du jeu en temps réel) son état entre les shards. Il ne s'agit pas d'une réplication instantanée (une porte qui s'ouvre/se ferme ne sera pas répliquée), cependant, un état persistant comme une porte verrouillée ou déverrouillée peut être répliqué entre les shards.
    Il en va de même pour les ressources minables : Ainsi, lorsque les joueurs commencent à exploiter une certaine zone, la carte globale des ressources de cette zone sera modifiée et le nombre de roches exploitables à cet endroit sera affecté sur tous les shards.
    Lorsque vous avez un groupe qui se déplace (voyage quantique ou autre) d'un objet à un autre, et qu'un autre nœud DGS, un objet ou une instance est plein(e), est-ce que T0 / Maillage statique créera un autre nœud DGS de manière préemptive ? Ou comment cela sera-t-il géré ?
    Avec le maillage statique des serveurs, tout est fixé à l'avance, y compris le nombre de nœuds de serveur par shard et quel serveur de jeu est responsable de la simulation de quels emplacements. Cela signifie que si tout le monde dans le shard décide de se rendre au même endroit, ils finiront tous par être simulés par le même nœud de serveur.
    En fait, le pire des cas est que tous les joueurs décident de se répartir entre tous les lieux assignés à un seul nœud de serveur. Dans ce cas, le pauvre serveur devra non seulement s'occuper de tous les joueurs, mais aussi de la diffusion en continu dans tous ses emplacements. La réponse évidente est d'autoriser un plus grand nombre de serveurs par shard, afin que chaque nœud de serveur ait moins d'emplacements dans lesquels il peut avoir besoin de streamer. Cependant, comme il s'agit d'un maillage statique et que tout est fixé à l'avance, le fait d'avoir plus de nœuds de serveurs par shard augmente également les coûts de fonctionnement. Mais il faut bien commencer quelque part, donc le plan pour la première version de Static Server Meshing est de commencer avec aussi peu de nœuds de serveur par shard que possible tout en testant que la technologie fonctionne réellement. Il est clair que cela posera un problème si nous permettons aux shards d'avoir beaucoup plus de joueurs que les 50 que nous avons actuellement dans nos "shards" à serveur unique.
    Donc, ne vous attendez pas à ce que le nombre de joueurs augmente beaucoup avec la première version. Cela permet d'éviter qu'un nœud de serveur unique ne soit plein avant que les joueurs n'y arrivent, puisque nous limiterons le nombre maximum de joueurs par shard en fonction du pire des cas. Une fois que nous aurons mis en place ce système, nous examinerons les performances et les aspects économiques et verrons jusqu'où nous pouvons aller. Mais pour que la poursuite de l'expansion soit économiquement viable, nous devrons envisager de rendre le maillage des serveurs plus dynamique dès que possible.
    Compte tenu de l'énorme volume de données circulant entre les clients et les nœuds de serveur, et de la nécessité d'une latence extrêmement faible, pouvez-vous décrire ou préciser comment vous gérez cela ou quelles technologies vous utilisez pour accélérer les choses, ou plutôt les empêcher de ralentir ?
    Les principaux facteurs qui affectent actuellement la latence sont le taux de tic du serveur, le ping du client, la création d'entités et la latence des services persistants.
    Le taux de tic du serveur a le plus grand effet et est lié au nombre d'emplacements qu'un serveur de jeu simule. Le maillage des serveurs devrait y contribuer en réduisant le nombre de lieux que chaque serveur de jeu doit simuler. Moins d'emplacements signifie un nombre moyen d'entités par serveur beaucoup plus faible et les économies réalisées peuvent être utilisées pour augmenter le nombre de joueurs par serveur.
    Le ping du client est dominé par la distance par rapport au serveur. Nous constatons que de nombreux joueurs choisissent de jouer dans des régions situées sur des continents complètement différents. Une partie de notre code de jeu fait encore autorité sur le client, ce qui signifie que les joueurs ayant un ping élevé peuvent nuire à l'expérience de jeu de tous les autres. Il n'y a pas grand-chose que nous puissions faire à ce sujet à court terme, mais c'est un point que nous voulons améliorer une fois que le maillage des serveurs sera opérationnel.
    La création lente d'entités peut entraîner une latence en retardant l'arrivée des entités sur les clients. Cela peut avoir des effets indésirables, tels que des lieux qui n'apparaissent pas complètement avant plusieurs minutes après que le quantum ait voyagé jusqu'à un lieu, la chute à travers les étages après avoir réapparu dans un lieu, des vaisseaux qui mettent longtemps à apparaître aux terminaux ASOP, la modification de la charge du joueur, etc. Les goulots d'étranglement se situent principalement au niveau du serveur. Premièrement, les entités ne sont pas répliquées sur les clients tant qu'elles n'ont pas été complètement spawnées sur le serveur. Deuxièmement, le serveur a une seule file d'attente de spawn qu'il doit traiter dans l'ordre. Troisièmement, plus un serveur a besoin d'être diffusé dans un grand nombre de lieux, plus il doit faire de spawn. Pour améliorer les choses, nous avons modifié le code de spawn du serveur pour utiliser des files d'attente de spawn parallèles. Le maillage des serveurs sera également utile, non seulement en diminuant la charge sur les files d'attente de spawn en réduisant le nombre d'emplacements dans lesquels un serveur doit se rendre, mais aussi parce que la couche de réplication réplique les entités aux clients et aux serveurs simultanément, leur permettant de spawn en parallèle.
    Nous utilisons toujours certains de nos anciens services persistants, adéquats tels qu'ils ont été conçus mais connus pour avoir des problèmes de performance et d'évolutivité en fonction de nos exigences. Cela peut entraîner de longues attentes lors de la récupération de données persistantes à partir des services afin de savoir quoi faire apparaître, comme faire apparaître un vaisseau à partir d'un terminal ASOP, examiner un inventaire, modifier la charge du joueur, etc. Étant donné que le streaming persistant et le maillage de serveurs augmenteront considérablement la quantité de données que nous devons faire persister, nous savions que nous devions faire quelque chose à ce sujet. C'est pourquoi Benoît et son équipe chez Turbulent ont complètement réinventé la façon dont nous allons faire persister les données sous la forme d'EntityGraph, qui est un service hautement évolutif construit au-dessus d'une base de données hautement évolutive qui est optimisée pour exactement le type d'opérations de données que nous effectuons. En plus de cela, nous développons également la couche de réplication, qui agit comme un cache en mémoire hautement évolutif de l'état actuel de toutes les entités d'un shard, éliminant ainsi la nécessité de la majorité des requêtes que nous envoyions aux services persistants existants. C'est vrai, il y aura des services hautement évolutifs jusqu'au bout ! 
    Pour aider à réduire/éliminer toute latence supplémentaire que la couche de réplication pourrait introduire, nous la construisons pour qu'elle soit gérée par événement plutôt que par un taux de tic comme un serveur de jeu traditionnel. Cela signifie que lorsque des paquets arrivent, il les traite immédiatement et envoie la réponse et/ou transmet les informations aux clients et serveurs de jeu concernés. Une fois que le travail sur la version initiale de la couche de réplication sera terminé (le service hybride), nous effectuerons un passage d'optimisation pour nous assurer qu'elle est aussi réactive que possible. Et, bien qu'il s'agisse en fin de compte d'une décision à prendre par DevOps, nous les déploierons dans les mêmes centres de données que les serveurs de jeu eux-mêmes, de sorte que la latence du réseau sur le fil due au saut supplémentaire entre la couche de réplication et le serveur de jeu devrait être inférieure à une milliseconde. Oh, et ai-je mentionné que la couche de réplication sera hautement évolutive ? Cela signifie que si nous détectons que la couche de réplication provoque des points de latence dans certaines parties du jeu, nous pourrons la reconfigurer pour remédier au problème.
    Avertissement
    Les réponses reflètent fidèlement les intentions du développement au moment de la rédaction, mais la société et l'équipe de développement se réservent le droit d'adapter, d'améliorer ou de modifier les fonctionnalités et les conceptions en réponse aux commentaires, aux tests de jeu, aux révisions de conception ou à d'autres considérations visant à améliorer l'équilibre ou la qualité du jeu dans son ensemble.

    Traduction : @Maarkreidi Swiss Starships

    Rapport mensuel
    177

    Rapport mensuel de Star Citizen : Octobre 2021

    Rapport mensuel de Star Citizen : Octobre 2021
    Octobre a été un mois très excitant pour les joueurs et les développeurs grâce à notre première CitizenCon exclusivement numérique. Naturellement, le rapport de ce mois-ci présente le travail effectué pour l'événement, mais il est surtout rempli de détails sur les tâches terminées et en cours pour le contenu à venir.
    Lisez la suite pour tout savoir, des mises à jour des nouveaux vaisseaux aux dernières nouvelles de Pyro, et plus encore.
    RAPPORT MENSUEL DE STAR CITIZEN : OCTOBRE 2021

     
     
    Contenus IA
    Le mois dernier, AI Content a alloué des ressources à la prochaine version publique de l'Alpha 3.15.
    Avec la guérison et le statut d'acteur dans le patch à venir, l'équipe a complété le comportement IA et les utilisables de "l'expérience de respawning de l'hôpital", ce qui inclut les médecins et les infirmières qui accueillent les joueurs lorsqu'ils se réveillent dans un lit médicalisé.
     
    Un exemple frappant du système de statut de l'acteur peut être vu lorsqu'on achète une boisson dans un bar et qu'on devient ivre. AI Content a donc pris le temps de corriger un grand nombre des problèmes que les joueurs rencontrent depuis longtemps.
    "Plus tôt dans le mois, pendant la CitizenCon, nous étions heureux que le public puisse voir le comportement des travailleurs, le vendeur d'artefacts et une partie de notre comportement de sécurité à venir." - Équipe chargée du contenu de l'IA
    Fonctionnalités de l'IA
    AI Features a passé une partie du mois à travailler sur l'expérience et la réactivité de certains comportements dans le PU. Par exemple, les réactions de perception de combat ont été améliorées, y compris quelques scénarios où les réactions initiales ne jouaient pas correctement. Ils ont également réussi à rendre plus robuste la mise en file d'attente des animations de réaction lorsque les personnages utilisent un utilisable.
    L'équipe a ajusté les tirs amis pour éviter les dommages indésirables et a corrigé le calcul utilisé par les PNJ pour les empêcher de tirer lorsque des personnages amis se trouvent sur leur chemin. Une analyse approfondie est en cours sur les différentes tactiques de combat afin d'ajouter de meilleures réévaluations des cibles dans plusieurs scénarios.
    Du côté des commerçants, la réactivité a été améliorée, et l'équipe a corrigé des bugs liés à l'animation du scooching et aux barmen qui servent des clients ayant déjà une boisson devant eux.
    IA Tech
    Tout au long du mois d'octobre, IA Tech a poursuivi son travail sur la génération de la navigation planétaire.
    "Les éléments clés de ce mois-ci concernaient l'implémentation d'une méthode automatique de génération de requêtes sur la zone entourant les joueurs, mais nous avons également travaillé à permettre l'utilisation de l'algorithme d'entonnoir sur les triangles de maillage de la navigation planétaire." - Équipe technique de l'IA
    L'équipe a étendu le code des liens de navigation pour permettre la création de contrôleurs de personnalisation. Dans ce contexte, un contrôleur est un morceau de code générique qui peut étendre la façon dont les PNJ évaluent s'ils peuvent utiliser un lien de navigation particulier. Par exemple, les portes peuvent avoir des contrôleurs spécifiques pour indiquer aux personnages IA si elles sont verrouillées afin qu'elles puissent être utilisées correctement lors de la recherche de chemin.
    Pour l'IA des vaisseaux, ils se sont concentrés sur les améliorations du ciblage et de la précision, ont amélioré la façon dont l'IA utilise les missiles en combat, et ont introduit des moyens permettant à la logique de mission de forcer ou de demander la priorisation d'une cible spécifique. Un contrôleur PID a également été implémenté pour la précision qui fournit de meilleurs résultats et permet de l'ajuster plus facilement en fonction des compétences de l'IA.
    En ce qui concerne l'éditeur de Subsumption, l'équipe a terminé l'implémentation de la fonctionnalité permettant d'ancrer différents éléments dans l'interface utilisateur et de sauvegarder ou de charger des dispositions spécifiques.
    Animation
    Le mois dernier, l'équipe d'animation a travaillé sur divers comportements d'IA, notamment l'infirmière, le vendeur, le barman, le client du bar, l'agent de sécurité et le PNJ non-combattant qui se recroqueville et se cache. Des modifications ont également été apportées à plusieurs assets féminins pour Alpha 3.15 afin de donner plus de vie au monde. Des plans ont été élaborés pour améliorer le set de locomotion des ivrognes, ce qui aidera à résoudre les questions techniques pour les sets " lourdement blessés ".
    Le développement du gadget d'exploitation minière interstellaire Shubin s'est poursuivi, et l'équipe a veillé à corriger les problèmes visuels liés au système de sélection et de désélection.
    Le travail s'est poursuivi sur les animations faciales pour toutes les animations corporelles existantes, tandis que des progrès ont été réalisés sur les emotes et les lignes pour divers personnages du PU.
    Art (personnages)
    Les équipes Art et Technique des personnages ont passé le mois d'octobre à corriger des bogues pour l'Alpha 3.15 et à progresser dans le contenu des différentes versions à venir. Une attention particulière a été accordée à la mise à jour des têtes de l'archétype ADN, ce qui améliorera la qualité de toutes les têtes de personnages dans le PU et Squadron 42. Ils ont également commencé à développer une série de nouvelles tenues de style frontalier pour la population de Pyro.
    Art (Vaisseaux)
    Aux États-Unis, l'équipe chargée des vaisseaux a corrigé des bugs et continué à peaufiner diverses parties du Crusader Ares, y compris plusieurs nouvelles peintures.
    Le Vulture Drake a atteint la phase artistique finale, avec l'accent mis le mois dernier sur l'habitation et la soute.
    L'un des véhicules non annoncés régulièrement mentionnés a continué à progresser dans le pipeline, obtenant cette fois une disposition d'interface utilisateur finalisée et une passe d'éclairage. Une partie de l'équipe a ensuite commencé le passage sur les dégâts, tandis que d'autres sont passés à la préparation de la sortie.
    Un autre nouveau vaisseau a reçu ses teintes finales et les bogues ont été corrigés.
    Au Royaume-Uni, trois vaisseaux sont passés par les étapes finales du pipeline, tandis que le Banu Merchantman a progressé dans la boîte blanche. Les MISC Hulls à venir ont poursuivi leur développement, le A se préparant pour la révision de la boîte blanche et le C approchant de la révision de la boîte grise.
    Art (Armes)
    L'équipe chargée des armes a commencé le mois en travaillant sur les bombes Firestorm Kinetics de taille 3 pour le Crusader Hercules et sur les illustrations pour le prochain asset de rayon tracteur de vaisseau. Ils ont terminé le mois sur le gadget de minage, la mine de proximité et la mine à déclenchement laser.
    Audio
    L'équipe du code audio s'est préparée à la dernière étape du développement du logiciel audio Claudius, qui a été abordée par Graham, responsable du code audio, et Adi, concepteur sonore, lors de leur panel Sounds of Space CitizenCon.
    Enfin, l'équipe a travaillé en étroite collaboration avec le compositeur Pedro Camacho sur la partition de Pyro pour établir le ton et la palette sonore.
    Communauté
    L'équipe communautaire a passé une partie du mois à préparer le Jour du Vara. Cela a impliqué les coureurs des cavernes et les concours annuels de sculpture de citrouilles de Star Citizen, tandis que les citoyens pouvaient débloquer le casque Hill Horror gratuitement en se rendant à Jump Town pendant toute la durée de la fête.

     
    L'équipe a publié le Postmortem de l'Alpha 3.14, dans lequel les développeurs principaux détaillent ce qui a été livré et évaluent comment cela s'est passé.
    La communauté a également joué un rôle important lors de la Digital CitizenCon 2951, en conservant les nombreuses vidéos communautaires soumises dans le cadre du concours vidéo de l'événement, les gagnants pouvant être visionnés sur le site Web de la CitizenCon.
    L'équipe a également organisé le concours "Tales of Star Citizen Past" et a aidé les citoyens à partager leurs projets de soirées de surveillance de la CitizenCon.
    Au cours de l'événement, l'équipe a recueilli les votes pour le concours de cosplay préféré des fans et le vote pour le panel de vaisseaux, a publié le pré-Q&A de l'Origin 400i après son dévoilement, et a compilé le Q&A du vaisseau Anvil basé sur les questions les plus votées par la communauté.
    Après l'événement, tous les panels ont été mis à disposition pour être visionnés en 4k et un fil de discussion sur le maillage des serveurs a été publié.
    Enfin, l'équipe communautaire a soutenu l'Alpha 3.15 à venir en publiant des articles sur l'inventaire personnel et la récupération des pannes de serveur, les nouvelles missions et le premier passage des variantes de bouclier, ainsi que le gameplay médical.
    Moteur
    Le mois dernier, l'équipe chargée de la physique a pris en charge la prochaine version Alpha 3.15 et a corrigé de nombreux problèmes, et du temps a été consacré à diverses optimisations. Le processus de voxélisation des maillages triangulaires a été accéléré en utilisant une structure d'accélération basée sur les lignes de balayage au lieu d'une structure basée sur les voxels lors du remplissage des cellules. L'équipe a également aidé AI Code à optimiser sa routine de mise à jour de la carte audio en regroupant le traitement des stimuli. De plus, le tri des événements de collision a été optimisé, et la physique des brosses par défaut est maintenant créée automatiquement. Une visualisation de débogage pour l'historique des collisions a également été implémentée. Enfin, en ce qui concerne la physique, une grille arborescente quantum a été implémentée. Elle sera utilisée pendant le boosting du voyage quantum et pendant le voyage quantum régulier pour détecter les collisions et les obstacles le long du chemin.
    Pour le moteur de rendu, des efforts considérables ont été consacrés à l'amélioration des résultats du profileur de pipeline pour les chemins de rendu Gen12 et anciens. Cela a été fait pour obtenir une évaluation précise de la durée de traitement des passes de rendu et de calcul sur les CPU et GPU sans trop affecter le taux d'images réel (profilage en temps réel).
     
    Des progrès significatifs ont également été réalisés dans la transition vers Gen12 : Les objets d'état du pipeline sont désormais compilés à la demande pour améliorer les temps de chargement, l'instanciation massive est désormais prise en charge et la gestion des tampons d'instance a été optimisée. La scène de rendu Scaleform utilisée pour le menu et l'interface utilisateur dans le monde du jeu a été optimisée pour réduire le nombre moyen de scènes de 2000 à un maximum de 60, l'état du pipeline étant également créé à la demande. En outre, le code des particules, l'atlas de lumière et l'analyseur de shaders ont été remaniés. L'intégrité du contenu a été renforcée en ajoutant des alertes de données pour les shaders invalides utilisés dans les matériaux. La prise en charge des mises à jour de la texture des matériaux (animation de la texture) a également été ajoutée.
    Pour le rendu des atmosphères et des nuages, toutes les améliorations récentes ont été fusionnées dans le flux Alpha 3.15. Des améliorations ont continué à être apportées à l'éclairage indirect des nuages et de l'atmosphère en fonction de la présence de nuages dans l'atmosphère. La partie initiale de ce travail a été achevée (génération de LUT), le travail reprenant une fois que les optimisations de performance prévues seront en place. Pour mettre en place ces dernières, le travail sur la chaîne de reprojection et de filtrage a commencé afin de permettre la réutilisation temporelle et spatiale des résultats de raymarch. À cette fin, la R&D a commencé à travailler sur la reprojection sans vecteurs de mouvement (car ceux-ci ne peuvent pas représenter correctement les médias participants).
    L'équipe du moteur central a également travaillé sur le code de diffusion des entités, qui prend désormais en charge le triage par sphère nécessaire à SQ42. Une refonte importante a été soumise au planificateur de mise à jour des composants d'entité. Cela inclut une nouvelle API qui utilise les ID de mise à jour au lieu des passes pour permettre plusieurs mises à jour par passe. Le frame profiler du moteur a été mis à jour pour inclure diverses statistiques provenant des événements Heartbeat ainsi qu'un résumé du temps CPU et de l'utilisation de la mémoire par les équipes de développement, des informations sur la construction et une capture d'écran dans la capture. Le gestionnaire de mémoire a été étendu pour prendre en charge des arènes d'allocation et des caches de threads séparés par équipe de développement. En cas d'accès mémoire invalide, le gestionnaire d'exception peut maintenant indiquer à quelle arène une adresse mémoire inaccessible correspond. Cela permet de déboguer les crashs mémoire avec une vérification plus fine de la mémoire, ce qui signifie généralement que la compilation s'exécute beaucoup plus rapidement et utilise moins de mémoire que si le débogage de la mémoire était activé globalement. En outre, le travail s'est poursuivi sur l'amélioration de l'élimination des frustums et une fonctionnalité permettant de capturer et de faire circuler des lambdas C++ sans allocations de la pile a été ajoutée.
    Enfin, l'équipe examine de plus près les possibilités d'intégrer EASTL.
    Fonctionnalités (Personnages et armes)
    Tout au long du mois d'octobre, l'équipe des fonctionnalités a amélioré les nouvelles fonctionnalités d'inventaire des joueurs et de statut des acteurs en fonction des commentaires du PTU, l'ajout le plus notable étant la possibilité de filtrer les objets dans l'inventaire. Cette fonctionnalité a déjà fait l'objet de plusieurs itérations de l'interface utilisateur depuis son introduction au début du mois.
    Fonctionnalités (Gameplay)
    L'équipe Gameplay américaine a commencé le mois en finalisant son panel Stream of Thought pour la CitizenCon. Une fois terminé, ils se sont concentrés sur le nouveau kiosque d'objets qui ajoutera la possibilité de revendre des objets aux magasins (il a été converti en Building Blocks dans le processus).
    Ils ont finalisé les documents de conception technique, ont commencé à travailler sur la refonte majeure du cargo, et ont également travaillé sur le prochain événement IAE.
    Un correctif a été ajouté afin d'empêcher les joueurs de perdre les objets rangés dans leurs vaisseaux lorsqu'ils subissent une 30k. Désormais, lorsque les joueurs atteignent un 30k, ils pourront réclamer ce vaisseau avec tous les objets stockés depuis n'importe quel terminal ASOP du jeu.
    "Fini le temps où vous chargiez votre vaisseau d'une tonne d'objets pour vous rendre dans une autre ville et où vous les perdiez à cause d'un crash du serveur. Nous avons déjà vu une réaction extrêmement positive du public sur Spectrum ainsi que sur Reddit à propos de la façon dont cela fonctionne, donc nous espérons que vous l'appréciez tous autant que nous !" - Équipe des fonctionnalités
    Fonctionnalités (Véhicules)
    Le mois dernier, l'équipe Véhicules s'est concentrée sur un remaniement important de la manipulation des grav-lev. Une percée dans l'implémentation a permis d'apporter des améliorations significatives à la manipulation, la rendant plus dynamique et flexible. Ils ont également corrigé certains bugs et problèmes liés à l'implémentation existante.
    Le développement des points de saut s'est poursuivi, l'équipe s'occupant actuellement de régler les derniers détails de la logique de jeu. Par exemple, lorsque plusieurs personnes utilisent un point de saut en même temps. Une partie de la technologie de bas niveau derrière les points de saut dépend du maillage des serveurs, l'équipe a donc continué à travailler avec les équipes concernées.
    Des améliorations ont été envisagées pour le système de transit. Le système est assez complexe et a été construit avant le maillage des serveurs et le streaming, il y a donc des mises à jour à faire pour s'assurer qu'il s'adapte au nouveau paysage technologique du jeu. L'équipe a également cherché à améliorer certains des outils utilisés par les concepteurs pour créer plus facilement des réseaux de transit dynamiques et complexes.
    Graphisme et programmation VFX
    Les améliorations apportées aux volumes d'eau se sont poursuivies, l'accent étant mis en octobre sur la manière de simuler correctement l'éclairage volumétrique sous la surface. Deux approches ont été adoptées : La première utilise le système général de brouillard voxel, bien qu'il présente plusieurs limitations qui le rendent inapplicable aux volumes d'eau très grands ou très petits. La seconde approche consiste à réutiliser le modèle d'éclairage par particules, qui est moins précis mais peut fonctionner à des échelles plus extrêmes.
    Nous avons également commencé à travailler sur les changements à apporter au système de matériaux pour permettre aux shaders de devenir plus modulaires. Il s'agit d'un tremplin vers la construction d'une nouvelle suite de shaders qui offrent plus de puissance et de flexibilité aux artistes sans nécessiter une réingénierie complexe de la part des programmeurs graphiques.
    Le travail sur Gen12 a repris après la CitizenCon, avec de nouveaux systèmes convertis. L'équipe cherche également à terminer une vaste refonte des échantillonneurs de textures pour les rendre compatibles avec Gen12/Vulkan.
    Parmi les autres tâches accomplies, citons les nouvelles fonctions d'animation de la lumière, le travail de conception technique pour l'utilisation des cartes de dommages pour la récupération, les corrections de gamma et le support général de la fonction de feu.
    Éclairage
    L'équipe chargée de l'éclairage a commencé le mois en corrigeant des bogues pour les emplacements de l'Alpha 3.15.
     

     
    Elle est ensuite passée à la finalisation de l'éclairage de l'IAE, ce qui impliquait de reprendre l'éclairage existant et de le réaffecter à la nouvelle ambiance de la salle de convention. Certaines zones n'ont nécessité que de petites retouches, tandis que d'autres ont reçu des changements beaucoup plus importants qui, l'équipe l'espère, offriront une expérience nouvelle et intéressante à la communauté.
     

     
    Le début d'un nouveau trimestre a également permis à l'équipe de s'attaquer à l'arriéré des tâches héritées et de peaufiner les emplacements couvrant l'ensemble du PU.
    Un look-dev pass a commencé sur les stations spatiales abandonnées de Pyro.
    "Ces lieux nous offrent des tonnes de possibilités d'ambiance et de drame, comme des couloirs sombres et froids contrastant avec des marchés chauds remplis de condensation." - Équipe chargée de l'éclairage
    Lieux
    L'équipe Locations, basée à Montréal, a mis la touche finale à l'hôpital d'Area18, dont la sortie est prévue dans l'Alpha 3.16. Il s'agissait de terminer les tâches de polissage, de créer des LOD pour l'ensemble du site et de corriger tous les bugs restants.
    Parallèlement, d'autres hôpitaux ont bien progressé, notamment l'hôpital Maria Pure of Heart à Lorville et les cliniques des aires de repos, ces dernières approchant les dernières étapes du développement. Les cliniques des aires de repos ont nécessité quelques modules supplémentaires pour permettre à l'équipe de créer des agencements uniques dans chacun des 12 sites. L'équipe a également travaillé sur la boîte blanche de l'hôpital de Levski.
    Une autre fonctionnalité clé actuellement en cours de développement est Derelict Ships V1. Le mois dernier, l'équipe de conception a éparpillé des parties du Caterpillar de Drake dans des endroits de la planète et a ajouté des énigmes à l'intérieur. Actuellement, il existe deux types de modules : Vanilla et Puzzle. Les modules Vanilla sont de simples pièces de vaisseau spatial où les joueurs peuvent trouver des ressources ou des objets de base. Les modules Puzzle contiennent une énigme avec un conteneur lootable comme récompense. L'équipe a maintenant terminé ces modules et les assemble sur différents sites de crash autour de Stanton.
    Narration
    Le mois d'octobre de Narration a débuté par le support final de la poussée d'Alpha 3.15 vers le PTU. Ils ont également soutenu d'autres équipes, corrigé des bugs, ajouté des chaînes de texte et rédigé des noms et des descriptions d'objets. Ils se sont ensuite tournés vers les futures versions et ont commencé à compiler des documents pour certains des futurs hôpitaux. Il s'agissait notamment d'écrire des idées et des textes pour les accessoires environnementaux, tels que des affiches, des panneaux et des scripts d'annonce.
    L'année touchant à sa fin, l'accent a été mis sur la planification. Narrative a travaillé avec AI, Animation et Design pour définir les objectifs du contenu narratif pour l'année à venir, y compris le prototypage du comportement et les sessions de capture de mouvement.
    Narration a également continué à travailler sur le contenu de Pyro, notamment en collaborant avec Design sur les missions et en développant les factions et les lieux que l'on trouvera dans le système.
    Une poignée d'articles nouveaux et réédités ont été publiés. The Advocacy Archive révèle une opération d'infiltration dans une faction potentiellement violente d'un groupe séparatiste terrien, tandis que Dispatches from the Dark raconte l'histoire d'une randonnée conflictuelle d'un passionné de crimes réels sur le site d'un tueur en série tristement célèbre. Le Jump Point d'octobre présentait une rétrospective de la CitizenCon ainsi qu'un regard sur le développement du 400i et un Portfolio sur le Cousin Crow's Custom Craft sur Orison. Enfin, Galactapedia a été mis à jour avec une foule de nouveaux articles.
     QA
    L'équipe d'assurance qualité s'est principalement concentrée sur la CitizenCon, l'Alpha 3.15 pour Evocati et les tests PTU de la vague 1. La date de mise en ligne ayant été repoussée à novembre, l'équipe a continué à tester et à publier d'autres vagues tout en mettant à jour le plan de publication.
    Pour le développement, l'équipe a continué à tester les QATR selon les besoins. Avec le nouveau plan de publication du mardi et du jeudi et la liste de contrôle des fonctionnalités en place, l'équipe a pu effectuer des tests de manière plus fiable.
    La direction de l'AQ a poursuivi le plan de retour au bureau, a progressé dans le recrutement et a créé une équipe AQ Live dédiée.
    Services et outils systémiques
    En octobre, les services et outils systémiques ont terminé leur travail en cours sur l'économie, les outils et la simulation de l'IA. Ils se concentrent maintenant sur l'optimisation pour le reste de l'année. Le développement de la nouvelle fonctionnalité de jeu mentionnée le mois dernier s'est également poursuivi.
    Le travail sur la création et le suivi des PNJ intelligents a progressé, la dernière moitié du système de création progressant bien. Le système de suivi continue vers sa première étape interne majeure.
    Enfin, en préparation de l'Alpha 3.15, ils ont abordé de nouveaux cas limites avec le système d'inventaire et les services backend.
    Tech Animation
    En octobre, Tech Animation a achevé la mise à niveau du pipeline de création de têtes et d'animation, une tâche de longue haleine.
    "Nous avons réécrit des parties importantes du système ADN utilisé pour créer nos acteurs dans le jeu. En plus de cela, nous avons ajouté un support pour la création et l'édition de ces assets de tête dans Maya par le biais d'un plugin qui partage la même base de code et une grande quantité d'outils pour l'utiliser efficacement. Cela nous a permis de dépasser les limites actuelles de notre pool de gènes et de nous tourner vers l'avenir." - Animation technique
    Désormais, tous les types de rigs de visage sont viables (y compris les animaux et les extraterrestres), avec la perspective de mettre à niveau ou de personnaliser les rigs d'animation faciale pour tout ce qui sera nécessaire à l'avenir. Cette technologie est également en cours d'approfondissement pour des formes de déformation plus complexes.
    Tech Animation est presque prêt à présenter le pipeline de création de têtes qu'il a créé en tandem avec le système ADN. Cela leur donnera la possibilité de créer de nouveaux rigs de visage pour les pools de gènes ADN et de contrôler étroitement la qualité des assets.
    Des outils supplémentaires ont été créés au cours du trimestre pour inclure l'exportation de cache d'alambic dans le pipeline d'animation. Cette fonction a toujours été prise en charge, mais le fait de l'inclure de cette manière a ouvert de nouvelles possibilités pour les équipes d'animation et de technologie, qui ont pu l'inclure directement dans leurs pipelines d'animation en tant que préférence d'exportation.
    L'équipe Animation a également poursuivi le développement du pipeline d'outils et a affiné certains anciens codes et outils pour qu'ils continuent à fonctionner comme prévu.
     
    Turbulent (Services)
    L'équipe Live Tools a poursuivi le développement de l'outil Hex présenté le mois dernier, en le mettant cette fois-ci au même niveau que la version précédente. Elle a continué à ajuster le pipeline de gestion des crashs en vue du déploiement le mois prochain, ainsi qu'une nouvelle mise à jour de l'API Panic pour prendre en charge les changements à venir.
    Les services de jeux ont progressé avec le service de discipline, en réglant les détails lors des pré-tests avant de procéder au QATR complet. L'équipe a également travaillé sur des demandes de fonctionnalités pour le graphique d'entités pour l'équipe Persistent Tech.
    Interface Utilisateur
    L'équipe IU a principalement pris en charge l'Alpha 3.15, bien qu'elle ait également progressé sur l'IU de la prochaine fonction de ravitaillement en carburant et des gadgets d'exploitation minière. Elle a passé du temps à convertir les terminaux ASOP pour utiliser les Building Blocks en vue d'une future version et a travaillé avec l'équipe Véhicules pour ajouter des contrôles de porte mis à jour aux derniers vaisseaux.
    Tech Véhicule
    L'équipe Vehicle Tech a travaillé sur diverses fonctionnalités pour le patch à venir, notamment la prise en charge des nouvelles versions de véhicules, le train d'atterrissage, le radar et le balayage, la réparation et les interactions des panneaux de commande des portes.
    "Les panneaux de contrôle sont particulièrement remarquables, car nous souhaitons bientôt étendre ces interactions pour permettre au joueur de contrôler son environnement de manière nouvelle et passionnante, que ce soit dans un véhicule ou une station." - Technologie des véhicules
    L'équipe est ensuite passée à l'intégration des commentaires sur les améliorations apportées aux radars et aux scanners soumises au trimestre dernier. Des besoins liés à Squadron 42 ont également été découverts qui, une fois mis en œuvre, bénéficieront également au PU.
    VFX
    L'équipe VFX a terminé les passes complètes de plusieurs nouveaux vaisseaux, notamment les variantes du Crusader Ares et leurs armes. Le travail s'est poursuivi sur les bombes S10, dont l'aspect est maintenant bien meilleur que la "passe fonctionnelle" montrée dans Inside Star Citizen.
    Les effets de tempête au sol des planètes ont été rééquilibrés, ce qui était nécessaire en raison du modèle d'éclairage VFX récemment introduit. L'équipe a également organisé plusieurs playtests axés sur les VFX, au cours desquels elle a trouvé et corrigé de nombreux bugs visuels mineurs.
    Conclusion
    NOUS VOUS DONNONS RENDEZ-VOUS LE MOIS PROCHAIN...

    Traduction : @Maarkreidi Swiss Starships

    Rapport mensuel
    240

    SQ42 Rapport Octobre 2021

    A : RECRUES DE SQUADRON 42
    SUBJ : MISE À JOUR DU DÉVELOPPEMENT 10:06:2021
    REF : CIG UK, CIG DE, CIG LA, CIG TX
     
    FAO recrues de Squadron 42
    Bienvenue au rapport de développement de Squadron 42 du mois d'octobre. Vous y trouverez des détails sur les derniers progrès réalisés dans le cadre de la campagne, notamment les mises à jour des services backend essentiels, des comportements de l'IA et des communications dans le cockpit.
     Sincèrement,
    CIG COMMUNICATIONS
    Contenu de l'IA
    Parallèlement au travail sur le statut des acteurs partagé avec le PU, l'équipe chargée du contenu de l'IA a progressé sur des tâches spécifiques à Squadron 42, notamment les utilisables Cryopod et Simpod.
    L'utilisable Simpod est un poste de travail où le joueur ou les PNJ peuvent s'entraîner. Une fois terminé, il sera disponible pour les artilleurs des PNJ qui pourront s'entraîner à manier leur tourelle dans un espace sécurisé.
    Le Cryopod utilisable est un conteneur de stockage au froid pour préserver les humanoïdes, avec des signes vitaux affichés sur des écrans externes. La première itération permet aux PNJ de vérifier la santé de l'occupant sur le terminal et de dégager le givre de la fenêtre du pod.
    Les animateurs ont également peaufiné les données de capture de mouvement recueillies plus tôt dans l'année. C'est la dernière étape pour fournir les interactions utilisables initialement demandées pour le niveau Aciedo.
    Fonctions d'IA
    Tout au long du mois d'octobre, l'équipe chargée des fonctions d'IA s'est principalement concentrée sur le comportement de combat des Vanduul, qui est fortement axé sur la mêlée, ce qui a permis à l'équipe de progresser avec le système d'attaques combinées précédemment détaillé.
    Les nouveaux ajouts incluent des paramètres aux attaques combo pour prototyper rapidement des animations de mêlée plus rapides en ajustant un facteur d'échelle. Cela leur permet d'équilibrer rapidement la vitesse des animations, de sorte que le rythme du combat rapproché peut être modifié pour augmenter ou diminuer le défi pour le joueur.
    Le ciblage des mouvements se met désormais à jour tout au long des attaques de mêlée afin que les personnages puissent réajuster leur positionnement pour atteindre correctement leurs cibles. L'équipe a également amélioré la façon dont les staggers peuvent être déclenchés. Désormais, les personnages de grande taille peuvent déclencher des staggers après un tir de balle soutenu pour interrompre leurs attaques de mêlée.
    L'équipe a également travaillé sur la prévisualisation de l'expérience cinématique des Vanduul, sur les animations d'une configuration de navigation spécifique permettant aux PNJ de s'esquiver sous les obstacles, ainsi que sur la reddition et l'utilisation de la couverture non entraînée.
    Animation
    Le mois dernier, l'équipe d'animation a travaillé sur divers comportements d'IA, y compris des interactions volontaires et affolées avec des consoles, la navigation sous des portes cassées, le bris de serveurs informatiques et de conduits d'aération, et la recherche par-dessus des rampes et autour de boîtes et de conduits d'aération.
    Ils ont également passé du temps à travailler sur le combat contre les Vanduul aux côtés de l'équipe d'IA, en fixant des animations pour les Vanduul passant à travers des portes fermées ou partiellement fermées et cassant des équipements. Les améliorations se sont poursuivies sur le gameplay en zéro-g et les animations des joueurs au sol.
    Du côté des visages, l'équipe a poursuivi sa passe d'amélioration sur la prochaine série de personnages. Le développement des scènes de jeu s'est poursuivi afin de donner une vie narrative à l'environnement, en incluant la capture de mouvement si nécessaire.
    Art (Personnages)
    L'équipe Character Art and Tech a passé le mois à peaufiner la faction Navy de SQ42, en retravaillant de nombreuses anciennes tenues pour les adapter aux normes de qualité actuelles. Il s'agissait notamment des vestes d'officier de pont, des pulls d'uniforme de combat et des tenues du personnel médical de la Navy. Ils ont également peaufiné les têtes et les cheveux de personnages importants comme Bishop et Trejo.
    Art (Environnement)
    L'équipe Art (Environnement) a soutenu l'étape importante du projet, en contribuant à apporter une qualité visuelle au travail présenté par les autres équipes.
    Par ailleurs, l'équipe a poursuivi le travail sur de nombreux chapitres, notamment les chapitres 5, 12 et 13, et a poussé les découpes verticales à un niveau visuel élevé sur les chapitres 7 et 19. De nouveaux progrès ont été réalisés dans la création de paysages spatiaux d'une qualité exceptionnelle, afin d'apporter plus de dynamisme et d'éclat aux scènes spatiales cinématiques.
    Audio
    L'audio a continué à étudier les systèmes de SQ42 et a planifié son soutien futur à la campagne.
    Cinématique
    L'équipe Cinematics a beaucoup travaillé sur le chapitre d'ouverture du jeu, qui a reçu une révision bien méritée de la technologie des planètes et des vues. En raison de la nouvelle configuration de l'espace, l'équipe a dû évaluer si certains plans étaient toujours valables ou si des repérages supplémentaires étaient nécessaires pour tirer le meilleur parti de la nouvelle nébuleuse géante du mur de tempête. Les concepteurs cinématographiques anticipent toujours les éléments futurs et cadrent leurs caméras en fonction de ceux-ci, mais le fait de voir les vues réelles dans la caméra peut parfois nécessiter de reconsidérer le cadrage. Le soleil a également changé de position de quelques degrés en raison de l'accumulation artistique.
    Des variantes de vaisseaux existants comme le Bengal ont été conçues, construites et livrées, tandis que de nouveaux vaisseaux ont été créés pour la flotte Vanduul. Toutes les scènes de pont mettant en scène l'amiral Bishop et son homologue vanduul ont également progressé.
    La plupart des scènes ont reçu leur "passe de contact pour les accessoires et les doigts". Désormais, tous les officiers sont correctement placés dans leur siège, leurs mains touchant les commandes réactives et bougeant selon les besoins. Par exemple, les doigts saisissent correctement un écran pivotant.
    Nous avons également consacré du temps à la création de séquences de cascades réutilisables de vaisseaux en train de se battre ou d'être détruits, que le joueur peut voir depuis la fenêtre d'un couloir ou sur le pont d'un vaisseau pendant la bataille.
    Une séquence clé de la tourelle a été étoffée, avec des coupes créées pour distinguer les vagues et les différents défis. Cela a conduit à l'élaboration et à l'amélioration de nombreux plans de navigation.
    Enfin, en ce qui concerne les cinématiques, le récent aménagement de l'espace, les ajouts de flotte, le polissage de la mo-cap et le soleil modifié ont permis de repenser le plan d'ouverture du jeu, en le rendant meilleur et plus dynamique.
    Moteur
    Le mois dernier, l'équipe de physique a consacré du temps à diverses optimisations. Le processus de voxélisation des maillages triangulaires a été accéléré en utilisant une structure d'accélération basée sur les lignes de balayage au lieu d'une structure basée sur les voxels lors du remplissage des cellules. L'équipe a également aidé AI Code à optimiser sa routine de mise à jour de la carte audio en regroupant le traitement des stimuli. De plus, le tri des événements de collision a été optimisé, et la physique des brosses par défaut est maintenant créée progressivement. Une visualisation de débogage pour l'historique des collisions a également été implémentée. Enfin, en ce qui concerne la physique, une grille quantique arborescente a été implémentée. Elle sera utilisée pendant le boosting du voyage quantique et le voyage quantique normal pour détecter les collisions et les obstacles le long du chemin.
    Pour le moteur de rendu, des efforts considérables ont été consacrés à l'amélioration des résultats du profileur de pipeline pour les chemins de rendu Gen12 et anciens. Cela a été fait pour obtenir une évaluation précise de la durée de traitement des passes de rendu et de calcul sur les CPU et GPU sans trop affecter le taux d'images réel (profilage en temps réel).
    Des progrès significatifs ont également été réalisés dans la transition vers la Gen12 : Les objets d'état du pipeline sont désormais compilés à la demande pour améliorer les temps de chargement, l'instanciation massive est désormais prise en charge et la gestion des tampons d'instance a été optimisée. La scène de rendu Scaleform utilisée pour le menu et l'interface utilisateur dans le monde du jeu a été optimisée pour réduire le nombre moyen de scènes de 2000 à un maximum de 60, l'état du pipeline étant également créé à la demande. En outre, le code des particules, l'atlas de lumière et l'analyseur de shaders ont été remaniés. L'intégrité du contenu a été renforcée en ajoutant des alertes de données pour les shaders invalides utilisés dans les matériaux. La prise en charge des mises à jour de la texture des matériaux (animation de la texture) a également été ajoutée.
    Des améliorations ont continué à être apportées à l'éclairage indirect des nuages et de l'atmosphère en fonction de la présence de nuages dans l'atmosphère. La partie initiale de ce travail a été achevée (génération LUT), le travail reprenant une fois que les optimisations de performance prévues seront en place. Pour mettre en place ces dernières, le travail sur la chaîne de reprojection et de filtrage a commencé afin de permettre la réutilisation temporelle et spatiale des résultats de raymarch. À cette fin, la R&D a commencé à travailler sur la reprojection sans vecteurs de mouvement (car ceux-ci ne peuvent pas représenter correctement les médias participants).
    L'équipe du noyau du moteur a également travaillé sur le code du flux d'entités, qui prend désormais en charge l'élimination des sphères nécessaire à SQ42. Une refonte importante a été soumise au planificateur de mise à jour des composants d'entité. Cela inclut une nouvelle API qui utilise les ID de mise à jour au lieu des passes pour permettre plusieurs mises à jour par passe. Le frame profiler du moteur a été mis à jour pour inclure diverses statistiques provenant des événements Heartbeat ainsi qu'un résumé du temps CPU et de l'utilisation de la mémoire par les équipes de développement, des informations sur la construction et une capture d'écran dans la capture. Le gestionnaire de mémoire a été étendu pour prendre en charge des arènes d'allocation et des caches de threads séparés par équipe de développement. En cas d'accès mémoire invalide, le gestionnaire d'exception peut maintenant indiquer à quelle arène une adresse mémoire inaccessible correspond. Cela permet de déboguer les crashs mémoire avec une vérification plus fine de la mémoire, ce qui signifie généralement que la compilation s'exécute beaucoup plus rapidement et utilise moins de mémoire que si le débogage de la mémoire était activé globalement. En outre, le travail s'est poursuivi sur l'amélioration de l'élimination des frustums et la fonctionnalité de capture et de transmission des lambdas C++ sans allocations de tas a été ajoutée.
    Fonctionnalités (Gameplay)
    Gameplay Features a accompli de petites tâches de soutien tout en progressant sur plusieurs séquences cinématiques très complexes. Une grande partie de ces tâches concernait des problèmes techniques liés à la façon dont le moteur a dû être modifié pour prendre en charge le streaming des conteneurs d'objets. Comme certains systèmes existants ne sont pas conscients du streaming, l'équipe a dû trouver des moyens de corriger les références aux véhicules qui ne sont pas chargés par défaut mais qui apparaissent plus tard dans une mission.
     
    Le personnalisateur de personnage de base fonctionnant dans le jeu, l'équipe a continué à travailler en liaison avec les équipes concernées pour prototyper l'expérience utilisateur. Plusieurs modifications ont été apportées pour supprimer certaines limites codées en dur, comme le nombre de zones du visage que les joueurs peuvent modifier ou le nombre de têtes entre lesquelles ils peuvent se fondre. L'équipe note qu'il peut être difficile de créer une interface utilisateur intuitive sans entraver la puissance et la liberté du système.
    Histoire du jeu
    Tout au long du mois d'octobre, Gameplay Story a travaillé sur une grande variété de scènes et de chapitres.
    Un travail de polissage a été effectué sur le chapitre 1, avec plusieurs scènes mises à jour avec de nouveaux sons, tandis que le walk-and-talk de Graves au chapitre 5 a bien progressé. Une scène de briefing du chapitre 8 a reçu une nouvelle mo-cap, tandis qu'une scène compliquée du chapitre 12 a été complètement remaniée.
    L'interaction tactile a également progressé, ce qui, bien que difficile à mettre en œuvre, permet aux personnages de se sentir plus vivants et présents dans le monde.
    Graphisme et programmation VFX
    L'équipe graphique a continué à améliorer les volumes d'eau, en se concentrant cette fois sur la façon de simuler correctement l'éclairage volumétrique sous la surface. Deux approches ont été adoptées : La première utilise le système général de brouillard voxel, bien qu'il présente plusieurs limitations qui le rendent inapplicable aux volumes d'eau très grands ou très petits. La seconde approche consiste à réutiliser le modèle d'éclairage par particules, qui est moins précis mais peut fonctionner à des échelles plus extrêmes.
    Nous avons également commencé à travailler sur les changements à apporter au système de matériaux pour permettre aux shaders de devenir plus modulaires. Il s'agit d'un tremplin vers la construction d'une nouvelle suite de shaders qui offrent plus de puissance et de flexibilité aux artistes sans nécessiter une réingénierie complexe de la part des programmeurs graphiques.
    Le travail sur Gen12 s'est poursuivi, avec la conversion d'autres systèmes. L'équipe cherche également à achever une vaste refonte des échantillonneurs de texture pour les rendre compatibles avec Gen12/Vulkan.
    Parmi les autres tâches accomplies, citons les nouvelles fonctions d'animation de la lumière, le travail de conception technique pour l'utilisation des cartes de dégâts pour la récupération, les corrections de gamma et le support général de la fonction feu.
    Conception des niveaux
    L'équipe Space/Dogfight a poursuivi son travail sur les espaces de patrouille étendus. Le mois dernier, elle a incorporé davantage de points d'intérêt optionnels dans les premières parties du jeu, certaines actions du joueur dans ces zones pouvant avoir des ramifications dans les chapitres suivants.
    Ils ont également travaillé en étroite collaboration avec l'équipe chargée de l'IA des vaisseaux pour créer des comportements d'IA plus réalistes et plus stimulants afin de permettre de meilleurs combats rapprochés en dogfight.
    Après avoir parcouru l'ensemble des zones terrestres du jeu jusqu'au niveau des ouvertures de portes, l'équipe FPS a commencé à étoffer les espaces avec l'IA et de nouveaux mécanismes.
    L'équipe de conception sociale a poursuivi l'important travail d'implémentation de toutes les scènes de jeu pour les différents chapitres afin qu'elles soient examinées et approuvées, ce qui sera le cas pendant de nombreux mois à venir.
    Narration
    Le mois dernier, l'équipe chargée de la narration a mis en œuvre, aux côtés des équipes chargées du dialogue et de la conception, les améliorations apportées au pipeline des dialogues de remplacement décrites dans le rapport de septembre. Ce processus révisé permet à l'équipe de placer rapidement les dialogues nouvellement écrits dans le jeu pour les tester.
    Au fur et à mesure que le jeu s'affine, c'est souvent une seule ligne de dialogue qui doit être ajustée plutôt qu'une scène entière. Une documentation de suivi révisée a donc été élaborée pour aider l'équipe à mieux suivre le statut des demandes de dialogues supplémentaires au fur et à mesure qu'elles arrivent.
    L'équipe a également amélioré quelques scènes de tutoriel afin de mieux instruire le joueur sur les éléments clés du gameplay. Les scènes qui sont étroitement liées au gameplay sont souvent améliorées en permanence au fur et à mesure que le développement progresse.
    QA
    Les cinématiques ont continué à s'appuyer sur l'AQ pour les tests réguliers des chapitres. Le mois dernier a également été consacré aux tests des outils de cinématique et à la correction de nombreux défauts des outils lors du rendu des scènes.
    Ils ont également continué à soutenir les implémentations de comportement de l'équipe IA, le mois dernier se concentrant sur les améliorations de l'IA Vanduul et la mise à niveau des fonctions IA existantes.
    Tech Animation
    En octobre, Tech Animation a achevé sa longue tâche de mise à niveau du pipeline de création et d'animation de têtes.
    "Nous avons réécrit des parties importantes du système d'ADN utilisé pour créer nos acteurs dans le jeu. En plus de cela, nous avons ajouté un support pour la création et l'édition de ces assets de tête dans Maya par le biais d'un plugin qui partage la même base de code et une grande quantité d'outils pour l'utiliser efficacement. Cela nous a permis de dépasser les limites actuelles de notre pool de gènes et de nous tourner vers l'avenir." - Animation technique
    Désormais, tous les types de rigs de visage sont viables (y compris les animaux et les extraterrestres), avec la perspective de mettre à niveau ou de personnaliser les rigs d'animation faciale pour tout ce qui sera nécessaire à l'avenir. Cette technologie est également en cours de perfectionnement pour des formes plus complexes de déformation.
    Tech Animation est presque prêt à présenter le pipeline de création de têtes qu'il a créé en tandem avec le système ADN. Cela leur donnera la possibilité de créer de nouveaux rigs de visage pour les pools de gènes ADN et de contrôler étroitement la qualité des assets.
    Des outils supplémentaires ont été créés au cours du trimestre pour inclure l'exportation de cache d'alambic dans le pipeline d'animation. Cette fonction a toujours été prise en charge, mais le fait de l'inclure de cette manière a ouvert de nouvelles possibilités pour les équipes d'animation et de technologie, qui ont pu l'inclure directement dans leurs pipelines d'animation en tant que préférence d'exportation. L'équipe prévoit de tirer parti de cette technologie pour réaliser d'impressionnants spectacles durant Squadron 42.
    L'animation a également poursuivi le développement du pipeline d'outils et a affiné certains codes et outils plus anciens pour qu'ils continuent à fonctionner comme prévu.
    UI
    L'équipe UI a créé des décalcomanies pour un niveau spécifique et de nouveaux styles de Building Blocks à utiliser sur des écrans interactifs dans certains des environnements clés du jeu.
    VFX
    L'équipe VFX a poursuivi le travail détaillé le mois dernier, l'équipe d'intervention travaillant en étroite collaboration avec l'équipe Cinematics en particulier, l'aidant à remplir une scène de bataille épique avec des effets visuels.
    CONCLUSION
    ON SE VOIT LE MOIS PROCHAIN....

    Traduction : @Maarkreidi Swiss Starships

    Actualités
    246

    Feuille de route - 3 novembre 2021

    Tour d'horizon des 
    feuilles de route
    Joyeux mercredi à tous !
    Toutes les deux semaines, nous accompagnons la mise à jour de la feuille de route d'une brève note explicative afin de vous donner un aperçu de la prise de décision qui a conduit à tout changement. Cela fait partie d'un effort pour rendre nos communications plus transparentes, plus spécifiques et plus perspicaces pour tous ceux qui contribuent à rendre Star Citizen et Squadron 42 possibles.
    Ceci étant dit, plongeons dans le Roadmap Roundup de cette semaine !
    -Équipe communautaire du GCI
    Changements notables pour le 3 novembre 2021
    Salvage
    Comme annoncé précédemment dans le Roadmap Roundup du 8 septembre, le Core Gameplay Pillar s'est concentré sur la fourniture de fonctionnalités pour Squadron 42, avant de les intégrer dans l'Univers Persistant. L'avantage est double : Squadron 42 bénéficiera grandement de ressources supplémentaires et d'une attention particulière, et l'univers persistant verra les fonctionnalités mises en ligne dans un état plus complet et plus abouti.
    Les équipes de Core Gameplay ont recalibré leurs plannings après la transition de leur projet et prévoient maintenant de terminer leur travail sur le Salvage pour Squadron 42 au premier trimestre 2022. Afin de disposer de suffisamment de temps pour implémenter cet ensemble de fonctionnalités dans l'univers persistant, la sortie de Salvage est désormais prévue pour le deuxième trimestre 2022.
    Cependant, vous remarquerez peut-être que nous avons renommé "Salvage T0 - Tech" en "Salvage T0". Ceci afin de mieux représenter le gameplay étendu qui sortira lors du lancement de Salvage. Plus précisément, la version initiale n'est plus seulement l'implémentation de la technologie dorsale, mais introduira le salvage manuel, ainsi que le salvage en vaisseau (décapage et réparation de la coque) en utilisant les systèmes à bord du Drake Vulture.
    Vue de la version
    Les cartes suivantes ont été ajoutées à la vue de la version :
    Vaisseaux spatiaux abandonnés - Points d'intérêt
    Des points d'intérêt qui seront dispersés sur des planètes. Il s'agira de vaisseaux spatiaux abandonnés avec un certain type d'activité (puzzle, traversée, IA hostile) et un certain type de récompense pour la résolution de ladite activité. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.16.
    Gadgets miniers
    Les gadgets miniers permettent de modifier la roche et aident le joueur à exploiter un gisement. Le joueur peut attacher un dispositif physiquement à un gisement exploitable dans FPS pour modifier ses statistiques, rendant l'exploitation plus facile et plus sûre, ou plus rapide et plus risquée. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.16.
    Ravitaillement de navire à navire
    Mise en place des systèmes qui permettront aux joueurs pilotant des vaisseaux spécifiques de ravitailler d'autres vaisseaux et d'être payés pour cela. Le joueur peut remplir les réservoirs de carburant de ces vaisseaux spécifiques à partir d'une station en utilisant une interface mise à jour de Réarmement, Réapprovisionnement, Ravitaillement dans les zones d'atterrissage et les stations spatiales. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.16.
    Mises à jour - Carte Dying Star
    Mise à jour de la carte Dying Star en augmentant sa taille globale, en ajoutant de nouvelles zones jouables, plus d'options de couverture et de nouvelles ressources spatiales. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.16.
    Refonte de la physique du Gravlev
    Une refonte importante du modèle de vol et de conduite des véhicules gravlev en vol stationnaire. L'objectif est d'améliorer la sensation générale et la stabilité, ce qui se traduira par une bien meilleure expérience pour les joueurs utilisant des vélos en vol stationnaire. Cette carte a été ajoutée à la fenêtre de sortie de l'Alpha 3.16.
    Mise à jour des textures de tête d'ADN
    Mise en œuvre de mises à jour artistiques pour les têtes de l'archétype ADN qui amélioreront la qualité de toutes les têtes ADN, tant pour les joueurs que pour les PNJ communs. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.16.
    Vente d'objets aux boutiques
    Les joueurs auront la possibilité de vendre des objets de leur inventaire local aux magasins en utilisant une nouvelle interface alimentée par les Building Blocks. Cela prend en charge la fonctionnalité de génération de butin récemment ajoutée, permettant à ces objets d'être vendus contre de l'argent. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.17.
    Mission de taxi pour PNJ T0
    Les PNJ demanderont à être transportés entre des aires de repos dans ce type de mission, les récompenses étant déterminées par la vitesse, la sécurité et le confort avec lesquels le joueur conduit le PNJ à sa destination. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.17.
    Vultur Drake
    Construire, équilibrer et implémenter le Vautour, le vaisseau de sauvetage léger de Drake Interplanetary, dans le jeu. Cette carte a été ajoutée à la fenêtre de sortie de la version Alpha 3.18.
    En raison du recalibrage susmentionné du calendrier du Core Gameplay, ainsi que de la priorisation des fonctionnalités ajoutées ci-dessus, ces cartes sont retirées de la Release View jusqu'à ce qu'elles soient correctement reprogrammées :
    Échange de moteur Origin M50
    Alignement dynamique des portes - Véhicules
    Glissement du joueur
    Couché
    Technologie d'acteur - Manipulation d'arme physicalisée
    Émetteurs de boucliers de navires
     C'est tout pour cette semaine ! Rejoignez la discussion sur Spectrum.

    Traduction : @Maarkreidi Swiss Starships

    Actualités
    246

    ALPHA 3.15 : HÔPITAUX ET SOINS MÉDICAUX

    ALPHA 3.15
    HÔPITAUX ET SOINS MÉDICAUX


    Star Citizen Alpha 3.15 apporte avec lui un nouveau système médical, avec des hôpitaux, des blessures à plusieurs niveaux et une pléthore de médicaments et d'outils médicaux. Rejoignez-nous et plongez dans chacune de ces nouvelles fonctionnalités dans l'espoir d'être correctement équipé pour affronter cette mise à jour, qui augmente considérablement les enjeux de la survie dans le verse. 
    LES OUTILS DU MÉTIER
    Un bon médecin garde une panoplie d'outils à portée de main. Qu'il s'agisse d'objets à usage unique ou d'outils de guérison fiables, il y a beaucoup d'équipement et d'articles pour vous permettre à vous et à votre équipe de tenir debout. Avant d'entrer dans les détails de comment et où guérir, voici un aperçu des trois outils actuellement disponibles pour un professionnel de la santé en herbe, tous pouvant être achetés dans n'importe quel hôpital ou clinique :
    Stylos médicaux 
    Les stylos médicaux sont un moyen simple et direct de vous soigner ou de soigner une autre personne sur le terrain. De plus, les cinq médicaments peuvent être achetés sous forme de stylos (nous y reviendrons plus tard). Pour utiliser un stylo, maintenez la touche C enfoncée pour ouvrir un menu radial et sélectionnez le stylo que vous souhaitez utiliser. À partir de là, appuyez sur B pour l'utiliser sur vous-même, ou utilisez la souris 2 pour l'appliquer à quelqu'un d'autre. Ces commandes s'appliquent à tous les outils médicaux.
    Multi-Tool
     
    Le Pyro Multi-Tool peut être équipé de l'accessoire médical LifeGuard afin d'être utilisé comme un dispositif de sauvetage. Plus précis et efficace qu'un MedPen, avec l'avantage supplémentaire de guérir à courte distance, cet accessoire est limité à l'administration d'Hemozal.
    Outil médical Curelife 
    Indispensable à tout professionnel de la santé, cet outil peut administrer n'importe lequel des cinq médicaments en quantité précise ou simplement appliquer de l'hémozal si nécessaire. De plus, il peut également fournir des scans médicaux détaillés d'une autre personne, mettant en évidence des blessures spécifiques et recommandant des traitements.
    UTILISATION DE L'OUTIL MÉDICAL CURELIFE
    Le dispositif médical Curelife peut détecter les blessures et l'état de santé de toute personne. Il suffit de pointer l'outil sur la personne pour voir ces informations. Vous pouvez également mettre en évidence des membres spécifiques de cette manière pour voir les blessures infligées. Cet outil dispose de deux modes distincts : Basique et Avancé. Le mode de base permet simplement d'appliquer de l'hémozal, comme avec le Multi-Tool. Le mode avancé vous permet d'appliquer les cinq médicaments dans la quantité précise de votre choix. Pour passer d'un mode à l'autre, et ajuster la quantité de médicament, maintenez l'outil en l'air à l'aide du bouton droit de la souris, puis maintenez la touche F enfoncée pour interagir avec l'écran de l'outil.
     


    DROGUES ET BDL
    Alpha 3.15 élargit l'éventail des drogues disponibles dans l'arsenal d'un médecin. Ces médicaments ont tous des attributs et des effets uniques, mais ils augmentent tous votre niveau de drogue dans le sang (BDL). 
    Votre BDL est suivi à côté de votre état de santé sur le HUD de votre casque. Lorsque ce niveau atteint 50 % du maximum, votre personnage entre dans un état de surdose. Cela affectera votre vitesse de déplacement, brouillera votre vision, ajoutera un effet de balancement des armes et fera que votre personnage pilotera son véhicule de manière erratique. De plus, votre personnage commencera à subir des dégâts lentement, à moins que les effets ne soient contrés.
     Vous trouverez ci-dessous les types de drogues disponibles, y compris les quatre nouvelles introduites dans la version Alpha 3.15 :
    Hemozal
    L'hémozal est le principal médicament utilisé par les médecins. On le trouve à la fois dans un stylo (MedPen) et dans l'arme médicale Curelife et l'accessoire médical LifeGuard pour le multi-outil. Ce médicament peut arrêter les saignements et restaurer la santé jusqu'au maximum actuel, en plus de ramener une personne après une incapacité. Les saignements sont arrêtés quelle que soit la quantité de médicament utilisée.
    Demexatrine
    La demexatrine est une forme d'adrénaline synthétique qui peut être utilisée pour soulager la fatigue musculaire et les symptômes liés à une commotion cérébrale. Cela peut aider à lutter contre les effets de balancement des armes et de ralentissement des mouvements causés par les blessures. La demexatrine peut être administrée via un stylo (AdrenaPen) ou le mode avancé du Curelife Medical Tool.
    Roxaphen
    Roxaphen est un antidouleur qui peut aider à soulager les symptômes qui limitent considérablement vos mouvements, comme une blessure grave aux jambes ou aux bras vous empêchant de vous tenir debout ou de tenir des objets, respectivement. Roxaphen peut être administré via un stylo (OpioPen) ou le mode avancé du Curelife Medical Tool.
    Sterogen
    Le stérogène est un corticostéroïde qui peut aider à soulager les symptômes associés à la faiblesse musculaire ou aux lésions respiratoires, comme les effets d'une blessure à la poitrine qui réduit les dégâts de mêlée ou une blessure à la tête qui rend la vision floue. Sterogen peut être administré via un stylo (CorticoPen) ou le mode avancé du Curelife Medical Tool.
    Resurgera
    Resurgera est un désintoxiquant rapide qui, lorsqu'il est pris, commence à réduire lentement un taux de drogue élevé dans le sang et peut également réduire les symptômes causés par une overdose. Resurgera peut être administré par un stylo (DetoxPen) ou par le mode avancé du Curelife Medical Tool.
    BLESSURES
    Les blessures sont infligées lorsqu'un joueur reçoit des dommages soutenus et répétés. Les blessures peuvent être reçues sur n'importe quel membre, votre poitrine ou votre tête. Les blessures vous sont montrées soit via le HUD de votre casque dans le coin inférieur gauche, soit via un scan en utilisant l'outil médical Curelife.
     Vous trouverez ci-dessous les différents types de blessures, la façon dont elles vous affectent, et comment et où elles peuvent être soignées.
    Niveau 3
    BLESSURE MINEURE
    Les blessures mineures peuvent être soignées par n'importe quel lit médicalisé de niveau 3, comme ceux du Cutlass Red. Ce premier niveau de blessure diminue votre réserve de santé maximale et introduit quelques effets de gameplay, selon l'endroit où vous avez été blessé. Si vos bras sont blessés, vos armes seront plus difficiles à viser et les dégâts infligés par les attaques de mêlée seront réduits. Si ce sont vos jambes, votre vitesse de déplacement est réduite. Si c'est la poitrine, votre endurance est réduite et votre personnage commence à avoir une respiration sifflante. Et enfin, si c'est votre tête, votre vision commencera à se brouiller, le son que vous entendez sera étouffé et il vous faudra plus de temps pour vous remettre d'un étourdissement. Aucune blessure mineure ne nécessite une stabilisation.

    Niveau 2
    BLESSURE MODÉRÉE
    Une blessure modérée nécessite un lit médical de niveau 2 pour être soignée, comme une clinique ou les baies médicales de plus grands vaisseaux comme le Carrack ou le Jump 890. Les blessures modérées accentuent grandement les effets observés dans les blessures mineures, avec quelques ajouts. Les blessures modérées font que votre personnage commence à boiter et à grogner de manière audible en raison de la douleur. Si la blessure modérée est subie à la tête ou à la poitrine, une stabilisation est nécessaire dans un lit médicalisé de n'importe quel niveau.

    Niveau 1
    BLESSURE GRAVE
    Une blessure grave nécessite un lit médicalisé de niveau 1 pour guérir, comme ceux que l'on trouve dans un hôpital. Les blessures graves aggravent encore les effets des blessures modérées, avec des inconvénients supplémentaires. Une blessure grave aux jambes contraindra votre personnage à se mettre à plat ventre, sans possibilité de se lever ou de s'accroupir. Si c'est aux bras, votre personnage ne pourra pas tenir d'objets. Les blessures graves à la tête ou au torse nécessiteront également une stabilisation dans un lit médicalisé.

    INSTALLATIONS MÉDICALES
    Maintenant que nous sommes familiarisés avec les blessures, nous avons besoin d'endroits pour les soigner. On trouve des installations médicales partout dans le 'verse, des villes massives aux petites stations spatiales. Il y a même quelques vaisseaux qui offrent des soins médicaux en leur sein.
    S'il s'agit d'une installation publique et non d'un vaisseau, n'hésitez pas à vous faire admettre en utilisant la console d'enregistrement des patients, qui fonctionne de la même manière qu'un terminal ASOP. Vous trouverez ci-dessous les trois types d'installations médicales, ainsi que les services qu'elles proposent.
    HÔPITAUX
    Les hôpitaux, ou installations médicales de niveau 1, se trouvent sur toutes les principales zones d'atterrissage. Ils peuvent être utilisés pour stabiliser un patient, traiter toute blessure et ramener une personne de la mort.


     
    CLINIQUES
    Les cliniques, ou installations médicales de niveau 2, se trouvent dans la plupart des stations spatiales du verse, ainsi que dans de petites zones d'atterrissage comme GrimHex. Elles peuvent être utilisées pour stabiliser un patient, traiter des blessures mineures à modérées, et ramener une personne à la vie.


    AMBULANCES
    Les ambulances, ou installations médicales de niveau 3, se trouvent dans les vaisseaux médicaux tels que le Cutlass Red. Elles peuvent être utilisées pour stabiliser les patients et traiter les blessures mineures, mais elles ne peuvent pas être utilisées pour ranimer une personne en état de mort.


    LITS MÉDICAUX ET TRAITEMENT
    Maintenant que nous sommes familiarisés avec les blessures et les installations qui peuvent les soigner, allons en chercher une et trouver un lit médicalisé. Ces lits peuvent se trouver dans de nombreux endroits, d'un vaisseau à une station spatiale en passant par l'hôpital d'une ville. S'il s'agit d'une installation publique et non d'un vaisseau, n'hésitez pas à vous faire admettre en utilisant la console d'enregistrement des patients, qui fonctionne de la même manière qu'un terminal ASOP.
    Toutefois, si vous avez subi une blessure grave et qu'il vous est difficile de marcher, une option accélérée est disponible dans n'importe quelle baie de hangar publique, illustrée ci-dessous. Un médecin peut amener un patient à ces lieux de dépôt d'urgence (utilisez un brancard pour accélérer les choses !) et ensuite envoyer cet ascenseur directement à la structure médicale. Dans les deux cas, rendez-vous à un lit médicalisé dès que possible !

    Une fois que vous êtes sur le lit médicalisé, un menu vous propose jusqu'à trois options (la troisième apparaissant pour les propriétaires de vaisseaux, leur donnant la possibilité d'éliminer les joueurs qui se sont inscrits à l'ICU de leur vaisseau). La première option vous donnera un aperçu de votre personnage, comme illustré ci-dessous. Vous pouvez y voir les blessures que vous avez subies en détail, ainsi que les options de traitement recommandées. 
    Pour appliquer un traitement, cliquez sur l'onglet "Traitement" et sélectionnez les blessures que vous souhaitez soigner. Après quelques secondes, votre blessure sera supprimée et vous retrouverez votre pleine santé. C'est aussi simple que cela ! N'oubliez pas que ces options ne vous sont présentées que si vous êtes conscient. Si vous êtes inconscient et que vous vous rendez dans un hôpital ou une clinique, l'établissement s'occupera de vos blessures pour vous et vous vous réveillerez complètement guéri.

    INCAPACITÉ
    Vous avez subi des dégâts importants, votre santé est à 0 % et vous tombez au sol. Félicitations, vous avez été frappé d'incapacité !
    Votre personnage est maintenant immobile, et le chronomètre a commencé. Vous devez recevoir une dose d'hémozal avant la fin du temps imparti, sinon... vous êtes mort ! Gardez à l'esprit que les objets sur votre personne sont laissés sur votre cadavre si vous mourez.

    La bonne nouvelle est que tout espoir n'est pas perdu, même si vous êtes seul ! S'il n'y a personne pour vous aider dans les environs immédiats, vous pouvez créer une balise en maintenant la touche M enfoncée. Cela crée une mission de balise pour les joueurs à proximité, automatiquement définie pour une récompense de quinze mille aUEC et payée à la livraison à un établissement médical. 
    Les joueurs qui acceptent cette mission peuvent vous amener à la zone de dépôt des urgences médicales, située dans tous les hangars rattachés à une installation médicale. Vous trouverez plus d'informations sur ces lieux dans la section Lits et traitements médicaux ci-dessus.
    Ce n'est pas un secret, Star Citizen Alpha 3.15 va changer votre façon de jouer pour toujours. Avec des conséquences mortelles vient la folie médicale, alors préparez-vous à prêter main forte à ceux qui en ont besoin. 
    Nous avons hâte que vous vous y plongiez et que vous fassiez l'expérience de la variété des nouvelles fonctionnalités majeures introduites ! Il est important de noter qu'il s'agit de notre première itération du gameplay médical, et nous sommes impatients d'étendre la profondeur de cette nouvelle boucle de gameplay dans les patchs à venir. Rendez-vous sur notre fil de commentaires dédié et faites-nous part de vos réflexions, questions et préoccupations !

    Traduction : @Maarkreidi Swiss Starships

    Actualités
    249

    ANVIL LIBERATOR Q&A

    ANVIL LIBERATOR Q&A
    Suite à la présentation du concept de l'ANVIL Liberator, nous avons posé les questions de votre communauté à nos concepteurs afin de vous fournir plus d'informations sur le transporteur récemment dévoilé.
     
    Quelles seront les capacités de ce vaisseau en matière de ravitaillement, de réparation et de réarmement des vaisseaux et des véhicules qu'il transporte ? (Je crois que des réservoirs de carburant étaient montrés dans les illustrations conceptuelles).
    Le Liberator ne supportera que des niveaux de base de ravitaillement, de réparation et de réarmement, qui seront effectués manuellement par les joueurs à bord à l'aide des fournitures stockées dans la soute. Il ne dispose pas d'installations dédiées ou de magasins séparés. 
     
    Les vaisseaux sur le pont sont-ils protégés par les boucliers de taille 3 du Liberator avec la nouvelle technologie de bouclier des SDF ? 
    Ils ne sont pas explicitement protégés. Cependant, le bouclier se projette à plusieurs mètres de la coque du vaisseau, donc la plupart des vaisseaux sont probablement partiellement couverts (mais pas entièrement). Il en va de même pour le Kraken et tout autre vaisseau où des véhicules sont entreposés à l'extérieur.
     
    Quel est le plus grand vaisseau qui peut être garé dans chacun des garages, des plateformes d'atterrissage supérieures et de la plateforme d'atterrissage avant ?
    Les garages et la plate-forme d'atterrissage avant peuvent accueillir des véhicules terrestres jusqu'au Tumbril Nova et à l'Anvil Ballista, ainsi que ce que nous appelons en interne des vaisseaux "XXS", comme l'Argo MPUV et l'Origin 85x.
    Les plateformes d'atterrissage supérieures accueillent les vaisseaux "XS", qui comprennent la plupart des vaisseaux de combat monoplaces (Aegis Sabre, Anvil Hornet et Arrow, etc.) et d'autres vaisseaux monoplaces comme le MISC Prospector.  
     
    Le Liberator peut-il transporter un gros vaisseau sur ses deux ponts supérieurs, à condition que ce dernier puisse se poser avec tous ses trains d'atterrissage ?
    Officiellement, cela ne sera pas pris en charge car les gros vaisseaux ne pourront pas apparaître à cet endroit, mais ce que les joueurs font après l'apparition initiale dépend d'eux. Ainsi, bien qu'ils puissent certainement faire entrer des vaisseaux plus grands sur les aires d'atterrissage, cette méthode d'atterrissage ne sera probablement pas prise en charge en tant que méthode officielle.
        Comment est le blindage du Liberator par rapport aux autres vaisseaux militaires de sa taille ?
    Le Liberator est équipé d'un blindage moyen/lourd pour compenser son armement relativement faible et pour lui permettre d'encaisser les coups lors du transport de véhicules.
      La capacité de chargement de 400 SCU correspond-elle uniquement aux baies de chargement internes situées à côté des garages ? Existe-t-il une limitation qui empêche le transport de cargaisons supplémentaires dans les garages ou sur les aires d'atterrissage ? Je suppose que seule la zone dédiée de 400 SCU reçoit des plaques magnétiques.
    Les 400 SCU ne concernent que les soutes internes, qui sont les zones sécurisées pour le fret. Comme ci-dessus, ce qui se passe en dehors de cela est à la discrétion du joueur, bien que cela puisse ne pas être pris en charge par l'ensemble des systèmes du jeu, comme par exemple le fait qu'il ne soit pas sécurisé par des plaques magnétiques.  
      Quelle est la principale différence d'utilisation entre ce modèle et le M2 ?
    La principale différence est que le M2 n'est pas conçu spécifiquement pour transporter des vaisseaux spatiaux, et encore moins plusieurs vaisseaux, ce qui est le rôle clé du Liberator.
      Est-ce qu'il sera envisagé de supprimer les exigences relatives aux vaisseaux d'origine lors du chargement de votre propre flotte ? Par exemple, lorsque nous frayons le troisième véhicule, le premier véhicule que nous avons frayé disparaîtra.
    En fin de compte, oui. Les limitations actuelles ne sont qu'une mesure temporaire.
          Existe-t-il un moyen de verrouiller les vaisseaux sur la plate-forme d'atterrissage supérieure pour les empêcher de décoller (disons que quelqu'un veut s'échapper) ? Sur le même sujet, existe-t-il un moyen de détacher de force un vaisseau s'il s'agit d'un visiteur indésirable ?  
    Nous n'avons pas de détails spécifiques à discuter concernant le sujet de la sécurité et du griefing potentiel et comment il interagit avec ce vaisseau et d'autres similaires. Mais, les deux scénarios énumérés ici sont des domaines dont nous discutons en interne, en particulier la façon dont nous souhaitons les traiter en utilisant la gamme actuelle et prévue de mécanismes.
      Le Liberator est décrit comme ayant une "portée extrême". Mais comment son endurance se compare-t-elle à celle d'autres transporteurs comme le Kraken et l'Idris ?
    Le Liberator a une autonomie "extrême" en raison de la capacité de ses réservoirs d'hydrogène/quantique par rapport aux autres vaisseaux de sa catégorie. Cependant, le Kraken et l'Idris sont plus de deux fois plus grands et ont donc une autonomie encore plus grande.
      Est-il possible de faire passer des véhicules par la porte de la baie de lancement et de les arrimer sur le pont supérieur à la place des chasseurs ?
    C'est possible mais déconseillé, car si la rampe/porte est endommagée, elle ne fonctionnera plus, ce qui la mettra hors service. Vous devrez alors charger et décharger uniquement par la rampe arrière jusqu'à ce qu'elle soit réparée.
      Que sont les deux cylindres situés sur le côté latéral de chaque moteur ?
    Ils n'ont aucune fonction et ne sont que des éléments de géométrie. (Voir l'image ci-dessous.)
            Le vaisseau pourra-t-il traverser les points de saut avec des vaisseaux sur le pont ?
    Oui. Si un vaisseau est posé sur le pont, il sera transporté avec le Liberator pendant un saut.
      Le Liberator est-il un vaisseau capital tel qu'il est catégorisé dans la matrice des vaisseaux, ou est-ce une erreur d'étiquetage puisqu'il ne possède aucun composant de classe capitale ?  
    Le Liberator n'a pas de composants de classe capitale. Bien que ce ne soit pas la seule exigence d'un vaisseau d'importance capitale (la taille et le rôle jouent également un rôle), le fait que le Liberator soit répertorié comme un vaisseau d'importance capitale est une erreur dans la matrice et devrait être remplacé par "grand".
      Où est monté le rayon tracteur, et peut-il être utilisé pour tirer un vaisseau immobile sur le pont et le transporter ensuite ?
    Le rayon tracteur est monté dans un compartiment déployable du côté "passager", sous la tourelle supérieure éloignée. Cela lui permet d'avoir une portée sur les tampons externes pour faciliter l'atterrissage et le retrait des vaisseaux.
      Le Liberator offre-t-il des installations pour héberger l'équipage des vaisseaux ou des véhicules transportés ?
    Les équipages des véhicules transportés ont accès à leur propre zone dédiée du vaisseau, avec des services de restauration, des casiers, des rangements, une salle de bain et un coin salon.
      Avertissement
    Les réponses reflètent fidèlement les intentions du développement au moment de la rédaction du présent document, mais la société et l'équipe de développement se réservent le droit d'adapter, d'améliorer ou de modifier la conception des fonctionnalités et des vaisseaux en fonction des réactions, des tests, des révisions de conception ou d'autres considérations visant à améliorer l'équilibre ou la qualité du jeu dans son ensemble.
      Trad : @Maarkreidi SwissStarships.org  

    Actualités
    246

    Le point sur la feuille de route - 20 octobre 2021

    Toutes les deux semaines, nous accompagnons la mise à jour de la feuille de route d'une brève note explicative afin de vous donner un aperçu de la prise de décision qui a conduit à tout changement. Cela fait partie d'un effort pour rendre nos communications plus transparentes, plus spécifiques et plus perspicaces pour tous ceux qui contribuent à rendre Star Citizen et Squadron 42 possibles.
    Ceci étant dit, plongeons dans le Roadmap Roundup de cette semaine !
    -Équipe communautaire de CIG
     
    Changements notables pour le 20 octobre 2021
    Suivi de l'avancement
    Comme pour l'annonce précédente de Richard Tyrer qui se concentre sur Squadron 42, nous allons mettre à jour nos structures d'équipe afin d'accorder à Squadron 42 une équipe dédiée à la création de personnages. Par conséquent, avec cette publication, vous remarquerez l'ajout de trois nouvelles équipes : SQ42 Character Art, SC Character Art, et Character Tech Art. Ces équipes étaient toutes sous l'égide de Character Art & Tech, et les ressources de ces équipes étaient utilisées à la fois par Star Citizen et Squadron 42. Avec ce changement, ces équipes sont maintenant des ressources dédiées à leurs projets respectifs, plutôt que de partager leur temps entre les deux, ce qui a déjà entraîné des avantages mesurables pour les trois équipes.
     
    Les livrables de ces équipes n'ont pas changé, vous les trouverez donc identiques à ceux de la dernière publication du quatrième trimestre. L'équipe originale Character Art & Tech restera sur la feuille de route jusqu'au troisième trimestre en tant que données héritées.
     
    Le livrable suivant a été ajouté au Progress Tracker :
    Origin X1 Construire, implémenter et équilibrer l'hover bike d'Origin, le X1, en tant que véhicule prêt à voler.
     
    Les livrables suivants, précédemment marqués comme non annoncés, sont désormais visibles sur le Progress Tracker :
    Origin 400i Construction, équilibrage et mise en œuvre de l'explorateur de luxe d'Origin, le 400i, dans le jeu.
     
    Rastar Développement et mise en œuvre de Rastar, un outil qui permet de placer des structures modulaires à la surface des planètes et de déformer le terrain environnant pour les accueillir. Les joueurs pourront éventuellement l'utiliser pour placer leurs propres structures, comme c'est le cas avec le Pioneer d'Outland Consolidated.
     
    --
    Aopoa San'tok.yāi
    Le calendrier de développement de ce vaisseau est actuellement en cours de réévaluation. Par conséquent, il est retiré du Suivi d'avancement jusqu'à ce qu'il soit terminé.
     
    Vue de publication
    La carte suivante a été ajoutée à la vue des publications pour la version 3.15, et a également été marquée comme "Committed" :
    Origin 400i Construire, équilibrer et implémenter l'explorateur de luxe d'Origin, le 400i, dans le jeu.
    --
    Magasins et patrons
    Après examen et tests approfondis, l'équipe a pris la décision d'accorder à cette fonctionnalité un temps supplémentaire pour la peaufiner. Pour cette raison, cette carte est déplacée dans la colonne 3.16 au quatrième trimestre.
     
    C'est tout pour le tour d'horizon de cette semaine - participez à la discussion ici.
    Traduction : @Maarkreidi SwissStarships.org

    Actualités
    223

    Alpha 3.15 Patch Watch - Placards à spawn, boucliers et plus encore

    Bonjour à tous,
     
    Après avoir jeté la semaine dernière un coup d'œil à l'inventaire personnel et à la récupération en cas de crash du serveur, nous poursuivons avec une autre observation du patch Alpha 3.15, cette fois sur les placards de spawn, les boucliers et plus encore.
     

     
    Placards de spawn
    Pour l'Alpha 3.15, nous ajoutons les premiers placards de spawn du jeu, qui sont des pièces ou des ascenseurs qui cachent le spawning et le despawning des PNJs. À l'avenir, les spawn closets seront ajoutés à la plupart des endroits (si ce n'est tous) pour faciliter la gestion de la population. Par exemple, les civils et la sécurité dans les zones d'atterrissage et les mineurs et les hors-la-loi dans les grottes. Cependant, dans la version Alpha 3.15, ils ne seront présents que dans les installations souterraines.
     
    Nouvelles missions
    Pour tirer parti des placards de spawn, nous introduisons une série de missions nouvelles et améliorées.
     
    Éliminer tout : Les joueurs doivent tuer tous les PNJ ennemis à un endroit donné. Élimination spécifique : Les joueurs doivent tuer une cible prédéterminée. Éliminer le boss : les joueurs sont chargés de tuer une cible lourdement blindée, qui ne sort de sa cachette que pour venger la mort de son groupe. Voler : Les joueurs entrent dans un lieu hostile pour identifier et voler un certain nombre d'objets gardés par des hostiles. Collecte dangereuse : Demande aux joueurs de fouiller une installation amie pour trouver des boîtes en utilisant les informations de leur mobiGlas. À tout moment de la mission, de petits assauts ennemis peuvent être déclenchés, que les joueurs peuvent choisir d'éviter ou d'aider les défenseurs de l'installation à repousser. Défendre : les joueurs rejoignent des PNJ amis pour défendre une installation contre plusieurs vagues d'ennemis. En plus de la récompense de base de la mission, les joueurs recevront un bonus pour chaque PNJ ami qui survivra jusqu'à la fin.  
    Différents modificateurs peuvent être appliqués à chaque type de mission, comme "tuer uniquement les PNJ d'un certain type" ou "échouer si des non-combattants sont tués".
    Sans les placards de spawn, il était impossible de faire apparaître des PNJ en cours de mission, car ils pouvaient surgir de nulle part sans prévenir. Maintenant, nous pouvons faire apparaître des renforts ou tendre des embuscades à des joueurs qui ne se doutent de rien, et les joueurs peuvent reconnaître d'où les PNJ sont susceptibles d'arriver.
     
    Premier passage des variantes de bouclier
    Comme nous l'avons mentionné dans le Patch Watch d'Alpha 3.14, l'équipe a temporairement donné les mêmes statistiques à tous les générateurs de bouclier de la même classe de taille afin de faciliter le processus d'équilibrage initial. Pour le tout premier passage des variantes de bouclier à venir avec Alpha 3.15, l'équipe a ramené les grades de bouclier. Les grades d'une même taille de bouclier vont de D à A (augmentation des performances globales), C étant souvent la base par défaut.
    Pour Alpha 3.15, il n'y aura pas de différences de classification (civil, compétition, industriel, militaire, furtif) entre les boucliers, car l'équipe veut s'assurer que l'équilibrage des grades est en bonne place avant d'ajouter plus de fonctionnalités. Ils veulent s'assurer que les différences de grade dans les performances des boucliers sont notables sans déséquilibrer l'expérience de combat.
     
    Suivi du regard de Tobii
    Pour Alpha 3.15, nous avons activé la sélection de cible basée sur le regard de Tobii pour une immersion encore plus profonde. Avec un Tobii Eye Tracker 5, vous pouvez suivre à la fois les mouvements de la tête et des yeux, et vous avez la liberté de décider si vous voulez suivre les deux ou seulement un à la fois. Avec la nouvelle sélection de cible basée sur le regard, vous pouvez maintenant simplifier la sélection de cible en regardant votre adversaire et en appuyant sur le bouton de sélection de cible. Nous tenons à préciser qu'à ce stade, nous prenons entièrement en charge la sélection de cible par le regard avec le Tobii Eye Tracker 5, mais pas la visée de combat proprement dite ni l'interaction avec les écrans multifonctions ou les boutons dans le cockpit de votre vaisseau. Cette nouvelle fonctionnalité rend la sélection de cible pratique mais ne vous donne pas un avantage injuste. N'hésitez pas à consulter le Tobii Eye Tracker 5 Comm-Link pour plus d'informations sur le dispositif.
     
    Inidicateur de vélocité totale
    En temps réel, vous pourrez décider dans le menu Options si l'indicateur de vitesse totale (TVI) est visible en permanence, caché ou s'efface lorsqu'il est proche du centre du HUD.
    Caméra cinématique de missiles
    Nous faisons également revenir une fonctionnalité qui a manqué à de nombreux créateurs de machinima ces derniers temps. Allez dans le menu Options, sélectionnez Keybindings, et ouvrez l'onglet Vehicle - Missiles. La caméra de missiles cinématiques n'est pas liée par défaut. Cependant, vous pouvez maintenant facilement ramener ce mode de caméra épique dans votre trousse à outils cinématographique. Nous avons également attaché une caméra cinématique aux bombes. 


     
    Trad : @Maarkreidi SwissStarships.org

    Actualités
    327

    Alpha 3.15 Patch Watch - Inventaire personnel

    Alpha 3.15 Patch Watch
    Inventaire personnel
     
    Bonjour à tous et bienvenue à la première présentation du patch d'Alpha 3.15, qui vous permettra de découvrir en détail le nouveau mécanisme d'inventaire personnel.
    Choix d'une résidence principale
    Avant d'entrer dans le verse pour la première fois dans Alpha 3.15, vous devez d'abord choisir votre résidence principale dans le menu principal. Vous avez le choix entre les villes suivantes et les stations spatiales associées :
    Orison, Crusader (avec Port Olisar) Lorville, Hurston (avec Everus Harbor) Area18, ArcCorp (avec Baijini Point) New Babbage, microTech (avec Port Tressler)  
    Une fois sélectionnés, tous vos objets et véhicules seront stockés dans votre résidence principale. Pour votre confort, chaque ville et sa station spatiale associée partagent un inventaire local.
    N'oubliez pas que les composants de véhicules et les points de fixation (comme les armes et les tourelles) ne sont pas concernés par le nouveau système d'inventaire. La seule façon de transporter ces objets est de les équiper sur votre vaisseau, et tous les composants que vous possédez au début d'Alpha 3.15 seront stockés dans votre résidence principale. À l'avenir, ces objets seront adaptés à ce système d'inventaire en même temps que le prochain refactor du système de fret.
     

     
    Démarrer avec l'inventaire personnel
    Vous avez donc choisi votre nouveau logement et vous vous êtes réveillé dans votre hab. Vous ne trouverez plus vos affaires dans votre application mobiGlas, mais pas de panique ! Il suffit d'appuyer sur la touche " i " pour ouvrir votre inventaire.
    Dans le coin supérieur droit, vous remarquerez que vous êtes en train de regarder votre inventaire local, qui est l'endroit où tous vos objets sont initialement stockés. Si vous passez le curseur de la souris sur l'un de vos objets, une description détaillée s'affiche. L'espace de stockage que chaque objet utilisera dans votre inventaire personnel est particulièrement important. Cet espace de stockage nécessaire est affiché en microSCU (μSCU). Ainsi, Pico, par exemple, occupera 44000 μSCU.
     

     
    Si vous souhaitez équiper un objet, il vous suffit de le glisser et de le déposer sur votre personnage. Les objets dont vous voulez vous débarrasser, faites-les glisser vers le symbole de la main. Mais attention, ces objets sont placés dans le monde du jeu et non plus dans votre inventaire. Les autres joueurs peuvent désormais accéder à ces objets et ils seront perdus si vous ne les réintroduisez pas dans l'un de vos inventaires.
     

     
    Si vous recherchez quelque chose de spécifique, il vous suffit de cliquer sur l'onglet Filtre, de sélectionner le type d'objets que vous souhaitez voir, puis d'appuyer sur Appliquer et Terminer. Désormais, seuls les types d'articles que vous souhaitez voir s'afficheront.
     

     
    Ensuite, nous allons créer un inventaire personnel supplémentaire. Pour cela, vous devez vous équiper d'une armure et d'un sac à dos pour un maximum de stockage. Si vous n'avez pas d'armure, ou un sac à dos qui ne convient pas à votre armure, rendez-vous dans un magasin d'armure de votre ville. N'oubliez pas que les objets achetés sont d'abord automatiquement transférés dans l'inventaire local. Vous devrez ensuite les transférer dans l'inventaire personnel si vous voulez les emporter avec vous.
     

     
    Sacs à dos
    Avec les nouveaux changements apportés à la gestion de l'inventaire, nous avons séparé les sacs à dos des ensembles d'armures pour en faire des objets à part entière qui peuvent être équipés ou déséquipés. Les joueurs peuvent désormais acheter des sacs à dos de différentes tailles qui nécessiteront des armures de différentes tailles pour être utilisés. Ainsi, les plus grands sacs à dos pourront être équipés sur une armure lourde, tandis que les armures moyennes et légères pourront être équipées de sacs à dos plus petits.
     

     
    Après avoir enfilé votre armure, appuyez sur la touche " i " pour faire apparaître votre inventaire personnel. Vous pouvez alors faire glisser les objets que vous souhaitez stocker, mais pas équiper, de l'inventaire local vers l'inventaire personnel, ou du côté droit de l'écran vers le côté gauche. Chaque pièce d'armure dispose également de son propre espace de stockage, en fonction de la taille de l'armure. Et bien sûr, votre sac à dos a aussi son propre espace de stockage. Tout objet laissé dans l'inventaire local ne sera plus disponible lorsque vous quitterez votre emplacement, alors choisissez judicieusement.
     

     
    Les objets que vous tenez en main après les avoir achetés, comme les boissons, seront glissés dans l'inventaire personnel par la gestion de l'inventaire plutôt que d'être stockés par le mode d'interaction.
     

     
    Inventaire des véhicules
    Une fois que vous aurez fait apparaître un vaisseau et que vous y serez entré, l'onglet Véhicule sera ajouté à votre interface de gestion de l'inventaire. Vous pouvez alors déplacer les objets entre l'inventaire local, l'inventaire personnel et l'inventaire du véhicule comme bon vous semble. Gardez à l'esprit que la capacité de stockage est limitée, il est donc préférable de prendre le temps d'emballer vos affaires avant votre aventure.
    Pour notre exemple, j'ai chargé cinq multi-outils dans mon Cutlass Red. Lorsque je me suis envolé pour Daymar, un petit accident s'est produit et j'ai explosé... Cependant, j'ai trouvé près de l'épave de mon Cutlass Red une caisse de stockage externe qui avait frayé, avec les cinq multi-outils que j'avais chargés précédemment. Vous pourrez trouver une caisse contenant tous les objets stockés dans un vaisseau si vous le détruisez, que ce soit intentionnellement ou non.
     

     

     
    Ces boîtes resteront dans le verse pendant un certain temps pour vous donner (ou à un voleur potentiel !) suffisamment de temps pour retourner sur les lieux de l'accident et récupérer les objets. N'oubliez pas cependant que vous aurez besoin d'un espace d'inventaire suffisant pour pouvoir récupérer tous les objets.
     

     
    Pillage
    Voyons comment s'est déroulée l'aventure de notre exemple, voulez-vous ?
     

     

     
    Oh là là ! Un voleur s'est approché de ma boîte d'inventaire externe et a volé mes multi-outils ! Heureusement, j'ai pu régler rapidement l'affaire. Ensuite, c'était à moi de profiter de la nouvelle mécanique d'inventaire, j'ai donc fouillé le cadavre du voleur, j'ai pris son sac à dos et j'ai récupéré mes multi-outils.
     

     

     
    Récupération en cas de crash du serveur
    Ayant nous-mêmes perdu un Hull plein de marchandises à cause d'une erreur 30k, nous savons trop bien à quel point il peut être frustrant de rencontrer un crash de serveur. C'est pourquoi nous sommes très heureux d'annoncer l'ajout d'une fonction de récupération en cas de panne du serveur !
    Alors, comment cela fonctionne-t-il ? Nous ajoutons une fonctionnalité qui crée un "heartbeat" (enregistrement régulier avec persistance) pour vous et votre vaisseau. Ainsi, dans le cas d'un crash du serveur, le backend reconnaîtra qu'un timeout inattendu s'est produit, vous permettant de visiter n'importe quel terminal ASOP et de spawn votre vaisseau, intact et exactement comme il était avant le crash. Cela signifie que votre cargaison, l'état du vaisseau (santé/carburant), et tous les objets que vous aviez disposés dans votre vaisseau reviendront dans l'état exact où ils étaient.
    Il est important de noter qu'il s'agit d'une simple correction provisoire. À long terme, tout cela sera géré par le graphe d'entités et le travail de maillage du serveur, où nous suivrons l'historique du shard, ce qui nous permettra de conserver correctement les informations et de vous restaurer directement au moment où vous vous êtes arrêté (en plein vol quantique, etc.). Néanmoins, bien qu'il s'agisse d'une solution temporaire, elle devrait être efficace et fiable.
    Il est également important de noter que ce nouvel ajout concerne spécifiquement les crashs de serveurs. Les crashs des clients seront toujours gérés de la même manière, avec la fonctionnalité actuelle de récupération en cas de crash.
    Cette fonctionnalité est actuellement en cours de révision et sera très bientôt disponible sur le PTU !
    ----
     
    Nous espérons que cet article vous permettra de démarrer plus facilement dans Star Citizen Alpha 3.15 !
    Nos équipes continuent

    Actualités
    275

    CitizenCon 21 : l'essentiel !

    CitizenCon 21 : l'essentiel !
     
    Après cette CitizenCon digitale, la plupart des commentaires sur  Spectrum, Youtube ou encore Twitch donnaient un sentiment de déception en la décrivant comme un ISC (Inside Star Citizen) très très long avec peu d’infos !!! S’il est vrai qu’il n’y a pas eu d’annonce fracassante ou de dates de sorties annoncées, la communauté n’a qu'à s'en prendre à elle-même. Les plus vociférants de la communauté SC sont toujours ceux qui critiquent inutilement en oubliant le contexte Alpha et ce que ça implique de participer à un projet “en développement”. Et après avoir pointé les différents retards ou dépassements de date, CIG a décidé depuis longtemps de ne plus donner de dates. Donc voilà….
    Personnellement ma seule “déception” est l’absence de Chris, car je préfère l’écouter commenter les démos et réussir à transmettre sa passion et sa foi en la réussite du projet plutôt que les intervenants en mode “lecture de prompteur”. Ce côté spectacle dans une salle est tellement plus engageant. 
    Bref, malgré cela, le contenu était suffisamment informatif pour une vision à court et moyen terme. Même si il y avait beaucoup de “redites” pour les plus engagés d’entre nous, c’était l’occasion pour CIG de donner un état clair du développement à tous les nouveaux backers qui ont rejoint l’aventure depuis la dernière CitizenCon. Et ça fait quand même 500.000 nouveaux  citoyens qui n’étaient pas forcément au courant de ce qui s’est dit avant leur arrivée. Donc pour moi CIG à rempli sa mission d’information et de développement ouvert.
    D’un point de vue pratique, j’ai juste listé les infos les plus pertinentes afin de vous éviter un pavé qui serait plus long à lire que de regarder les panels. J'ai également laissé de côté une grande partie des explications techniques des démonstrations sur Server Meshing car cela rendrait ce post deux fois plus long. Mais si vous êtes en recherche de détails techniques pointus je vous conseille fortement d'aller regarder le panel CitCon à ce sujet car je ne lui rendrai pas justice ici. 
    Si vous pensez que j’ai oublié certaines infos, n'hésitez pas à commenter  pour que je complète l’article..
     
    Life in the Verse
     
     
    Points de saut
    Le point de saut Pyro de Stanton a été construit à partir de celui utilisé pour la CitCon 2019, et a donc juste été nettoyé pour le rendre plus "prêt à jouer". J'espère que cela aidera certains à trouver les informations qui leur semblaient manquer, et si j'ai oublié quelque chose, merci de l'ajouter dans les commentaires ainsi qu'une introduction à la difficulté de Pyro. Intérieur des stations de Pyro
    Les stations spatiales de Pyro sont centrées sur l'idée de chaleur et de froid, les zones animées sont chaudes, et plus vous voyagez, plus il fait froid et sombre. Les zones animées des stations de Pyro ressemblent à des marchés clandestins avec des néons, du brouillard et de la pluie. Pyro : Planètes et lunes
    Nuages planétaires ! Actuellement, nous construisons les outils pour obtenir des données plus complexes, ce qui conduira à des résultats meilleurs et plus complexes. Pyro In-Play
    400i - 3.15 Pyro 3 - Planète terrestre avec une atmosphère fine et respirable. Foudre dans les nuages - Prélude aux futures fonctionnalités météorologiques. Niveau réduit d'artefacts, et amélioration de l'optimisation de la mise en évidence. Occlusion de terrain et ombrage du terrain - nuages projetant des ombres sur le terrain. Objectif des 50 avant-postes : représenter les différentes factions associées à leur réputation. Tourelles de défense anti-aérienne (déjà dans 3.15) Nouveaux avant-postes Des PNJ vivants - ils se promènent, travaillent, cuisinent, assurent la sécurité. Les avant-postes commerciaux utilisent le nouveau shader Soft-Tech, qui réagit au vent planétaire. L'inventaire des avant-postes de commerce variera en fonction de leur emplacement. Nouveaux PNJ commerçant - similaires aux barmans, avec beaucoup plus de mouvements et de lignes vocales. La réputation affecte la façon dont vous jouez le jeu. Votre position au sein d'une faction déterminera la manière dont vous allez accomplir un objectif. PNJ civil adaptent des comportement de panique lor de rixes : se cachent, fuient en criant  Les tâches des PNJ dépendent de l'heure de la journée. Lorsque la nuit tombe, ils se dirigent vers les chambres. Butin caché  Utiliser des déguisements - Prendre des vêtements de PNJ pour se dissimuler, cela empêchera les PNJ de remarquer votre présence plus rapidement. Informations cachées pour accéder aux zones de butin - une note pour un coffre-fort. Avant-postes de colonisation
    RASTAR - Outil de placement et de génération procédurale qui sera mis à la disposition du joueur pour la construction d'avant-postes (à terme).  
    Pyro viendra avec Server Meshing et Alpha 4.0
     
    Ship Talk
     
     
     
    Origin 400i
    Concurrent du Connie 42 SCU 3 membres d'équipage Explorer Cyclone Cargo Bay - pas URSA X1 Lift and Bay Anvil Liberator
    Transporteur de vaisseaux Niveau d'entrée pour ce type de carrière pour un joueur 2 Extra Small pads. 1 Pad Extra Extra Small, qui est le même que le véhicule moyen. 2 membres d'équipage Garage pour 2 véhicules moyens (Tonk / Balista) - 4 véhicules Small (G12 / Cyclone) Banu Merchantman
    Retravaillé ! Devenu plus grand contient un Hangar pour un Banu Defender Cargaison interne avec un grand ascenseur à cargaison et une grue à cargaison Colliers d'amarrage de vaisseau à vaisseau et de vaisseau à station 2800 SCU 8 membres d'équipage Med-bay La production a commencé ! Autres vaisseaux
    IAE Starter Raffinerie Vote pour 4 nouveaux vaisseaux : 
    Vaisseau d'exploration Véhicule terrestre Véhicule GravLev Vaisseau bombardier pour concurrencer le A2 Page RSI pour voter : https://robertsspaceindustries.com/comm-link/transmission/18352-Digital-CitizenCon-2951-Ship-Voting
     
    Gen12 & Le Multicore de Vulkan
     
     
    Gestion de la mémoire pour le joueur - lui permettant d'allouer ce à quoi il veut consacrer ses ressources. État de la progression
    L'architecture est en place et utilise actuellement une approche hybride utilisant des parties de l'ancien et du nouveau moteur de rendu en même temps. Les post-effets, le brouillard et l'éclairage sont tous activés dans la version 3.15. Le rendu des scènes et des géométries est en place, mais on y travaille encore. Les nuages de gaz, RTT et la transparence seront les prochaines priorités. Phases importantes
    Phase 1 - Gen 12 avec DirectX 11 (100% Gen12 Usage) Phase 2 - Gen12 avec Vulkan Phase 3 - Optimisations multi-cœurs Travaux futurs
    Amélioration des performances GPU : DLSS/FSR, A-Sync Compute et Variable Rate Shading. Shaders de maillage et shaders primitifs : Géométrie procédurale utilisée pour les planètes et les champs d'astéroïdes. Ray Tracing : Illumination globale, réflexions et qualité des ombres.  
    Crafting Worlds : Outils et technologie planétaires
     
     
     
    Rendu des planètes Gen12 Tesselation dynamique remplaçant le Parallax Relief Mapping - Améliorations à pied Intersection de la notion de terrain en tesselation - Améliorations en orbite Écosystèmes dynamiques
    Division de la planète en grille pour un meilleur contrôle du spawn. Contrôle du LoD pour les joueurs Mise à l'échelle des objets en fonction de la température et de l'humidité Spécification d'archétypes pour la faune et la flore - le spawn d'un "petit herbivore" dans la neige pourrait donner naissance à un lapin arctique par opposition à une jungle qui pourrait donner naissance à quelque chose de différent. Shader de santé et de saison pour les plantes Biomes placés dynamiquement autour des zones procédurales Rivières
    Contrôle plus fin des rivières et de ce qui spawn dans et autour des rivières. Bord humide sur les rochers, sous la forme d'un shader pour les intégrer. Bassins - plus de pauses naturelles dans les systèmes fluviaux et plus de points d'eau que les seuls océans. Meshes de rivière spécifiques - plus de contrôle sur la forme et la couleur de l'eau qui peut être rendue différente de la couleur de l'océan. Les rivières sont plus proches que jamais. Les rivières : Quelle est la prochaine étape ?
    Outil de génération pour créer automatiquement un système de rivières. Coulée de lave - nous devrons voir quand cela arrivera. RASTAR : Un outil de construction de base
    Tout changement sera immédiatement gérable et ne nécessitera pas plus de travail pour utiliser les missions. Un outil de placement d'avant-postes de style RTS (City Builder) avec une génération procédurale pour les intérieurs et les extérieurs. Il sera éventuellement utilisé par les joueurs pour générer et construire des avant-postes. Maillage de serveurs et état de la persistance
     
     
    La version 1 de Server Meshing sera statique, ce qui réduira la quantité de transfert d'autorité que le code devra effectuer. La technologie sous-jacente est presque terminée. Défis
    Tout Gameplay qui doit s'appuyer sur le concept de "serveur" sera impacté par cela. Des choses comme les missions, qui sont actuellement créées sur le serveur, devront être créées globalement. Ainsi, tous les services liés aux missions, comme Quantum, devront être conscients du concept de shard. Le fonctionnement de systèmes mécaniques comme le chat, qui devront également être conscients de l'architecture, a poussé l'équipe à convertir le chat en un système basé sur la localisation. De nombreuses équipes au sein de l'entreprise doivent maintenant prendre en considération le système de maillage, car actuellement cette idée de serveur a été ancrée dans le processus, et tout cela est sur le point de changer.  
    Gameplay systémique 
     
     
    Vendre
    Pouvoir vendre des armes, des objets, des vêtements et des vaisseaux. La valeur de vente des objets est dérivée de leur qualité et de leur état de réparation. Permettre aux joueurs de s'améliorer plutôt que de repartir à zéro. S'orienter vers des boutiques qui se concentrent sur un seul type d'objet ou de fabricant, ou les deux. Inventaire localisé
    L'AMV ne peut agir que sur les vaisseaux se trouvant à cet endroit. PMA supprimé Le commerce avec d'autres joueurs est prévu L'intégration de mobiApps contextuelles est importante pour la convivialité. Cargaison physicalisée
    Les boutiques placeront désormais des entités physiques dans le vaisseau au lieu de rendre des images. Les joueurs pourront retirer la cargaison des vaisseaux des autres joueurs. Hull C - Considérations ATC : Avec la cargaison, elle doit aller à un collier d'amarrage vs sans cargaison cela n'est pas nécessaire. Chargement physique - Les achats effectués dans les boutiques placent vos marchandises dans un espace de stockage, puis c'est au joueur de les transférer dans son vaisseau. Il y aura éventuellement la possibilité de créer des balises de service pour permettre l'embauche de joueurs, ou l'utilisation des PNJ de cet emplacement pour aider au chargement. Les prix dépendent du nombre de personnes qui demandent la même fonction. Le chargement physique augmentera la valeur des boîtes abandonnées, le temps de chargement est le même des deux côtés (abandonné et magasin), mais il n'y a pas d'investissement initial. Modèle "hub-and-spoke" : De grandes installations portuaires conçues pour retirer de grandes quantités de marchandises des vaisseaux contre de petites boutiques familiales conçues pour recevoir de petites quantités de marchandises. Dans le monde réel, le joueur ne peut pas se rendre dans un port de marchandises et demander du carburant, et donc avec des vaisseaux comme le Hull C, il y aura des fonctions pour guider le joueur à opérer dans certaines zones. Si un Hull C va dans un petit atelier et qu'il n'a pas physiquement assez d'opérateurs pour charger un Hull C, cela va prendre incroyablement longtemps pour le charger par rapport à un autre port plus équipé. Cette différence de temps peut affecter la marge bénéficiaire, car elle est en constante évolution. Routes de livraison : Permettre aux développeurs de créer le type de problèmes que les différents types de transporteurs rencontreront. Les pirates qui attaquent un vaisseau de type Hull C seront très différents de ceux qui attaquent les petits vaisseaux de marchandises. Réputation
    Les missions et leurs variantes dépendront de la réputation. Si un donneur de mission voit que vous avez une faible réputation, le backend générera une mission avec des PNJ plus faciles et un paiement plus faible pour que vous puissiez la compléter. Cela augmente avec la réputation. Une quantité importante de travail a été effectuée du côté de la mission dynamique, qui se trouve en bonne voie. Cependant, il y a beaucoup de travail à faire du côté de l'interface utilisateur. La réputation des chasseurs de primes a pris beaucoup de temps à mettre en place, ce nouveau système leur permettra de "cliquer sur quelques boutons" et ils seront prêts à partir. mobiGlass Mission App Rework 2022- en lien avec la réputation et la visibilité des missions. Orgs - Perks et avantages à partir de 2022 Nine Tails n'a pas attaqué les joueurs avec un certain jeton de mission, c'était une solution temporaire et l'objectif principal est de passer par la réputation. Pyro a plusieurs factions différentes qui sont en guerre les unes avec les autres, le système de réputation sera crucial pour permettre aux joueurs de s'associer à elles. Nine Tails
    Les PNJ dépendent du nombre de joueurs qui combattent de leur côté et sont créés pour équilibrer la difficulté et compenser le manque de joueurs. Une fois que le système d'hostilité aura été porté sur le système de réputation, ces changements seront ajoutés à l’événement Nine Tails Lockdown. Les événements dynamiques sont des bribes d'un certain type de jeu, et ils se trouveront dans une bibliothèque dans Quantum, et sur la base d'un ensemble de variables et de déclencheurs, ils seront lancés lorsque ces déclencheurs seront atteints.(plus par les dev) Changements Nine Tails Lockdown :
    Les modificateurs de magasin pour augmenter le rendement seront ajoutés. [3.15] Les joueurs criminels sont encore plus payés. Changement dynamique de juridiction Les ingénieurs ont réussi à réduire certains problèmes de blocage de 300-400ms à 1-2ms. Jumptown v2
    Prendre un emplacement qui génère des boîtes physiques d'une marchandise lucrative. Attirer le conflit Ils commencent par soutenir les laboratoires de drogues, mais ils veulent éventuellement utiliser d'autres types d'avant-postes. (Données, minerai, métal) Actuellement déclenché par un développeur, mais sera éventuellement déclenché par Quantum, ce qui en fait quelque chose de presque aléatoire et qui est basé sur le mouvement du joueur. Orientations futures : Utiliser Quantum pour simuler des PNJ ayant un intérêt pour le produit et éventuellement attaquer les joueurs, ce qui lui donne un léger côté PvE. L'équipement de ces PNJ pourrait différer de la même manière que celui des joueurs. Xenothreat
    Xenothreat a mis environ un an à sortir de terre. Les leçons : Développer le système de tir ami trop simpliste. Contre-mission en cours de développement Changements : L'IA devra peut-être être réduite au fur et à mesure que les performances s'amélioreront, et l'équilibrage est crucial à réaliser. Infiltrateur
    Le Spawn Closet est utilisé pour la première fois sur ce nouveau type de mission, et le nombre de spawns sera décidé par Quantum. Types de mission :
    Tuez une cible lourdement blindée qui n'apparaît qu'une fois que son équipage a été éliminé. Recherchez une sélection de boîtes pendant que de petits groupes d'ennemis surgissent. Les joueurs peuvent choisir d'ignorer les combats et espérer que les gardes des installations soient capables de les défendre. Mission de défense FPS : Les joueurs se joignent à l'IA pour défendre une zone contre des vagues d'hostiles. Le joueur reçoit un bonus pour le nombre d'IA qui survivent jusqu'à la fin. Transport de secours - Amener les PNJ à un endroit précis
    Variations
    Les PNJ demandent un transport par le biais d'une balise de service. Déjouer ou vaincre leurs ravisseurs Déverrouiller la porte de leur prison pour les libérer Les escorter en toute sécurité jusqu'à votre vaisseau. Variations futures
    Ramener un PNJ inconscient sur votre vaisseau, puis à l'hôpital. Guider un PNJ à travers un vaisseau en feu.  Progrès
    Prototype fonctionnel permettant de demander aux PNJ d'attendre, de suivre et de prendre place à bord de votre vaisseau. Le pourboire et la rémunération du joueur dépendront de la satisfaction du PNJ.  

  • Forum Statistics

    7.1k
    Total Topics
    23.3k
    Total Posts
  • Upcoming Events

  • Tell a friend

    Love Site des Swiss Starships? Tell a friend!
  • Je soutiens les Swiss Starships

    Que ce soit pour soutenir

    les Swiss Starships



    Ou pour faire un versement sur le compte de l'Intergalactique Swiss Starships Banque


    Choisissez le montant de votre don et cliquez sur le bouton

    "Je  soutiens "



    18% of donation goal reached.
    Donate Sidebar by DevFuse
×
×
  • Créer...