[OF] Premier vol online
-
- Apprenti-Mécano
- Messages : 373
- Inscription : 03 octobre 2002
#51
[quote="Ghostrider"]De l avis meme de membres du beta le flux MP du 4.3 est telement lourd (car riche) que pour voler des missions chargé]
Salut ghost, c'est exactement ca mais voici de petites precisions concernant le code MP de OF :
il a donc ete optimisé pour des transfert "server => clients" (environnement global, position des objects et unités, reception des data lors de la rentrée dans la TE ou la campagne, management des AGG et DEAGG d'objects etc) et "clients => clients" (echange des dirty data, info de position)
Il est donc tout à fait vrai que ce code est gourmant, surtout en terme de transfert "clients => clients" avec 90% de priorité pour les info de position, cela reviens à dire que plus le client aura parametrer un -bw grand, plus le vol en formation sera non seulement fluide, mais il n'y aura pas de perte au niveau des dirty data (car la priorité est donné aux info de position)
Personnelement je vous recommande un minimum de -bw 256 (en kb/s bien sur) pour les clients, bien sur, le host doit etre celui qui a la plus grosse
Nous avons aussi remarqué que si les host a un -bw inferieur a 600-900 kb/s, nous deconseillons que les clients aient de -bw differents entre eux, par contre avec nos server 100/100 Mb/s, nous mettons chacuns notre upload max - 10% (en respectant ce minimum de -bw 256 bien sur, mais l'ideal est d'avoir -bw 512). Les clients n'ayant pas une tel capacité d'upload seront pénalisés, se traduisant d'abord par la perte des coms integrées, ensuite par la perte de certains dirty data et eventuelllement de mauvais rafraichissement de position si sa connexion en upload est faible (inferieur a 128 kb/s)
Concernant les transferts "server => clients", une grosse bande passante va permetre deux choses :
-pouvoir avoir un environnement tres chargé TE ou campagne
-pouvoir ne respecter auncune regle lors de la rentrée dans la mission
je m'explique : si le host a un -bw inferieur a 1 Mb/s, nous recommandons de rentré un par un dans la partie en ligne (TE et a fortiori pour la campagne), pour laisser toutes la bande passante du host au client en cour de connexion. Avec nos server 100/100 Mb/s, nous pouvons eviter cette regle, tout le monde peut rentrer en meme temps
Il y a encore enormement à dire sur ce code, ce que je ne veus pas faire et encore moins rentrer dans des explications vraiment "techniques", mais le debuggage du coeur meme de OF (surtout au niveau de la gestion de l'environnement "bulle" host-client et client-client) entraine notament cette fameuse "gourmandise" en bande passante au niveau des clients, mais quel bonheur de pouvoir avoir un environnement (notament electronique) coherent en MP, chose absolument indispensable pour un tel simulateur
Cheers,
BB
Salut ghost, c'est exactement ca mais voici de petites precisions concernant le code MP de OF :
il a donc ete optimisé pour des transfert "server => clients" (environnement global, position des objects et unités, reception des data lors de la rentrée dans la TE ou la campagne, management des AGG et DEAGG d'objects etc) et "clients => clients" (echange des dirty data, info de position)
Il est donc tout à fait vrai que ce code est gourmant, surtout en terme de transfert "clients => clients" avec 90% de priorité pour les info de position, cela reviens à dire que plus le client aura parametrer un -bw grand, plus le vol en formation sera non seulement fluide, mais il n'y aura pas de perte au niveau des dirty data (car la priorité est donné aux info de position)
Personnelement je vous recommande un minimum de -bw 256 (en kb/s bien sur) pour les clients, bien sur, le host doit etre celui qui a la plus grosse
Nous avons aussi remarqué que si les host a un -bw inferieur a 600-900 kb/s, nous deconseillons que les clients aient de -bw differents entre eux, par contre avec nos server 100/100 Mb/s, nous mettons chacuns notre upload max - 10% (en respectant ce minimum de -bw 256 bien sur, mais l'ideal est d'avoir -bw 512). Les clients n'ayant pas une tel capacité d'upload seront pénalisés, se traduisant d'abord par la perte des coms integrées, ensuite par la perte de certains dirty data et eventuelllement de mauvais rafraichissement de position si sa connexion en upload est faible (inferieur a 128 kb/s)
Concernant les transferts "server => clients", une grosse bande passante va permetre deux choses :
-pouvoir avoir un environnement tres chargé TE ou campagne
-pouvoir ne respecter auncune regle lors de la rentrée dans la mission
je m'explique : si le host a un -bw inferieur a 1 Mb/s, nous recommandons de rentré un par un dans la partie en ligne (TE et a fortiori pour la campagne), pour laisser toutes la bande passante du host au client en cour de connexion. Avec nos server 100/100 Mb/s, nous pouvons eviter cette regle, tout le monde peut rentrer en meme temps
Il y a encore enormement à dire sur ce code, ce que je ne veus pas faire et encore moins rentrer dans des explications vraiment "techniques", mais le debuggage du coeur meme de OF (surtout au niveau de la gestion de l'environnement "bulle" host-client et client-client) entraine notament cette fameuse "gourmandise" en bande passante au niveau des clients, mais quel bonheur de pouvoir avoir un environnement (notament electronique) coherent en MP, chose absolument indispensable pour un tel simulateur
Cheers,
BB
-
- Grand Manitou
- Messages : 28559
- Inscription : 04 août 2001
#53
Merci Badboy, a bientot autour d'une mousse et bravo pour ton boulot sur le MP
Moniteur F/A-18C à l AVM http://avm-fr.com/
Amd 3700x - 64 go DDR 4 3200 -Asus Tuf x570 gaming wifi - RTX 4080 16 go - SSD : 1 to NVME ( OS + simus) + 1ssd 500 GO Mx 500 simus + 1 SSD 256 GO (games) + 5 To HD(s)+ TM Warthog + Grip F/A18 - Track IR 5 - Pallo TPR - Deskpit 2 MFD+ICP +Oculus tift
Amd 3700x - 64 go DDR 4 3200 -Asus Tuf x570 gaming wifi - RTX 4080 16 go - SSD : 1 to NVME ( OS + simus) + 1ssd 500 GO Mx 500 simus + 1 SSD 256 GO (games) + 5 To HD(s)+ TM Warthog + Grip F/A18 - Track IR 5 - Pallo TPR - Deskpit 2 MFD+ICP +Oculus tift
-
- Webmaster
- Messages : 16213
- Inscription : 28 janvier 2005
#54
Ah, il me semble que quelqu'un demandait, donc à tout hasard et pour le détail: la quasi-totalité du temps, on fait en sorte que la personne qui hoste les communications internes ne soit pas celle qui hoste également la partie. Ca permet de soulager un peu chacun, et grâce au Rapace Launcher ça se fait vraiment sans douleur ni complication.
-
- Apprenti-Mécano
- Messages : 373
- Inscription : 03 octobre 2002
#56
héhé, merci ghost (et les autres ), ce sera donc avec plaisirGhostrider a écrit :Merci Badboy, a bientot autour d'une mousse et bravo pour ton boulot sur le MP
Cheers,
BB
#60
Aucun souci tu peux me l'envoyer si tu veux
sparrow at force27.com
Merci pour ton aide qui, je crois, fera plus d'un heureux
sparrow at force27.com
Merci pour ton aide qui, je crois, fera plus d'un heureux
#61
Buzzz a écrit :oui. hotfix 3DDB
j'installerais cette version ce week-end, et étant donner que j'essayerais les modeles type M2000 ect... tu peux me l'envoyer de même...
Mick31 at hotmail.com
Merçi ]...fera plus d'un heureux...[/QUOTE]
Tu m'étonne... :laugh: