Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 28/12/22 in all areas

  1. seba6035

    seba6035

    je m'appelle sebastien j'es 36 ans papa de 5 enfants travail à la sncb depuis 15 ans et joue a SC depuis décembres j'es dans mes connaissances pittbull38 et hamasakirp qui sont les personne qui me donne un coup de main pour jouer à SC et souhait apprendre plus avec vous merci et à bientôt sur le jeux Réponse au questionnaire Pour jouer avec nous sur Star Citizen, il faut s'inscrire sur RSI : https://robertsspaceindustries.com/orgs/SWISS C'est fait Quel genre de joueur êtes-vous ? Quelle est votre expérience des jeux vidéos ? mineur pour le moment . je joue aussi a plain d'autre jeux comme euro truck simulator far cry 6 android simulator et plein d'autre Etes-vous nouveau dans le monde de Star Citizen ? OUI Si vous avez répondu "non" à la question précedente, parlez-nous un peu de votre expérience comme joueur de SC. ici je ne peux avec les horaire jouer que en soirée et des fois en journée et pour le moment je préfère plus le minage Avez-vous déjà fait partie d'une organisation de Star Citizen ? NON Voir la totalité de membre
    10 points
  2. Rapport mensuel du PU Novembre/Décembre 2022 Bienvenue au rapport mensuel du PU de novembre et décembre, qui regroupe tout ce qui a été travaillé au cours des deux derniers mois de 2022. Vous y trouverez tout ce qui a été fait pour terminer l'année dernière, y compris les nouvelles technologies pour Alpha 3.18, les mises à jour du contenu narratif et le développement de tout nouveaux véhicules. IA (Fonctionnalités) IA Fonctionnalités a terminé l'année en apportant son soutien, en enquêtant et en corrigeant les bogues de la version Alpha 3.18. IA (Tech) Au cours des derniers mois de 2022, l'équipe IA Tech a progressé dans l'élaboration des fonctionnalités requises pour l'univers persistant et Squadron 42. L'équipe a continué d'itérer sur des liens de navigation plus complexes pour étendre les capacités des PNJ et les endroits où ils peuvent se déplacer, y compris l'implémentation d'adaptateurs pour les sas et les ascenseurs. Désormais, les PNJ sauront que pour traverser un sas, ils devront interagir avec plusieurs consoles pour ajuster la pression et ouvrir la porte. Pour les ascenseurs, des liens de navigation ont été créés pour relier plusieurs étages. Un lien de navigation a également été créé pour demander une reconnexion avec les triangles de maillage de navigation chaque fois qu'un ascenseur s'arrête à un étage afin de permettre aux PNJ d'entrer et de sortir. Sur la base des connexions des liens de navigation, un PNJ saura désormais comment demander à un ascenseur de se rendre à un étage spécifique. De nouvelles notifications d'événements ont également été ajoutées, envoyées par l'ascenseur lorsqu'il arrive à un étage, afin que l'acteur sache comment monter ou descendre. À la fin de l'année, la fonctionnalité de base pour les PNJs conduisant des véhicules terrestres a été complétée. Les PNJ peuvent maintenant se déplacer vers un véhicule et s'installer dans le siège du conducteur, trouver un chemin adapté à la taille du véhicule et le parcourir. Ce travail a nécessité la création d'une nouvelle tâche de Subsumption, d'un nouveau type de demande de mouvement, et la mise à jour du planificateur de mouvement pour savoir comment traiter la demande. L'équipe a également ajouté une nouvelle fonctionnalité aux systèmes de navigation qui marque les entités à ignorer pendant la génération des mailles de navigation. La perception des PNJ a été un autre sujet majeur sur lequel nous avons travaillé vers la fin de l'année. L'équipe a implémenté un nouvel adaptateur pour les zones d'action afin de spécifier la luminosité/obscurité, ce qui influencera la perception visuelle des PNJ. Une nouvelle extension permettant de propager les bruits de moteur en tant que stimuli a également été créée, ce qui rendra les PNJ conscients des véhicules à proximité. C'est la première étape vers des comportements qui réagissent aux véhicules terrestres et aux vaisseaux spatiaux. Tout en travaillant sur les améliorations de la perception, les développeurs ont corrigé la perception visuelle de l'IA à travers le verre. Désormais, les PNJ seront capables de détecter les cibles derrière une vitre et de comprendre que, pour leur tirer dessus, ils doivent se déplacer de l'autre côté. Pour la locomotion, les améliorations se sont poursuivies sur les assets de virage serré et la façon dont ils sont déclenchés pour les personnages extraterrestres ou à la vitesse de la marche. Dans le même ordre d'idées, le travail a commencé sur la technologie de " suivi ", qui sera utilisée en relation avec le comportement de l'IA compagnons. Pour cela, l'équipe a amélioré les arrêts en douceur, l'évitement des collisions avec les joueurs et la gestion de la vitesse en fonction du changement de vitesse du leader. Pour l'outil Apollo Subsumption, une nouvelle fonctionnalité a été ajoutée pour créer et modifier le mastergraph Subsumption. De nombreux commentaires des concepteurs ont été mis en œuvre, notamment l'ajout d'une interface pour créer des rôles et des sous-rôles, une fonctionnalité de recherche de références, une meilleure interaction avec les fonctions et la table multigraphe, et des améliorations de l'accrochage de la grille. Animation À la fin de l'année 2022, Facial Animation a pris en charge diverses bandes-annonces et autres besoins. Ils ont également réalisé la capture de mouvements pour certaines animations de personnages d'arrière-plan qui seront utilisées dans le PU. Art (personnages) À la fin de l'année 2022, l'équipe Character Art a terminé les tâches pour les tenues de travail et les combinaisons de la frontière. Ils ont également corrigé divers bugs liés au clipping. L'équipe Character Concept Art a peaufiné les transferts de concepts pour les tenues de travail frontalières et a poursuivi l'exploration de concepts sur la faune et la faction Duster. Art (vaisseaux) Aux États-Unis, l'équipe chargée des vaisseaux a apporté les dernières touches au Drake Corsair. Une fois terminé, ils sont passés aux étapes de la boîte blanche de deux nouveaux véhicules. Pour l'un, ils ont réfléchi à plusieurs options d'entrée et de sortie. La boîte blanche a également commencé sur un nouveau véhicule en production. L'équipe britannique a terminé son passage sur la fonction de récupération, s'assurant que tous les principaux problèmes visuels et de gameplay étaient résolus pour les extérieurs des vaisseaux. Elle a ensuite commencé à travailler sur le Crusader Spirit, qui progresse dans la phase de whitebox. "Le plus grand défi a été de s'assurer que le radeau de sauvetage de la variante VIP est entièrement fonctionnel à ce stade précoce afin d'éviter tout travail supplémentaire à l'avenir." L'équipe du vaisseau L'essentiel du travail sur la boîte blanche a également été achevé pour un véhicule non annoncé, et le développement d'un tout nouveau petit vaisseau a commencé. Communauté L'équipe communautaire a commencé le mois de novembre avec un AMA sur la refonte des cargaisons, qui comprenait des détails sur le nouveau mécanisme de mort douce. Elle a ensuite soutenu l'exposition aérospatiale intergalactique (IAE) 2952, notamment en publiant les prix du Best in Show, un guide du voyageur IAE détaillé, le calendrier des vols gratuits, des mises à jour du guide du nouveau joueur et une FAQ IAE 2952 dédiée. Ils ont également lancé un concours de captures d'écran sur le thème de Drake, où les joueurs devaient relever un défi unique chaque jour de l'expo. Après leurs révélations à l'IAE, l'équipe a préparé et publié des questions-réponses sur le cutter Drake, le C8R Pisces d'Anvil et la Galaxy de RSI. À l'approche des fêtes, la Communauté a publié le calendrier Luminalia et le bonus de parrainage Luminalia 2952. Elle a également soutenu le concours de captures d'écran Luminalia, le concours de cartes de vœux Luminalia et le Holiday Mayhem at Jumptown. Pour soutenir certaines des fonctionnalités moins connues de l'Alpha 3.18, la communauté a publié trois Patch Watch posts, détaillant les clés d'équilibrage, la poursuite de l'anarchie et la dernière itération de Jumptown. L'équipe a également passé du temps à travailler sur quelques nouveaux programmes en ligne, et d'autres améliorations à venir pour le système de guide, le centre communautaire et Spectrum. Moteur Les mois de novembre et décembre ont été très denses pour l'équipe chargée de la physique. Outre la correction de nombreux bogues et la prise en charge de la version Alpha 3.18, l'équipe a travaillé sur diverses optimisations. Par exemple, le coût de l'exécution des vérifications de chevauchement entre les OBB et les cellules de la grille a été amorti en les exécutant en un seul appel pour un nœud de grille au lieu de cellule par cellule. De même, le sous-étapement pour les PNJ attachés et contrôlés par l'IA sur le serveur a été désactivé afin de rétablir les performances de l'entité acteur. Plusieurs structures de données internes ont été compactées et réorganisées pour réduire l'empreinte mémoire et améliorer l'alignement des membres. En ce qui concerne le moteur de rendu, l'équipe a activé le pipeline Gen12 et le rendu de scène par défaut (cela sera présenté dans l'Alpha 3.18), ce qui constitue une étape importante sur la voie de l'achèvement de la transition vers le Gen12 et de la fourniture d'un backend Vulkan. Après le travail d'octobre sur les particules, d'autres progrès substantiels ont été réalisés. La réfraction Gen12 et la prise en charge du rendu en demi-résolution pour les particules GPU ont été ajoutées, l'étage des particules et le gestionnaire GPU ont été remaniés, et la compilation en arrière-plan du shader de particules a été activée. De plus, la répartition des particules pour chaque niveau hiérarchique est maintenant mise à jour de manière à ce que les ressources du UAV restent cohérentes à chaque passage et ne changent pas. En outre, le code de visualisation de débogage pour divers systèmes a été porté à Gen12, et la mise en cache de PSO pour les projectiles et les particules a été améliorée. En ce qui concerne l'atmosphère et les nuages volumétriques, une première ébauche d'un nouveau mode de rendu temporel a été soumise et continuera d'être travaillée dans les mois à venir afin d'offrir de meilleures performances de rendu des nuages volumétriques et de l'atmosphère en raymarched. En outre, diverses options pour une mise en forme raffinée des nuages ont fait l'objet d'un brainstorming avec Tech Art et seront, nous l'espérons, bientôt disponibles dans une prochaine publication. En ce qui concerne le moteur central, l'équipe a terminé la v2 du support des fichiers de données p4k pour le moteur, le jeu et les outils. A ce propos, le système fournit désormais un mécanisme de verrouillage efficace pour les fichiers pak existants ainsi qu'un accès beaucoup plus rapide aux fichiers à l'intérieur des fichiers pak (intégrés dans le fichier de données p4k principal), ce qui améliore considérablement le chargement des conteneurs d'objets. De plus, le mappage des threads sur les CPU Intel avec des cœurs P/E a été réécrit - les threads critiques tels que les threads principaux, de rendu et de réseau sont assurés de toujours s'exécuter sur les cœurs de performance afin d'éviter les mauvaises performances sur les CPU affectés. Ces changements sont actuellement en cours de vérification sur le PTU. De plus, la prise en charge des pages d'une taille supérieure à 4 Ko (appelées pages énormes) a été ajoutée au moteur (pour l'instant uniquement sur Linux). C'est actuellement utilisé pour les segments de pile, de texte et de données, ainsi que pour les allocations physiques. L'utilisation de pages énormes réduit la pression sur le cache TLB, la partie du CPU qui traduit les adresses virtuelles en adresses physiques, ce qui devrait améliorer les performances. Avec Clang, le simple fait de déplacer le segment de texte vers des pages énormes a donné une accélération de 7%. En outre, la dernière version de Bink2 a été intégrée et quelques bogues liés à l'audio ont été corrigés dans la lecture vidéo (se manifestant par des clics aléatoires pendant la lecture). Un autre domaine qui a bien progressé est le serveur de compilation de shaders à distance utilisé pour construire des caches de shaders, etc. En raison de l'utilisation accrue du serveur par les équipes de développement et le processus de construction, un support adéquat pour les agents de repli ainsi que la limitation du serveur ont été mis en œuvre pour gérer les périodes de charge extrême et permettre une compilation plus distribuée. À ce stade, il était également logique de réécrire diverses parties du code du serveur afin de permettre une plus grande robustesse, une meilleure journalisation et des performances accrues. Enfin, l'unification des formes a été achevée et le support des zones d'entités a été ajouté. Un bogue de copier/coller dans le gestionnaire d'agrégats d'entités qui causait beaucoup d'accès inutiles à la mémoire a été corrigé, et le chargement des zones de visualisation a été remanié pour prendre en charge la conversion par lots à partir des versions précédentes de données sérialisées de zones de visualisation. Le reste du temps a été consacré au support d'Alpha 3.18. Fonctionnalités (Arena Commander) La majorité des efforts de l'équipe en fin d'année ont porté sur les améliorations finales pour l'Alpha 3.18. Le travail s'est poursuivi sur la refonte des courses classiques, notamment en amenant les parcours Snake Pit, Euterpe Icebreaker et Miner's Lament à des états testables en jeu. Cela a permis à Features de recueillir les commentaires de plusieurs autres équipes. Une refonte du gestionnaire de course et du système de points de contrôle a ensuite été entreprise, dans le but de créer un système plus robuste, à l'épreuve du temps, qui puisse être utilisé par les équipes de PU pour créer des courses dans le 'verse. La conception a également commencé à développer des variantes supplémentaires de points de contrôle holographiques et de flèches directionnelles pour chaque piste, dont le style variera pour s'adapter au mieux au décor. Enfin, en ce qui concerne les courses, le travail a été achevé sur les pistes de Old Vanderval, Rikkord Memorial Raceway et Defford Link. Des améliorations ont été apportées au nouveau frontend, notamment une nouvelle fenêtre pour la sélection du mode de jeu, un style actualisé et la restauration du mode solo à l'aide d'un système de lobby réécrit qui prend également en charge le mode multijoueur. Cela permet à d'autres équipes d'utiliser le nouveau frontend Arena Commander pour un meilleur retour d'information. Des recherches ont ensuite été menées pour ajouter des tourelles sur les cartes Jericho Station et Dying Star afin d'aider ou de gêner le joueur dans les modes de jeu Vanduul et Pirate Swarm. Un travail a également été effectué pour accélérer et faciliter le processus consistant à prendre des lieux de l'univers persistant et à les faire figurer comme cartes dans Arena Commander, ce qui est actuellement utilisé pour plusieurs circuits de course à venir. L'équipe a soutenu la fonctionnalité de mort douce. Une refonte du module "GameRulesRoundsModule" a commencé, ce qui permet au mode Last Stand de Star Marine d'avoir plusieurs rounds. Ce refactor le permet dans tous les modes de jeu si l'équipe de conception le souhaite. Le mode Duel sera le premier à l'utiliser et permettra aux joueurs de commencer un nouveau tour avec un vaisseau réapprovisionné après chaque mort. Le travail a également été achevé sur le système retravaillé utilisé pour interdire ou autoriser les véhicules et les armes dans chaque mode de jeu. Ce système permet une plus grande personnalisation pour les développeurs, par exemple en créant un nouveau mode qui n'autorise qu'un certain véhicule. Ce système est utilisé dans la version Alpha 3.18 en mode Duel filtré, Bataille en escadron et Bataille royale pour n'autoriser que les petits et moyens vaisseaux de combat. Le premier passage sur les nouvelles caméras de mort, qui pointent vers le joueur qui vous a tué tout en se déplaçant et en zoomant dynamiquement, a été soumis et activé pour tous les modes de jeu également. Enfin, le travail a été soumis pour une mise à jour non annoncée d'un mode classique d'Arena Commander, qui sera détaillé dans les mois à venir. Fonctionnalités (personnages et armes) Tout au long du mois de novembre, l'équipe a ajouté la prise en charge des rayons tracteurs permettant d'accrocher des boîtes aux grilles de chargement. Cela inclut un aperçu holographique pour aider à déplacer le loot dans un vaisseau. Elle a également revu la fonction permettant de glisser un corps inconscient dans un lit médicalisé. Elle est rendue plus générique afin que les corps puissent être placés dans d'autres objets de taille appropriée. Dans ce cadre, plusieurs améliorations ont été apportées au flux lui-même pour le rendre plus robuste et plus indulgent. L'équipe a également apporté son soutien à la prochaine version du patch en améliorant le respawn des joueurs et le flux de reconnexion. Elle s'est également assurée que toutes les nouvelles fonctionnalités de l'interface utilisateur de l'inventaire fonctionnent comme prévu. L'équipe a ensuite examiné les journaux de problèmes pour un bogue qui provoquait le chargement infini de l'interface utilisateur de l'inventaire, et plusieurs corrections ont été ajoutées à la version. En ce qui concerne l'animation technique, des fonctionnalités supplémentaires ont été ajoutées au système de cinématique inverse (IK) afin de permettre une meilleure performance de la mo-cap. Cela permettra d'ajuster les membres via l'IK tout en effectuant des actions comme appuyer sur des boutons ou manipuler des accessoires d'armes. Ces types d'ajustements dynamiques basés sur l'IK sont nécessaires pour éviter d'appliquer des métriques très strictes aux environnements, aux armes et aux gadgets. Fonctionnalités (Gameplay) Vers la fin de l'année, l'équipe Gameplay Features a travaillé sur le grattage de coque pour la version Alpha 3.18, notamment en réagissant aux fils de commentaires sur Spectrum et en ajustant le gameplay pour qu'il corresponde aux objectifs de la première itération du Salvage. De plus, la fonctionnalité des stations de remplissage a été étendue pour permettre aux joueurs de créer plusieurs objets utiles pour le grattage de coque. L'équipe a également continué à travailler sur la gestion des ressources, y compris les systèmes de survie et la gravité artificielle. L'interface utilisateur de l'ingénierie (vue pour la dernière fois lors de la CitizenCon) a été remaniée afin d'offrir un design plus clair et plus moderne pour prendre en charge la grande quantité de fonctionnalités attendues. De plus, le travail de base a commencé pour les rayons tracteurs des véhicules. Les prochaines étapes consisteront à créer l'interface utilisateur du rayon tracteur et à étendre cette fonctionnalité pour qu'elle prenne en charge les fonctions appropriées. La mise à jour de l'exploitation minière s'est poursuivie, avec des modifications apportées à l'Argo MOLE et au MISC Prospector pour créer des différences plus importantes entre les aspects individuels et multijoueurs. La première passe de rééquilibrage a été effectuée pour toutes les têtes, sous-éléments et gadgets de l'exploitation minière afin de prendre en charge l'approche actualisée de la distribution des ressources. Cela implique de nouvelles variations pour les ressources minières afin de s'assurer qu'elles sont distribuées de manière plus contrôlée dans Stanton et de soutenir les futures versions de l'artisanat. Fonctionnalités (Mission) L'équipe Mission Features a passé la fin de l'année à apporter des améliorations et des corrections aux missions pour l'Alpha 3.18, y compris les problèmes observés sur YouTube, Twitch, Reddit et Spectrum, ainsi que les rapports de l'Issue Council. Grâce aux commentaires d'Evocati et de la première vague PTU, ils ont également mis en place des événements analytiques dans les missions contre la montre et ont commencé à analyser les résultats pour équilibrer les temps cibles des missions. Ces données sont également utilisées pour déterminer l'ordre de déblocage final lors de la mise en œuvre de la progression des missions. Cette analyse et cet équilibrage se poursuivront jusqu'à la mise en ligne. Pour le poste de sécurité de Kareah, l'équipe a résolu un problème de fonctionnement d'un objet secret. Elle a également modifié la façon dont le datapad du chef de la sécurité apparaissait et ajusté les tourelles qui réapparaissaient trop rapidement. La durée du délai d'intrusion a également été augmentée. L'équipe se penche actuellement sur le problème des missions qui ne sont pas générées pour la gamme mercenaire de Crusader et continue d'étudier les autres problèmes connus qui ont été soulevés. Fonctionnalités (Véhicules) L'équipe chargée des véhicules a travaillé au portage du système de transit vers le nouveau système de technologie persistante d'Alpha 3.18. La plupart des travaux de base ont été achevés avant les vacances, mais certaines améliorations continuent d'être mises en œuvre. Plus récemment, ils ont permis aux trains de ralentir et d'attendre le transit qui les précède sur la voie. Cela devrait permettre de résoudre les problèmes de chevauchement des trains. L'équipe a également mis en place de nouveaux outils de configuration pour les véhicules, qui permettent aux concepteurs de voir comment les algorithmes de propulsion automatisés utilisent chaque propulseur sur un vaisseau. Cela permet de voir comment certains propulseurs sont utilisés pour se déplacer dans des directions spécifiques et d'apporter les modifications nécessaires pour que les vaisseaux volent comme ils le souhaitent. Graphisme & Programmation VFX & Planet Tech L'équipe de programmation VFX s'est concentrée sur la finalisation du travail sur les cartes de dommages pour le raclage de la coque. Il s'agissait principalement de corriger des bogues et d'améliorer les performances, de retravailler les options de débogage des cartes de dégâts et de documenter les diverses modifications apportées au projet de raclage de coque. Des améliorations ont également été apportées aux visuels, à la mise en réseau, à la sérialisation et aux cartes de dommages dans divers cas limites découverts lors des tests PTU. L'équipe Planet Tech s'est concentrée sur le polissage de la technologie fluviale et l'amélioration des performances du streaming des ressources avec un nouveau modèle de threading plus agressif qui garantit une expérience sans décrochage. En outre, une maintenance a été effectuée pour stabiliser l'outil Rastar. Plus récemment, le travail a commencé sur le SDF astéroïde pour introduire le support de nouvelles primitives. L'équipe a également progressé dans l'instanciation du terrain assistée par le matériel afin d'améliorer l'empreinte du temps de soumission au CPU. Un nouvel espace local pour la représentation des sommets du terrain a été introduit, ce qui améliorera les précisions en virgule flottante et accélérera d'autres opérations internes. Enfin, l'équipe a commencé à étudier des techniques hors écran pour obtenir un modèle de simulation d'eau localisé pour les interactions eau-objet. Éclairage Tout au long des mois de novembre et décembre, l'équipe chargée de l'éclairage a achevé les passes d'éclairage de jour et de nuit pour les pistes de course contre la montre. Elle a également continué à améliorer tous les aspects de l'éclairage des avant-postes coloniaux. Cela implique beaucoup de travail à l'intérieur et à l'extérieur pour s'assurer qu'ils s'adaptent à l'environnement et créent la sensation de froid ou de confort souhaitée dans les bâtiments. Après que de petits changements aient été apportés à l'événement dynamique Jumptown, un passage d'éclairage a été effectué sur quelques zones pour les remettre au niveau actuel et s'assurer que les nouveaux ajouts s'intègrent au thème existant. In-Game Branding (Montréal) L'équipe In-Game Branding a terminé l'année en accomplissant plusieurs mandats. Elle a notamment modifié l'image du poste de sécurité Kareah pour en faire un avant-poste de sécurité de Crusader et a redessiné la signalisation de navigation de la Zone 18 afin de favoriser l'expérience des nouveaux joueurs. Aux côtés des équipes Environnement, Narration et Marketing, In-Game Branding a développé et mis en œuvre l'identité visuelle de l'événement IAE de l'année dernière sur le thème de Drake. En plus de travailler directement sur les lieux et les événements en jeu, l'équipe a continué à développer un catalogue avec des directives pour chaque marque en jeu. L'objectif de ce futur outil interne est de faciliter l'accès de tous, de la production au marketing, aux informations sur les entreprises in-fiction de Star Citizen et d'améliorer la cohérence du projet. Ils ont terminé l'année en travaillant sur l'identité visuelle de la semaine de lancement d'Invictus de cette année, et ont poursuivi le remaniement de Lorville. Lieux ( EU ) Tout au long des mois de novembre et décembre, EU Locations 1 a continué à travailler sur la station spatiale délabrée de Pyro. Avec plus de concepteurs dans l'équipe, ils ont fait de grands progrès dans l'aménagement de chaque pièce et explorent actuellement des options de jeu intéressantes dans l'ensemble du site. EU Locations 2 a travaillé aux côtés de l'équipe PU basée aux États-Unis pour ajouter de nouveaux ascenseurs de fret dans les hangars existants, qui seront utilisés lors de la mise à jour du gameplay du fret. La pré-production de l'emplacement du bureau de la loi locale a commencé, ce qui sera essentiel pour plusieurs boucles de gameplay à venir. Ils ont également travaillé sur l'IAE et l'expérience des nouveaux joueurs, cette dernière impliquant l'amélioration des zones d'atterrissage existantes pour les nouveaux visiteurs. EU Sandbox 2 a terminé l'année en poursuivant l'exploration et l'expérimentation des installations souterraines. Ils ont également terminé l'objectif visuel des grottes de sable, ont travaillé à l'établissement d'une référence pour les grottes rocheuses dans le PU, et ont commencé à chercher à améliorer et à ajouter à la forêt de MicroTech. Narration Vers la fin de l'année, l'équipe Narrative a participé à l'élaboration du contenu des nouvelles missions du poste de sécurité de Kareah et du poste de réhabilitation de Klescher. Elle a ensuite coordonné avec Design les nouvelles missions de course contre la montre. En plus du texte de la mission, Narration a introduit Wildstar Racing dans l'histoire de Star Citizen pour créer une organisation responsable de l'organisation des courses. "Leur histoire est celle d'un groupe de passionnés de course qui partageaient des vidéos d'eux-mêmes sur leurs circuits locaux préférés. Depuis, ils sont devenus une organisation de course agréée spécialisée dans les pistes de rallye et sont largement reconnus comme un terrain d'essai abordable pour les coureurs amateurs afin de travailler pour concourir dans des ligues plus importantes. " L'équipe de narration Pour les futurs patchs, Narration a commencé à planifier de nouvelles missions d'exploitation minière et de récupération, qui permettront d'élargir les choix de carrière disponibles via le gestionnaire de contrats. Le travail s'est également poursuivi sur les missions d'investigation, avec plusieurs nouveaux mystères à résoudre pour les joueurs en cours de développement. De plus, l'équipe a discuté du contenu des missions en bac à sable, où les joueurs rencontreront des missions dans l'univers sans accepter un contrat spécifique au préalable. L'équipe a également prévu de réorganiser la façon dont les textes du jeu sont classés. L'outil interne développé pour abriter toutes les chaînes de texte du jeu est utilisé par de nombreux départements différents et il est devenu évident qu'une nouvelle structure de dossiers aiderait à clarifier où certaines chaînes doivent être placées. Maintenant que la planification est terminée, l'espoir est de mettre en œuvre la réorganisation au cours de l'année prochaine. Du temps a également été consacré à la mise à jour de certaines conditions planétaires détaillées, telles que la température et le contenu atmosphérique, pour les systèmes stellaires à venir, afin de les aligner plus étroitement avec le gameplay prévu et le positionnement solaire. La fin de l'année a également apporté une variété de lore, y compris un Portfolio sur l'histoire de l'IAE, un nouveau Clean Shot avec des prédictions sur l'expo, un Loremakers : Questions de la communauté, la nouvelle Hazy Days, un message de nos sponsors présentant des publicités pour Luminalia, et une sélection de messages Galactapedia pour novembre et décembre. Enfin, l'équipe Narrative a également annoncé que 2023 apportera des changements dans le calendrier de publication du site. Éléments d'Interaction L'équipe a poursuivi son travail sur Pyro, en créant des assets plus avancés et uniques, notamment des stalles que l'on peut trouver dans la station délabrée. Le prototypage s'est poursuivi sur les objets déployables. "Ces assets prennent beaucoup de temps à comprendre et à surmonter les défis imprévus qui sont présentés par les autres équipes pour s'assurer qu'ils n'entravent pas le gameplay." L'équipe des interactables En décembre, des correctifs ont été apportés aux machines à café actuelles du jeu. Bientôt, les joueurs pourront apporter des tasses sélectionnées à ces machines et avoir des tasses de café infinies. Des progrès ont également été réalisés sur un nouveau modèle pour un asset qui fera partie intégrante de la chasse aux primes, qui fonctionne en parallèle avec le bureau de chasse aux primes d'Environment Art. Enfin, l'équipe a commencé la pré-production du contenu lootable, notamment en améliorant le réservoir de loot actuel. Art & Technique de l'Animation À la fin de l'année 2022, Tech Art a effectué un passage de saleté/usure pour toutes les vitres du cockpit afin de s'assurer que la vision du pilote n'est pas obscurcie. Un passage similaire pour le verre de la tourelle est prévu pour une future mise à jour. L'équipe graphique a fourni une technologie de marquage de maillage qui sera utilisée dans l'Alpha 3.18 et au-delà pour corriger divers problèmes d'éclairage sur les tourelles, les rampes et les portes des vaisseaux. Cela permet aux développeurs de marquer un maillage qui se déplace entre les zones pour recevoir un éclairage intérieur, extérieur ou de transition automatique. Cela aidera à résoudre la plupart des problèmes connexes. Ils ont également travaillé aux côtés des artistes et des ingénieurs des vaisseaux pour activer les dommages de shader pour le raclage de la coque sur tous les véhicules du jeu. De nouveaux types de collisions physiques de rampe ont été ajoutés au Drake Corsair. L'un d'entre eux permet à l'extrémité de la rampe d'ignorer le terrain, tandis qu'une collision cachée, réservée aux roues, aide les petits véhicules et les chariots à roues à traverser les espaces. Dans le pipeline des vaisseaux, l'équipe a terminé le Drake Vulture, tandis que le Corsair et le Cutter ont reçu des mises à jour des débris, des volumes SDF, des systèmes d'atterrissage, des optimisations de la zone de visibilité/du portail, de nouvelles zones de visibilité segmentées dans les tourelles, ainsi qu'une grille locale et des techniques de levage et de rampe. L'équipe a également développé l'animation de la passerelle intérieure du MISC Hull C, qui se synchronise avec l'animation de la transformation de la coque extérieure. La passerelle finale sera un asset skinné avec 10 anneaux coulissants reliés par des tubes extensibles. Tech Animation a passé les derniers mois de l'année à se concentrer sur le traitement des assets de tête. "Nous avons pris des acteurs attendus depuis longtemps et avons commencé la procédure de traitement interne pour créer leur ressemblance. Cela comprend la création de plus de 78 scans par asset de tête et leur traitement jusqu'à l'asset de tête neutre. Certains de ces acteurs ont été scannés il y a plus de sept ans lors du tournage principal de SQ42, ils ont donc l'air bien différents aujourd'hui !" L'équipe d'animation technique L'équipe prend ces scans complexes, les décompose en mouvements musculaires individuels et les applique à l'asset de rigging facial, pour finalement les inclure dans le pool génétique afin de donner plus de variété aux têtes et aux visages vus dans le jeu. Services en ligne (Montréal) L'équipe des services en ligne a consacré la majeure partie des mois de novembre et décembre à la stabilisation de l'Alpha 3.18, à l'amélioration des performances et à la correction des bogues. L'équipe DevOps Publishing a également consacré du temps à la mise au point de la production des nouveaux services et de la nouvelle base de données de type graphe utilisée par Persistent Entity Streaming. Des efforts considérables ont également été consacrés à la recherche de cas limites dans la nouvelle réparation des personnages qui remplacera l'actuelle réinitialisation des personnages, en mettant l'accent sur la recherche d'exploits et de points de défaillance potentiels dans le processus. Live Tools (Montréal) L'équipe Live Tools s'est concentrée sur le développement de fonctionnalités liées à la diffusion d'entités persistantes, notamment le nouveau module de flux d'ouverture de session mis en œuvre dans le centre d'exploitation du réseau. Désormais, les utilisateurs peuvent gérer les droits directement via Hex, ce qui constitue une avancée majeure. Un autre outil lié au Persistent Entity Streaming est l'outil Entity Graph, qui a été développé et mis en œuvre. Ce module offre la possibilité de rechercher et de visualiser les différentes entités attachées à un joueur ou à un compte et les détails associés. Ces nouveaux modules offrent une plus grande polyvalence à Hex et contribuent à en faire un outil puissant pour les enquêtes et la résolution de problèmes. Turbulent (Plate-forme Web) À la fin de l'année 2022, Turbulent a enrichi la bibliothèque d'outils Alexandria d'un nouveau module appelé Grid. L'outil Grid offre aux créateurs de contenu une autre façon de présenter les informations et a été utilisé pour la première fois dans le calendrier Luminalia. L'équipe a également bien progressé dans le projet SSV, qui permet d'ajuster la palette de couleurs de n'importe quel thème. "Ce projet extrêmement complexe a vu les équipes de développement et de conception s'unir de la manière la plus créative qui soit." L'équipe de la plateforme Web Turbulent Ils ont également continué à enrichir la bibliothèque de fabrication, en ajoutant cette fois-ci Origin Jumpworks. L'équipe chargée de l'expérience de Turbulent s'est attachée à retravailler le flux initial des nouveaux utilisateurs, de la sélection d'un pack de démarrage au téléchargement et à l'entrée dans le jeu. En décembre, ils ont commencé le développement après de nombreux mois d'itération de conception et de prise de décision technique. L'équipe Communauté a continué à peaufiner le Hub de la Communauté, la majorité des nouvelles fonctionnalités étant prévues pour début 2023, notamment une meilleure connexion aux grands événements et au contenu généré par les joueurs. Enfin, pour Turbulent, l'équipe Architecture a consacré de nombreuses heures à la mise à niveau de PHP 8. Après six mois de travail, la mise à niveau a été lancée dans l'environnement de production et a été chaleureusement accueillie par l'ensemble de l'équipe de développement. VFX Tout au long des mois de novembre et décembre, l'équipe VFX a travaillé sur les tâches à accomplir pour l'Alpha 3.18. Il s'agissait notamment de mettre la touche finale aux nouveaux véhicules et de procéder à de nombreuses corrections et mises au point dans le cadre du groupe de travail et de la liste des problèmes. Ils ont également continué à prendre en charge les effets de récupération, en effectuant des ajustements après avoir constaté certaines incohérences dans les séquences de la première vague de PTU. Le département VFX a également commencé à planifier la restructuration nécessaire mais écrasante de ses bibliothèques d'effets génériques. Ces bibliothèques contiennent les effets les plus couramment utilisés, notamment la fumée, la vapeur et les étincelles, et sont devenues trop volumineuses au fil des ans. Dans les mois à venir, l'équipe réduira le nombre d'effets individuels vivant dans les bibliothèques tout en apportant des améliorations visuelles au fur et à mesure. Trad : @Maarkreidi Starcitizeninfo.fr
    1 point
  3. Aider les non-techniciens à comprendre la technologie PES Tout le monde entend parler de PES qui est attendu pour le prochain patch Alpha 3.18.0, mais savez-vous expliquer ce qu'est réellement PES ? Et savez-vous le 'expliquer aux des non-initiés ? La tâche est ardue et je vois souvent des postes sur spectrum ou les gens soit ne comprennent pas PES soit en ont une vision tronquée car les explications sont trop techniques et dispersées dans de nombreuses sources officielles et à travers les différents médias utilisés par CIG. Un backer (Aaron_Rayne) a voulu corrigé ce manque de compréhension pour les gens moins techniques dans un post très imagé et simplifié. En voici la traduction car cet effort mérite d'être diffusé auprès du plus grand nombre possible à mon avis et surtout si vous ne comprenez pas ce qu'est PES. Bonne lecture source : https://robertsspaceindustries.com/spectrum/community/SC/forum/3/thread/helping-non-technical-people-understand-pes Préface Une discussion sur l'importance de revenir en arrière et de trouver une coupe sur une planète à un autre moment revient sans cesse. Ainsi, l'idée de PES est toujours expliquée et perdue dans cette allégorie de la tasse. La tasse ne sert qu'à démontrer la caractéristique ou la technologie de la persistance. L'idée n'est pas de cacher des gobelets à travers l'univers et de jouer à la chasse aux œufs de Pâques (bien que cela semble cool), de cacher un vaisseau et de donner des indices pour la chasse aux œufs de Pâques. L'idée est que les choses faites dans le jeu persistent, le meilleur exemple étant une épave. Si vous êtes abattu sur la planète, votre épave est là pour toujours. La plupart des gens vont dire "DUH", mais c'est pour ceux qui veulent comprendre, ou mieux comprendre. Mais comment faire pour que cela n'enlise pas le serveur ! Des milliers d'épaves sur des dizaines de planètes ! Le serveur fait entrer et sortir l'environnement et les entités tout comme votre client fait entrer et sortir votre environnement autour de vous. Tout comme votre carte graphique élimine tout ce qui n'est pas visible sur votre écran. Ainsi, lorsque vous vous tournez d'un côté pour regarder des astéroïdes et que vous remarquez une baisse de 2 FPS, et que vous vous tournez à nouveau pour regarder dans l'espace profond, vos FPS augmentent. C'est ce qu'on appelle le "graphics culling". Pour ce qui est de l'environnement, c'est la beauté des conteneurs d'objets et du streaming qu'ils ont appelé le streaming de conteneurs d'objets côté client et le streaming de conteneurs d'objets côté serveur. Pour les zones d'atterrissage, elles ont été divisées en conteneurs prédéfinis, pour tout le reste, c'est basé sur la proximité. C'est ainsi que nous pouvons obtenir un énorme univers 1:1 presque en termes de jeu, sans écrans de chargement. Bientôt les vaisseaux auront des ocs, ce qui signifie que toutes les parties d'un vaisseau ne seront pas diffusées par le serveur ou par votre client. De meilleures performances dans les batailles. Il est là, mais pas tant que vous n'êtes pas dans cette section du vaisseau. Graph d'entités et couche de réplication CR a déclaré qu'ils ont dû passer de l'utilisation de leur icache à une base de données de graphes parce que l'icache était plus lent et qu'il n'était pas adapté à ce qu'ils pourraient vouloir à l'avenir. Par échelle, ils entendent se préparer à des millions ou des centaines de milliers d'utilisateurs simultanés plutôt qu'à quelques milliers. À partir de 2021, ils ont donc conçu une base de données de type graph qu'ils appellent en interne Entity Graph. Entity Graph est le nom de LEUR base de données graph. Je crois, sous réserve de correction, qu'elle est alimentée par Amazon Neptune (puisqu'ils utilisent Amazon Cloud et tout le reste, c'est logique puisque Neptune est extrêmement puissant, évolue et fait exactement ce qu'ils veulent. ) Si vous lisez la description d'Amazon Neptune, vous verrez des choses comme la réplication, la mise à l'échelle, des milliards de requêtes en millisecondes. Extrêmement rapide et soutenant des milliards de relations. En gros, toutes les bases de données graph devraient faire cela, mais il n'est pas impossible qu'ils utilisent Neptune. Des choses comme la sauvegarde/le snapshot sont des caractéristiques des bases de données graph et c'est pourquoi elles peuvent restaurer l'état d'un serveur après un crash avec tous les objets dynamiques non propriétaires là où ils étaient avant le crash. Couche de réplication La couche de réplication, dont les données proviennent du graphe d'entités (le nom qu'ils ont donné à leur base de données de graph) est découplée de l'état du jeu simulé. Ainsi, la couche de réplication est comme un cache pour le graph d'entités. Pensez à la couche de réplication comme à un médiateur entre deux personnes. La couche de réplication parle à A et il parle aussi à B. Mais A et B ne se parlent jamais. Ainsi, le serveur et le client communiquent tous deux avec la couche de réplication, qui communique avec le graphe d'entités pour stocker/récupérer les données. Le serveur n'a donc pas à attendre les mises à jour du graph d'entités, tout est dans la couche de réplication, tout est déjà visible pour le serveur. Lorsque nous parlons de données de base, cela signifie les entrées de la base de données qui stockent toutes les données relatives à chaque entité non-joueur. Comme un vaisseau par exemple. Maillage statique des serveurs Vous avez peut-être commencé à comprendre pourquoi le maillage est maintenant possible et non possible auparavant. Auparavant, le maillage n'était pas possible car qui était l'autorité finale dans le maillage du serveur ? Le serveur 1, le serveur 2 ou le serveur 3 ? Ils exécutent tous la simulation, ils ont chacun leur propre état ! Ainsi, sur les serveurs 1 et 2, le gardien du bunker est à l'étage 1, mais sur le serveur 3, il est à l'étage 2. Impossible de fonctionner. Ils ont donc frappé tous les serveurs sur la tête avec un bâton et ont amené un nouveau chef qu'ils ont appelé la couche de réplication. La couche de réplication est l'autorité finale et les serveurs dans un maillage lui rendront tous des comptes. C'est le patron et il utilise le graph d'entités. Le graph d'entité est sa secrétaire, le graph d'entité garde toutes les notes et lui rappelle plus tard ce qui est quoi, afin qu'il puisse dire aux serveurs ce qui est quoi. Donc tous ces 100 000 sites de crash ? Graphiquement, ils ne sont pas rendus, donc le client n'a rien à craindre. Si personne n'est dans les parages, ils sont diffusés en continu, et l'état est capturé par la couche de réplication et stocké dans la base de données graphique de l'entité. Ainsi, le patron dit à sa secrétaire ce qui est quoi et où tout se trouve et la secrétaire prend toutes les notes. La base de données est donc découplée, vous vous souvenez ? Ainsi, le DGS (serveur de jeu dédié ou serveur en abrégé) ne s'inquiète pas du fait que le graph d'entités doive stocker des informations sur cent mille épaves. Le DGS ne détient plus ces informations et ne communique plus avec elles dans le cadre de ses fonctions. Il ne communique qu'avec la couche de réplication. Grâce à ce découplage, le DGS (serveur de jeu dédié) n'est pas encombré par ce genre de choses et dispose de plus de ressources pour faire son travail, ce qui signifie des taux de réussite plus élevés. Ainsi, comme la secrétaire gère essentiellement la vie du patron (couche de réplication) et qu'il ne peut pas survivre sans elle, il n'a pas besoin de se rappeler où il a mis cette tasse sur Aberdeen, son graph d'entité de secrétaire s'en souviendra pour lui. Maillage dynamique des serveurs Ce qui a été décrit ci-dessus dans le Maillage Statistique est fondamentalement la base qui améliorera le taux de tic-tac du serveur comme on l'appelle. C'est le cœur de la technologie. Le maillage des serveurs sous sa forme statique consiste simplement à déterminer manuellement un nombre défini de serveurs pour exécuter la simulation. Et il faut garder les coûts à l'esprit. Il ne faut pas que la simulation soit surpuissante, ce qui entraînerait un gaspillage d'argent pour les serveurs, ni qu'elle soit sous-puissante et que l'expérience de l'utilisateur soit mauvaise. Ils vont donc expérimenter le nombre de joueurs simultanés dans un maillage statique efficace et rentable tout en travaillant sur le maillage dynamique. Le maillage dynamique est le logiciel qui déterminera quand de nouveaux serveurs seront lancés pour alléger la simulation en fonction du nombre de joueurs ET de ce qu'ils font. C'est pourquoi PES a été la base du maillage des serveurs. Parce qu'ils ont dû séparer l'état de la simulation pour que les serveurs puissent alimenter différentes parties de la simulation parce qu'ils ne la contrôlent plus, vous vous souvenez ? La couche de réplication la contrôle et indique au serveur quelles entités sont à quel endroit. L'état comme ils l'appellent. Et rappelez-vous, l'état est découplé de la simulation. Le serveur ne gère plus les données des entités non-joueurs. Trad : @Maarkreidi Starcitizeninfo.fr Voir la totalité de News
    1 point
  4. Bobmorane85

    seba6035

    Salut Seba6035 et bienvenu. D'abord bravo pour cette performance 5 enfants wow !!! Ensuite comment as tu découvert Star Citizen ? Qu'est ce qui te plait dans ce (projet) jeu ? Que pense tu apporter à notre organisation ? Je te remercie.
    1 point
×
×
  • Créer...