la 3.23 et la 4.0 en test simultané
Le 05 mars 2024 à 18:08:36 :
Le 04 mars 2024 à 18:33:07 :
Reste à savoir à quel point elles seront fonctionnelles. TP ? Voyage automatique à travers le trou de ver ? Pilotage ?La réponse : voyage automatique pour le build de vrendredi
Yes, ce ne sera pas un TP
https://robertsspaceindustries.com/spectrum/community/SC/lobby/38230
Jump gates will be functional but full end visuals and gameplay mechanics are not a focus of this build and intentionally not integrated. Players will be autopiloted through the gate between star systems.
Les jump Gates sont fonctionnelles, mais l s visuels et le gameplay ne sont volontairement pas integrés dans ce build. Les joueurs les traverseront de manière automatique.
De nouveaux Evo sont en recrutement, et seront choisis vendredi :
With the upcoming 3.23 release, we are adding additional Evocati members over the next couple weeks. We already have potential members selected and will be sending out communications as early as Friday! Thank you all for testing with us!
https://youtu.be/ru_aITgoFZY
D'après ce que dit Daium et si CIG met bien un seul serveur par système, CIG a de très beau jour devant eux. Ils vont pouvoir encore tranquillement prolonger artificiellement le dev sans montrer que leur techno fonctionne absolument pas.
Le seul élément qui a pas pu être testé c'est le passage d'un serveur à un autre, oh bah tiens QUEL HASARD. https://www.youtube.com/watch?v=06GRHnbvmRs
Les jump Gates sont fonctionnelles, mais l s visuels et le gameplay ne sont volontairement pas integrés dans ce build. Les joueurs les traverseront de manière automatique.
Oui comme quand je change de serveur de jeu sur un MMO mais là ça sera in game. Bravo, quelle prouesse technique ils ont inventé.
L'important c'est que les gens qui feed le projet y croient après tout, bravo à eux.
Le 06 mars 2024 à 18:52:47 :
https://youtu.be/ru_aITgoFZYD'après ce que dit Daium et si CIG met bien un seul serveur par système, CIG a de très beau jour devant eux. Ils vont pouvoir encore tranquillement prolonger artificiellement le dev sans montrer que leur techno fonctionne absolument pas.
Le seul élément qui a pas pu être testé c'est le passage d'un serveur à un autre, oh bah tiens QUEL HASARD. https://www.youtube.com/watch?v=06GRHnbvmRs
t'es à coté de la plaque, comme d'hab, mais c'est pas grave ;) Le passage est oh bah c'est bizare, tester cette semaine ! Et il Daium parle si CIG utilise qu'un seul serveur par système, hors c'est pas du tout ce qui est prévu ;)
pour être clair le server meshing statique va rien changer niveau performances FPS serveur
Faut atendre le serveur meshing dynamique c'est ça?
donc encore de belles années devant nous
Le 06 mars 2024 à 19:32:50 :
Le 06 mars 2024 à 18:52:47 :
https://youtu.be/ru_aITgoFZYD'après ce que dit Daium et si CIG met bien un seul serveur par système, CIG a de très beau jour devant eux. Ils vont pouvoir encore tranquillement prolonger artificiellement le dev sans montrer que leur techno fonctionne absolument pas.
Le seul élément qui a pas pu être testé c'est le passage d'un serveur à un autre, oh bah tiens QUEL HASARD. https://www.youtube.com/watch?v=06GRHnbvmRs
t'es à coté de la plaque, comme d'hab, mais c'est pas grave ;) Le passage est oh bah c'est bizare, tester cette semaine ! Et il Daium parle si CIG utilise qu'un seul serveur par système, hors c'est pas du tout ce qui est prévu ;)
Bah on espère, on va attendre et voir
Le 06 mars 2024 à 19:39:03 :
pour être clair le server meshing statique va rien changer niveau performances FPS serveur
Faut atendre le serveur meshing dynamique c'est ça?donc encore de belles années devant nous
Si ils ne font qu'un seul serveur par système, oui en effet, ça ne changeras rien aux performances, mais s'ils font plusieurs serveur par système, alors oui ça changeras les performances.
Le 06 mars 2024 à 19:00:06 :
Les jump Gates sont fonctionnelles, mais l s visuels et le gameplay ne sont volontairement pas integrés dans ce build. Les joueurs les traverseront de manière automatique.
Oui comme quand je change de serveur de jeu sur un MMO mais là ça sera in game. Bravo, quelle prouesse technique ils ont inventé.
L'important c'est que les gens qui feed le projet y croient après tout, bravo à eux.
C'est justement l'un des principes du server meshing le génie
de permettre aux joueurs de changer de serveur de manière transparente
C'est bel et bien une prouesse technique et c'est ce qui sera en test vendredi , le transfert seamless d'autorité entre les serveurs
(Thor's Day) No new build today. We are focusing on getting the tech-preview build ready and are still on schedule for an Evocati Server Meshing test starting on Friday that we intend to run throughout the weekend.
Le 05 mars 2024 à 12:22:04 :
Hâte de voir les premiers leaks
yep. On compte sur toi Itsalpha. ^^
Malheureusement comme c'est le studio d'Austin qui publie les mise à jour, et que celle la est particulièrement complexe, elle sera probablement lancé en milieu / fin d'après midi donc milieu de la nuit pour nous, et ne restera live que quelques heure, peu de chance que j'y participe.
Edit : je n'avais pas vu le dernier message qui vient juste d'étre publié et annonce que le test durera tout le week end
Le 06 mars 2024 à 19:39:03 :
pour être clair le server meshing statique va rien changer niveau performances FPS serveur
Faut atendre le serveur meshing dynamique c'est ça?donc encore de belles années devant nous
Si, le SM statique fera gagner en performance server quand il sera utilisé pour découper Stanton/Pyro en x zones.
Le SM dynamique, c'est plus destiné à la gestion de gros regroupements de joueurs ponctuels et localisés (events, Idris ou capital ships, etc).
Le 08 mars 2024 à 13:52:46 :
Le 06 mars 2024 à 19:39:03 :
pour être clair le server meshing statique va rien changer niveau performances FPS serveur
Faut atendre le serveur meshing dynamique c'est ça?donc encore de belles années devant nous
Si, le SM statique fera gagner en performance server quand il sera utilisé pour découper Stanton/Pyro en x zones.
Le SM dynamique, c'est plus destiné à la gestion de gros regroupements de joueurs ponctuels et localisés (events, Idris ou capital ships, etc).
D'accord merci pour la précision
Il se passe quoi si les 200 joueurs vont sur Pyro ?
Et puis c' est Full Pyro ou la Pyro éco+ de la Citcon qui représente 30% de la map finale ???
Parce que là, le principe des vases communicant ne fonctionne pas, si un serveur se retrouve surchargé de clients il plantera forcément, comment ils comptent juguler ça, en mettant des restrictions d' entrées ? Un nombre de joueurs limité ???
Ils ont réellement en train de vendre leur petit test evo comme une 4.0 ???
Pas de mesh statique intra système, pas de système Pyro dans son entièreté, pas de MMO
C’est une question que je me suis posé moi aussi. Même le SM statique intra système est confronté à ce problème. Y’a que le dynamique qui ne pose pas de soucis à ce niveau.
Je me demande même si ils vont pas devoir diviser la charge par 2. Genre 50 joueurs par DGS si 2 DGS par Shard (dans le cas du statique)
D'où sort cette info des 200 joueurs ? 🤔
Normalement à moins d'un SM dynamique il n'y aura jamais beaucoup de joueurs connectés justement car pas de gestion des regroupements. Le nombre de joueurs théorique avec un SM statique ne fonctionnerait que si tous les joueurs restaient gentiment sur place chacun à des endroits uniformément séparés dans l'univers 😏
Bref, on est encore TRES loin du mmo.
Le 08 mars 2024 à 15:20:00 :
D'où sort cette info des 200 joueurs ? 🤔
Normalement à moins d'un SM dynamique il n'y aura jamais beaucoup de joueurs connectés justement car pas de gestion des regroupements. Le nombre de joueurs théorique avec un SM statique ne fonctionnerait que si tous les joueurs restaient gentiment sur place chacun à des endroits uniformément séparés dans l'univers 😏Bref, on est encore TRES loin du mmo.
Et bien je suppose que tout simplement deux servers = 2x100. Ils ont fait justement des tests evo l'été dernier de regroupement et dispersion de 200 joueurs. (le deuxième cas est ce qui est le plus lourd pour les serveurs)
Le 08 mars 2024 à 15:20:00 :
D'où sort cette info des 200 joueurs ? 🤔'''
Normalement à moins d'un SM dynamique il n'y aura jamais beaucoup de joueurs connectés justement car pas de gestion des regroupements. Le nombre de joueurs théorique avec un SM statique ne fonctionnerait que si tous les joueurs restaient gentiment sur place chacun à des endroits uniformément séparés dans l'univers 😏Bref, on est encore TRES loin du mmo.
T' es c ... confus
2 serveurs + 1 Replication Layer = Stanton + Pyro = deux warpgates = transit intersystème des joueurs = 100 joueurs sur Stanton = 100 joueurs sur Pyro = 200 joueurs
Leur build est pas viable pour le PU, ça ne peut que planter, je comprends pas la principe de leur build c' est pas une 4.0 ça, c' est pas viable, c' est clair, c' est net
En tant que test je dis pourquoi pas, et encore ils auraient pu le faire en interne, mais passons ... on va dire que c' est pour tester une ultime fois leur RL, c' est le prochain build qui sera potentiellement intéressant .
Parc contre si ils vendent ça comme une 4.0 ... ça va swinguer
Faut pas oublier qu’au mois de Juin dernier, ils ont fait un test evocati à 200 joueurs sur 1 serveur. On a jamais eu de retour là dessus il me semble.
Le 08 mars 2024 à 15:33:37 :
Faut pas oublier qu’au mois de Juin dernier, ils ont fait un test evocati à 200 joueurs sur 1 serveur. On a jamais eu de retour là dessus il me semble.
Pas officiellement de cig mais coté evocati oui
details du playtest :
Avocados! Greetings
On Tuesday June 27th we will be running a playtest with you all along with many SC developers to gather a wide array of data and server captures!
This is a Network and Data team experiment and should give them some extremely valuable data on how the servers will behave during the test!
Instructions for the Playtest
Build CL: TBD
Launcher Channel: TBD
Date & Time: Tuesday, June 27th 2023 - 1400 CST | 1900 UTC - Approximately 2-3 hour test
This test will involve loading in at specific times and moving around the PU into certain locations and maybe see if we can get a good dogfight going with as close to 200 players as possible
During this test, Please avoid doing any ship customizations or purchasing items from shops of any kind to limit the types of data being recorded.
Phase 1 - Spawn
Phase 1 will involve all players to loading into Orison and holding in the zone without leaving or purchasing items
30 minutes after players start joining we will be taking Client and Server captures of the location
Phase 2 - R&R Station
Once the go-ahead is given, Spawn ships and fly to CRU-L1
The fewer ships we have is better at this stage for the sake of time and spawn limitations for a single LZ. Try to join other player ships.
30 minutes after players start joining we will be taking Client and Server captures of the location
Phase 3 - Planetside
Once the go-ahead is given, fly to Dymar and move down to Area 141 on the surface
30 minutes after players arrive we will be taking Client and Server captures of the location
3 shards were up, about 200ppl on each. 1 of those had additional tracking etc., that was also the only one to 30K which happened because of the tracking, NOT because of population.
Server FPS was a decently constant 20, desync was present as expected, some ships were invisible, performance in general was very good though