Reprise du message précédent :

Une baleine comme ca ?
https://rehost.diberie.com/Picture/Get/f/314971  
 
 
je comprends pas  

il y a deja des palettes en jeu, dans les mission de destruction de drogue, tu as des scu de 4 quart sur une palette (on peut just pas bouger la palette, mais elle est selectionnable au tractor) depuis au moins la 3.22

CIG bosse pour que ce jour n'arrive jamais
 
Puis le déni est très puissant.
Puis une partie de ces backers seront morts. C'est simple mécaniquement y'a un nombre non-nul de backers qui est enterré chaque année et ça va aller en augmentant.
 
Sur le internet on voit de temps en temps des "il est mort avant la sortie de GTA6 ou Silksong" mais là pfouuuu

Il est dispo votre forkilft sim !
 
https://store.steampowered.com/app/ [...] xe_Edition

Les baleines sont ceux qui ont mis des dizaines de milliers ou plus. J'ai vu 70k$ et 130k$ dernièrement

ca s'appelle de la boulimie a ce niveau la.  

 
Par contre me semble que partir d'un referal qui coute 0 ne te permet pas de le melt après. Non?

Elles sont sympa les peintures de la pirate week. Les prix beaucoup moins étonnamment

Oui ils se touchent grave sur les skins

 
Tu peux le melt, mais tu ne récupéreras que ce que tu as mis en argent réel.
C'est le gift qui n'est pas possible.

Non, un ship referral est non meltable, depuis plusieurs années maintenant (les 1ers l'étaient par contre).
 
Le seule chose que tu peux faire avec c'est l'upgrade.

a ce volume, il y a surement de la revente (avec ou sans gain)

Ils en ont à vendre des skins Pirate Week pour les caisses SCU mais... seulement dans le pack à 600$
 
Toujours plus bas

Pour des caisses qu'on perdra à la moindre explosion en plus j'imagine à moins de retourner les chercher.

Aucune réaction après l'ISC Engineering et tout ?

Qui vivra verra  

Mon côté geek trouve ca génial
 
Mon côté joueur attend de voir quelle place ca prendra sur chaque taille de vaisseau
Beaucoup de gestion sur du gros multicrew je dis oui, beaucoup de gestion sur du mono/bi place je dis non.
Mais je suis pas trop inquiet, une fois en place ca ne devrait être que des potards à ajuster pour la fiabilité des composants.

tout pareil    
 
d'ailleurs les mfds sont vraiment mieux.
Les interfaces ingé sont pas mal fait pour le coup, ce qui reste assez incroyable de leur part.
 
Le coup du pistolet qui répare tout magiquement je crois que c'est le seul truc qu'ils acceptent non réaliste XD ou alors dans une prochaine mise à jour ils feront en sortent de nous casser les couilles avec un autre outils ou faut tous les matéiraux suivant les répa XD

Pourvu que non    
 
 
Je suis en train de jeter un oeil à des streams du test de meshing d'hier, y'a du mieux, ils arrivent à jouer avec des serveurs de 500.

Y'aura un tournevis, faudra acheter le kit pour vis plates, philips, étoile, le set de clés allen. En premium on pourra acheter une visseuse électrique.

Ils l'ont dit avant, c'est surtout les ships L et plus (Corsair, 400i, MSR, ce genre de vaisseaux) qui vont être affectés
Perso, le life support sera désactivé 99% du temps pour éviter les feux et rulez

 
ouai mais je te rappelle que "un jour" on aura de l'oxygen limité dans nos combi, et vu qu'ils souhaitent que les joueur passent moins de temps en armure surtout dans les vaisseaux, ils feront bien en sorte de t'y obliger XD

Encore un truc qui est super sur le papier mais qui sera chiaaaaaaant et relou au quotidien.

Perso, je prendrai pas plus grand que mon conste, enfin je voudrais eviter.
 
c'est surtout le combat, les chocs qui degraderont les ships.
 
l'usure, ca sera forcement gerable. Tu sera jamais dans flight sim' avec toutes les defaillances possible qui te tombent dessus pour un simple vol.
 
faudra checker de temps a autre les composants, c'est tout. une sorte de mini housing.

 
Pas de gravité non plus ?

Tu laisses l'oxygène dans le cockpit et rulez. Ou toutes les 30 minutes, quand tu voles en decoupled ou en QT quelque part, tu réactives le life support
Problem solved. C'est pas comme si t'allais mourir instant. J'ai déjà fait 100m en EVA sans casque à coup de medpens

ça me va (le gravity generator est un système séparé, cela étant)

l'homme n'atteindra jamais la maitrise technologique d'un ombilical pour alimenter sa combi en oxygène  
 

Par contre dans le futur de C. Roberts on a une assez bonne liberté de mouvement, contrairement à l'ami ombilicalisé

Le gameplay ingénieur me fait inévitablement penser à FTL.

https://robertsspaceindustries.com/ [...] ts/7209079
 
Petit bilan des tests SM avec ce qui a marché ou non ainsi que les objectifs à venir.
 
Si ils continuent sur cette lancée un début d'evo 4.0 le mois prochain pour la Citcon ne me parait pas aberrant.

Trad en FR, même si je me doute qu'ici, pas grand monde en a besoin
 
En mars 2024, suite au test du SM «A», nous avons confirmé un défaut de conception critique dans la file d'attente de messages réseau (NMQ) utilisée par les serveurs de jeu et les services hybrides. La NMQ est responsable de la transmission des données via les sockets UDP pour le trafic fiable et non fiable (éventuellement cohérent), ainsi que de la sécurité de cette transmission de données. Toutes les données de jeu, y compris les variables sérialisées, les propriétés d'entité et les appels de méthodes distantes, passent par cette file d'attente de messages. La faille identifiée a causé des problèmes lors du traitement de grandes quantités de liaisons et de messages, entraînant des problèmes de performances provoquant d'importants goulots d'étranglement dans la file d'attente. Son utilisation de la bande passante mémoire était également problématique. Pour résoudre ce problème, l'équipe est passée en mode de développement ciblé pour créer un remplacement : la file d'attente de messages de réplication (RMQ).
 
Le RMQ est conçu pour améliorer considérablement l'efficacité de la bande passante et maintenir la sécurité des serveurs de jeu, des clients et des réplicants. Plus important encore, il vise à éviter les goulots d'étranglement majeurs du réseau que les joueurs rencontrent généralement sous forme de retards d'interaction prolongés affectant plusieurs utilisateurs simultanément.
 
Comme indiqué précédemment, nous avons introduit la première version de RMQ dans les premières versions 3.24.0 en tant que « canari » sur des shards sélectionnés. Il est désormais entièrement déployé sur tous les shards en 3.24.1. Nous surveillons de près les performances de RMQ par rapport à l'âge des shards, car nous avons observé dans la version 3.23.1 qu'à mesure que les shards vieillissaient, le nombre de liaisons et de messages augmentait considérablement.
 
Il est encourageant de constater que depuis la mise en œuvre du RMQ, nous avons observé de nettes améliorations dans nos mesures et nos captures de performances. Nous sommes optimistes quant au fait que ces tendances positives persisteront à mesure que les shards vieillissent, même si nous continuerons à surveiller la situation de près.
 
Server Meshing Tests
Avec la RMQ en place, ainsi que d'autres améliorations hybrides, nous avons repris les tests de server meshing en utilisant la base de code de correctif actuelle à 3.24.
 
Nos objectifs de test sont les suivants :
 
- Identifier les zones nécessitant une optimisation pour obtenir une réplication à faible latence à grande échelle avec le jeu réel et les joueurs réels.
- Identifier les fonctionnalités du jeu qui nécessitent un ajustement pour un nombre élevé de joueurs.
- Identifier les environnements de jeu qui nécessitent des ajustements pour un nombre plus élevé de joueurs.
- Découvrir les bugs liés à la transition du serveur, à la récupération du serveur et à d'autres bizarreries introduites par la configuration maillée.
- Confirmer les changements et améliorer l'expérience de jeu avec un nombre plus élevé de joueurs (du point de vue du réseau)
 
Nous visons un cycle d'itération rapide pour tester nos corrections et optimisations, en garantissant une progression à chaque étape sans interférence avec d'autres modifications du jeu. Notre objectif est d'effectuer des tests hebdomadaires, jusqu'à ce qu'il soit temps de rejoindre la branche de développement principale pour les vagues PTU 4.0.
 
Nous ne procéderons à un test d'aperçu technique chaque semaine que si nous avons suffisamment de modifications et d'améliorations validées pour que vous puissiez tous jouer.
 
Nos tests doivent principalement suivre un modèle donné :
 
- Commencer d'abord par une configuration à serveur unique pour vérifier qu'il n'y a pas de nouveaux problèmes
- Étendre à une configuration de taille moyenne, c'est-à-dire 3 serveurs et 500 joueurs
- Étendre à une configuration de plus grande taille, c'est-à-dire 6 serveurs et 1 000 joueurs
- Revenir à un nombre de joueurs et de serveurs confortable en fonction des performances pour laisser le test ouvert pendant quelques heures afin que davantage de joueurs puissent expérimenter et que nous puissions capturer des données.
 
Dans ces tests, les missions ne seront pas disponibles car le système de missions est actuellement en cours de refonte pour être compatible avec le Server Meshing dans la version 4.0. Plusieurs systèmes de jeu (comme la partie sociale) sont également en cours d'ajustement pour le SM, mais ces modifications ne sont pas dans les versions Tech-Preview que nous souhaitons isoler pour tout développement en cours, à l'exception du code réseau. Les tests de ces systèmes reprendront lorsque la version 4.0 arrivera sur le PTU avec le SM activé.
 
Meshing Test "B" post-action report
Le test de maillage « B » a été réalisé le 12 septembre et a été le premier test sur RMQ.
 
Les résultats ont été décevants et inattendus, mais le goulot d'étranglement précédemment identifié dans le test « A » a été confirmé comme étant résolu. Bien que le délai d'interaction à grande échelle se soit amélioré, ce qui nous a permis de laisser les joueurs tester une configuration 4:350, le problème est resté. Le prochain goulot d'étranglement des performances à résoudre a été identifié.
 
Observations :
- Les temps d'entrée et de sortie de zone étaient problématiques, avec de nombreux joueurs bloqués lors du chargement lorsqu'un afflux de joueurs se produisait
- La latence et les délais d'interaction rendaient le jeu injouable avec un grand nombre de joueurs
- La zone à problème affectait également les connexions au serveur de jeu, ce qui aggravait le problème.
- Point positif : le problème initial de NMQ a été confirmé comme étant résolu grâce à des mesures et des captures
 
Le test a été interrompu prématurément.
 
Meshing Test "C" post action report
Le test de maillage « C » a été réalisé le 19 septembre et comprenait des optimisations de performances.
 
Le test C a été le premier à utiliser une version avec le système NMQ hérité supprimé. Il s'agissait d'une étape importante car RMQ a été conçu pour un plus grand parallélisme, mais ces optimisations ne pouvaient pas être débloquées tant que nous avions encore besoin de prendre en charge NMQ. Le test C comprenait la première série de ces optimisations prévues et a considérablement amélioré notre capacité à évoluer avant que le délai d'interaction ne s'allonge et que le jeu ne devienne injouable.
 
Ce test nous a également permis de commencer à voir davantage de problèmes liés au gameplay à mesure que les joueurs se répartissaient dans le monde du jeu et pouvaient découvrir un univers maillé.
 
Ce test a été un grand pas en avant. Nous avons pu identifier avec succès d'autres problèmes présents, mais nous sommes repartis de ce test de jeu avec un sentiment d'optimisme.
 
Observations :
- Les temps d'entrée et de sortie de zone étaient toujours problématiques avec un nombre élevé de joueurs
- De nombreux joueurs ont des hangars XL, mais il n'y a pas assez de passerelles XL lorsque de nombreux joueurs apparaissent en peu de temps. Les temps de file d'attente ATC étaient trop élevés.
- Les systèmes sociaux sont toujours liés par DGS (et non par shard de jeu), ce qui fait que les canaux sont vides pour les joueurs dans d'autres zones. Le nombre maximum de joueurs semble plafonné à 100, même si le système n'est pas limité. Ce travail se fera dans le flux 4.0 afin de ne pas introduire de gros changements dans Tech Preview.
- Un nombre de joueurs et des marqueurs plus élevés sont un problème d'utilisabilité/visibilité et ont un coût de performance sur le client.
- Les toilettes de New Babbage étaient bouchées, ce qui a provoqué des files d'attente massives pendant que les joueurs faisaient la queue pour attendre leur tour. (:troll
- La latence et les délais d'interaction ont augmenté dans le test à 1 000 joueurs, où de nouveaux points chauds d'optimisation des performances ont été clairement découverts. C'est l'objectif de travail jusqu'au prochain test.
- Un crash hybride provoquerait sporadiquement une erreur de 30K dans la configuration du maillage. C'est un objectif de travail jusqu'au prochain test.
 
Onwards
Bien que ces premiers résultats soient des avancées prometteuses, nous sommes conscients que des défis subsistent. Nous nous engageons à relever chaque obstacle par des itérations rapides, en visant toujours à améliorer votre expérience de jeu.
 
À ceux d'entre vous qui participent à ces tests : votre dévouement est vraiment inspirant. Prendre le temps de venir essayer de nouvelles fonctionnalités et technologies, beaucoup de respect. C'est un plaisir et un privilège de progresser ensemble sur cette technologie. Vos idées et votre patience sont inestimables alors que nous transformons notre jeu pour qu'il devienne le MMO que nous voulons qu'il soit.
 
Nous sommes enthousiasmés par le chemin à parcourir et nous vous tiendrons tous au courant de notre parcours.
 
Merci de faire partie intégrante de ce projet ambitieux avec nous !

TL;DR: " c'était de la merde, c'est moins de la merde, demain ça marchera à peu près inch'allah "
 
J'ai bon ?

"Y'a rien qui marche, mais on bosse dessus, ça marchera mieux plus tard, tkt" ouais.
Bon, ça fait quoi ? 7 ans ? Huit ans ? Qu'ils sont sur la partie réseau, que c'est de la merde, et qu'ils bossentdessusçaarrivebientôttkt.

ça doit faire plus de 12ans qui sont sur star citizen

La campagne de financement a commencé il y a douze ans, mais ça ne signifie pas qu'ils sont sur le jeu depuis douze ans pour autant.

10 ans alors ? peut être 8 ans ? dans tous ces cas le résultat de ce qu'il y a ingame est plutôt maigre comparativement au temps de dev.  
Je dis sa car bientôt on va nous dire que le dev a commencer en 2020 je sens.

2015 ils avaient mis le fake proto à la poubelle et ils avaient les premières fondations.
Puis bon ils ont foutu des pans entiers à  la poubelle à plusieurs reprises
 
90% des assets ont déjà été refait au moins 2 fois à ce stade.

Le CTO qui détaille un peu les résultats de leurs tests de serveur meshing: https://robertsspaceindustries.com/ [...] ts/7209079
 
C'est très bien qu'ils fassent ça.

le projet initial c'etait de creer un petit studio qui ferait un jeu solo avec relativement peu d'ambition.
 
le fric arrivant en grande quantité, les joueurs ont voulu aussi un MMO.
 
enfin, ils ont tout rebooté apres avoir revu leurs ambitions tres fortement a la hausse.
 
 
 
bref, le projet est reparti deux fois a zero, ou presque.
 

Et les premiers "producers" qui étaient autour de Chris les 3-4 premières années étaient des gros yes-men qui devait être bien content d'encaisser les gros salaires

3.24.2 chez les Evo pour un test de stabilité de 3h hier soir.  
Le patch notes : https://robertsspaceindustries.com/ [...] 3-24-2-ptu
 
Le pacth pèse pas moins de 44 Go. Les nouveaux MFD sont dans le build, les Zeus pas encore. Il y a de nouvelles coupes de cheveux.

 
Datamining en spoil :