Sujet :
[EVO] 4.0
Le 02 novembre 2024 à 20:08:18 :
Ah non ça n'a rien à voir avec le meshing. C'est une superposition de "maps". C'est pas un duplicat de position mais plusieurs positions pour un même objet pour chaque référentiel.
Ils répliquent la position, les déplacements, les mouvements du joueur à plusieurs niveaux, c' est une incommensurable charge pour la bande passante, c' est le principe de base de leurs " couches de réplication ", ils posent les bases pour le maillage dynamique 
C'est le fonctionnement depuis le début du jeu grosso modo. C'est comme ça qu'on peut se balader dans un vaisseau en mouvement. Donc oui le serv gère plusieurs positions.
Non, y a pas ces infos dans le netgraph sur la Live ( les derniers patchs avec du code de la 4.0 j' en sais rien ), c' est entièrement lié au meshing et à la façon dont-ils gèrent les différentes instances et services au sein de leur maillage. C' est simple, si la ligne de code de l' outpost/POI ne pope pas dans le netgraph la zone est intangible, l' entité-joueur n' étant pas autorisé/authentifié pour y accéder, bien que la zone soit chargée visuellement, et c' est ce qui permettra à terme ( mais c' est foireux ) d' avoir un maillage dynamique avec des joueurs capables d' interagir dans plusieurs instances/DGS différents .
T' as capté ou tu veux un petit dessin ??? 
Le 03 novembre 2024 à 14:18:37 :
Le 02 novembre 2024 à 20:08:18 :
Ah non ça n'a rien à voir avec le meshing. C'est une superposition de "maps". C'est pas un duplicat de position mais plusieurs positions pour un même objet pour chaque référentiel.Ils répliquent la position, les déplacements, les mouvements du joueur à plusieurs niveaux, c' est une incommensurable charge pour la bande passante, c' est le principe de base de leurs " couches de réplication ", ils posent les bases pour le maillage dynamique
C'est le fonctionnement depuis le début du jeu grosso modo. C'est comme ça qu'on peut se balader dans un vaisseau en mouvement. Donc oui le serv gère plusieurs positions.
Non, y a pas ces infos dans le netgraph sur la Live ( les derniers patchs avec du code de la 4.0 j' en sais rien ), c' est entièrement lié au meshing et à la façon dont-ils gèrent les différentes instances et services au sein de leur maillage. C' est simple, si la ligne de code de l' outpost/POI ne pope pas dans le netgraph la zone est intangible, l' entité-joueur n' étant pas autorisé/authentifié pour y accéder, bien que la zone soit chargée visuellement, et c' est ce qui permettra à terme ( mais c' est foireux ) d' avoir un maillage dynamique avec des joueurs capables d' interagir dans plusieurs instances/DGS différents .
T' as capté ou tu veux un petit dessin ???
C'est cool de te lire, ca me rappelle le bon temps de StarGate SG1 et les explications de Carter sur les phenomenes imaginaires qu'ils rencontraient.
Le JP est buggué comme tout nouveau système rencontrant les conditions reelles. Ca avance. Deja ils ont fix quelques problemes et on rajouté des logs pour comprendre les autres.
Super nouvelle aussi que les missions fonctionnent sans probleme. Rien que de ne pas perdre les missions lors d'un recovery va changer la vie.
Le 03 novembre 2024 à 14:56:13 :
Il s ont simplement décidé d'exposer ces données dans les récents patch c'est tout
Mais oui mon Crunky d' Amour, tu as raison ( lol )
Le 03 novembre 2024 à 14:18:37 :
Le 02 novembre 2024 à 20:08:18 :
Ah non ça n'a rien à voir avec le meshing. C'est une superposition de "maps". C'est pas un duplicat de position mais plusieurs positions pour un même objet pour chaque référentiel.Ils répliquent la position, les déplacements, les mouvements du joueur à plusieurs niveaux, c' est une incommensurable charge pour la bande passante, c' est le principe de base de leurs " couches de réplication ", ils posent les bases pour le maillage dynamique
C'est le fonctionnement depuis le début du jeu grosso modo. C'est comme ça qu'on peut se balader dans un vaisseau en mouvement. Donc oui le serv gère plusieurs positions.
Non, y a pas ces infos dans le netgraph sur la Live ( les derniers patchs avec du code de la 4.0 j' en sais rien ), c' est entièrement lié au meshing et à la façon dont-ils gèrent les différentes instances et services au sein de leur maillage. C' est simple, si la ligne de code de l' outpost/POI ne pope pas dans le netgraph la zone est intangible, l' entité-joueur n' étant pas autorisé/authentifié pour y accéder, bien que la zone soit chargée visuellement, et c' est ce qui permettra à terme ( mais c' est foireux ) d' avoir un maillage dynamique avec des joueurs capables d' interagir dans plusieurs instances/DGS différents .
T' as capté ou tu veux un petit dessin ???
Mais sérieux quand est ce que tu vas arreter de te ridiculiser en racontant n'importe quoi ?
C'est juste le système de positionnement qui est lié aux grilles physique
ça n'a rien a voir avec le server meshing
ces données ce sont les coordonnées de position par rapport a un frame de réference
c'est exactement ce qu'a décrit oxymel
Par exemple dans les 2 screens ci-dessous , je suis dans l'arena commander et il y a les même donnée ( tu vas pas me dire c'est parce que CIG ont prevu de mettre du server meshing dans l'arena commander hein 
)
dans le premiers screen , je suis dans mon mustang alpha
tu peux voir qu'il y a les coordonées zone route et solar systeme qui sont identique
et tu peux aussi voir la ligne cnous_mustang_alpha dont les cordonnées sont différentes
c'est normale parce que je me trouve dans la grille physique du mustang alpha qui elle même se trouve dans la grille physique d'une zone appelé stanton2c qui elle même se trouve dans la grille du solar systeme qui dans l'arena commander est identique a la grille zone root
dans le 2 eme screen je suis a l'extérieur du mustang , tu remarqueras bien que la ligne cnous_mustang_alpha a disparu
ce qui est normale vu que je ne me trouve plus dans la grille physique du mustang alpha mais désormais dans la grille stanton2c
Ca n'a donc rien a voir avec le server meshing , c'est comme ça que fonctionne le jeu depuis le début dès qu'ils ont introduit les multiples grilles physique aka ZONE SYSTEM
Ils ont simplement décidé d'exposer ces données dans les récents patch c'est tout
C' est parce que c' est les fondements du meshing dynamique, chaque grille physique aura possiblement sa propre instance, et c' est ce qu' on voit dans ce build EVO, vous êtes aveugles .
Ça permettra à terme de dissocier plusieurs plans, d' avoir des instances à l' intérieur des vaisseaux ( dans le " pire " des cas ), c' est pas anodin qu' ils aient rajouté ces lignes, ça montre précisément le degré de synchronisation entre les différentes instances, couches, " maps ", " grilles physiques ", le principe en tout cas c' est que toutes ces grilles physiques soient instanciées séparément sur des DGS, ce qui veut dire synchroniser plusieurs couches entre elles, ce qui est débile et ingérable, vous en conviendrez 
Même en me mettant à votre niveau vous arrivez toujours pas à capter, chaud
Et sinon, vous avez vu sinon ???
Robert il arrive pas à remplir son EVO, y a même pas 60joueurs dessus présentement, le soir ça monte même pas à 200, ses shards elles sont vides, les gens boudent leurs builds brokens, je trouve ça très triste pour le développement et l' image qu' il véhicule, les EVOs, les types les plus engagés du monde, les esclaves personnels de Robert sont en grève, je suis choqué .
Franchement, j' aurais jamais pu prédire ça, c' est angoissant 
Toujours pas de leaks de forum EVO ??? 100% ils font la gueule, ils ont eu une info qu' on a pas
Le 03 novembre 2024 à 18:34:46 :
Par contre oui ils travaillent sur un meilleur découpage des planètes et lieux fermés pour avoir une meilleure granularité. Mais pas besoin d'avoir un autre référentiel. Il vaut mieux probablement pas même sauf pour les lieux instanciés bien sûr.
Et voilà, toutes ces manoeuvres de diversion pour au final dire que j' ai raison, vous êtes honteux
Le 03 novembre 2024 à 19:42:10 :
Je sais pas si tu es complètement à la ramasse ou un gros troll.Quand je parle d'instance je parle d'instance mmo soit une copie. Rien à voir avec ce dont tu parlais à priori.
edit : je te remets ton message d'origine quand même
ils utilisent bien des layers, des couches distinctes pour retranscrire la position des joueurs à travers les différents systèmes ( planétaire comme software/DGS ), c' est indiqué dans les premières lignes du netgraph/displayinfo, on sait pas à quoi ça correspond exactement, ce que ça gère précisément, mais on a quelques indices dans l' appellation, ça va de 3 à 5 lignes de " couches de réplication " selon votre position
Bref ce n'est pas ça.
Je ne répondrai plus à ton confusionnisme qui vise à désorienter les fanz en pleine souffrance
Pouvais-je en attendre moins d' individus ayant une parfaite méconnaissance des uses et coutumes relatives à l' élaboration d' un hitreg sûr et efficient à haute vitesse dans un environnement de jeu en trois dimensions ???
L' avenir me donnera raison, comme toujours 
Le 03 novembre 2024 à 18:16:58 :
Les sortie jump sont censé être aléatoire, alors pourquoi tu dis que la sortie ne se faisait pas à l'endroit attendu ?
Je fais référence à ça :
- PU - Stanton/Pyro - Jump Points - Successful exits not at destination jump point
La sortie "normale" semble se faire comme en cas d'échec de traversée.
Je sais pas si tu es complètement à la ramasse ou un gros troll.
Un peu des deux + 2-3 autres choses 
Donc tout ça existait avant.
Bien entendu. Sauf que ce n'était pas marqué dans r_display jusqu'à maintenant, du coup il pense que c'est nouveau 
Vous êtes même pas allez voir ingame pour voir si ce que je disais était vrai ou non, les positions sont désynchronisés, ça veut dire qu' elles sont calculées indépendamment, c' est pas qu' un simple copier/coller d' un référentiel unique d' une grille à l' autre, mais pour ça faut avoir le netgraph en fonctionnement devant les yeux, chose que vous n' avez bien évidemment pas vu !
Il est géré à la fois au niveau local, régional et interrégional, raison de toutes ces désynchronisations 
Vous êtes même pas allez voir ingame pour voir si ce que je disais était vrai ou non, les positions sont désynchronisés, ça veut dire qu' elles sont calculées indépendamment, c' est pas qu' un simple copier/coller d' un référentiel unique d' une grille à l' autre, mais pour ça faut avoir le netgraph en fonctionnement devant les yeux, chose que vous n' avez bien évidemment pas vu !
Il est géré à la fois au niveau local, régional et interrégional, raison de toutes ces désynchronisations
Tu es toujours à côté. Oui ceux ne sont pas des duplicats puisque ce ne sont pas les mêmes CRS/espaces. Mais non la position du joueur n'est pas gérée 5 fois indépendamment. La positon du joueur est reprojetée par un simple calcul. Pas besoin de 10 serveurs ou que sais je encore.
Le 04 novembre 2024 à 12:19:30 :
La positon du joueur est reprojetée par un simple calcul. Pas besoin de 10 serveurs ou que sais je encore.
Elle est pas " reprojetée ", elle est dupliquée à partir du DGS ( root pos > Solarsystem pos > locale/POI pos ) et calculée indépendamment dans chaque couche, c' est pas le même référentiel, t' as des désynchros, ce qui contredit complètement ce que tu dis ...
Et c' est mêmes désynchros ont des répercutions concrètes ingame, comme l' intangibilité de certains zones lorsque que sa couche de réplication dédiée a crashée .
Ils dupliquent la position du joueur dans chaque instance pour compartimenter la charge dans ces mêmes instances, ils subdivisent la charge en augmentant la charge de calcul générale qui doit transiter d' une couche à l' autre, c' est des fous .
Le Hitreg passe par différentes couches de réplication, comme je l' avais jadis prophétisé, l' horreur
Sujet :
[EVO] 4.0