Transmission par seconde

[Ypsos]

Salut

J'ai cherché dans les manuels PDF xplane, et sur les présents forums avec les termes Transmission par seconde et je n'ai rien trouvé.

Une piste que je souhaite explorée est la suivante: ceux qui avec nous ont une configuration minimalisme pour faire tourner XPlane11, est-ce que le fait de d'avoir trop d'information à traiter, afficher et expédier sur leur leur retour d'infos ne fait pas ralentir ceux qui ont des machines plus rapides qui du coup passent leur temps à attendre le retour des infos et finissent par planter.

Aussi, le ménage ayant été fait, les PlugIn supprimés, les préférences réinstallées, une mise à jour de vérification de faite, devant les nombreux plantages et instabilité en réseau avec XPlane11 dernier soir on s'interroge s'il ne faut pas changer l'option, "Transmission par seconde".

Nos tests ne nous ont rien démontré de probant.

En conclusion, est ce qu'un développeur informaticien est en mesure de nous expliquer :

- à quoi sert cette option en réalité?

- si en augmentant ou en diminuant le chiffre de "Transmission par seconde" cela peut modifier le comportement et permettre de stabiliser Xplane

- si en diminuant le nombre de paquets envoyés, les machines plus lentes auront le temps de traiter les infos avant de les expédier aux autres.

Merci.

[yoyoz]

Tout d'abord, et pour autant que je sache, les transmissions d'information entre machines sur font en UDP par opposition à TCP (mode non-connecté vs mode connecté). Cela veut dire que d'un point de vue du réseau IP, les machines qui envoient les données:

• n'attendent ni n'espèrent confirmation de réception des données envoyés de la part des destinataires
• savent que des paquets peuvent être perdu

De cela on déduit à priori que les performances des autres machines n'influencent pas la stabilité de celle de l'émetteur.


Pour tes questions, mes réponses "entre les lignes", comme dirait Oscar Pilote:

En conclusion, est ce qu'un développeur informaticien est en mesure de nous expliquer :

- à quoi sert cette option en réalité?
comme sont nom l'indique, c'est le nombre de fois par seconde où la machine va envoyer aux autres les informations la concernant, comme sa position par exemple. Plus on envoie les données fréquemment, plus les autres machines ont une perception à jour de tes informations.

- si en augmentant ou en diminuant le chiffre de "Transmission par seconde" cela peut modifier le comportement et permettre de stabiliser Xplane
En augmentant ce nombre on prend le risque de saturer sa propre ligne. Il faut garder en mémoire que le A de ADSL veut dire asymétrique, ce qui concrètement veut dire que ton débit montant est très inférieur à ton débit descendant (téléchargement). Par effet de bord, quand on sature son upload, cela bloque les downloads en mode TCP (pratiquement tout ce que tu fais sauf le multijoueur), car ils ne peuvent plus accuser réception des paquets. C'est une situation à éviter à tout prix (et dont je souffre toujours vu les problèmes dont je t'ai fait part déjà).

- si en diminuant le nombre de paquets envoyés, les machines plus lentes auront le temps de traiter les infos avant de les expédier aux autres.
En diminuant ce nombre, cela augmente le délai entre deux mises à jour de ta position et tu pourrais apparaître comme te déplaçant de façon saccadée par les autres joueurs. A priori ta machine n'a pas besoin d'attendre les autres pour envoyer ses propres informations, et donc le seul inconvénient pourrait être éventuellement ces sacades.

Merci.

La situation à éviter serait donc de saturer sa propre ligne montante, sachant qu'une machine qui "pédale dans la semoule" a peu de chances d'impacter les autres (ou alors les développeurs Laminar auraient fait une énorme boulette mais ça me parait peu probable, ces problématiques multijoueurs étant bien connues). Il me semble toutefois qu'il y a quand même un problème côté Laminar au vu des soucis que vous rencontrez...

[Ypsos]

Tout d'abord, et pour autant que je sache, les transmissions d'information entre machines sur font en UDP par opposition à TCP (mode non-connecté vs mode connecté). Cela veut dire que d'un point de vue du réseau IP, les machines qui envoient les données:

• n'attendent ni n'espèrent confirmation de réception des données envoyés de la part des destinataires
• savent que des paquets peuvent être perdu

De cela on déduit à priori que les performances des autres machines n'influencent pas la stabilité de celle de l'émetteur.


Pour tes questions, mes réponses "entre les lignes", comme dirait Oscar Pilote:


La situation à éviter serait donc de saturer sa propre ligne montante, sachant qu'une machine qui "pédale dans la semoule" a peu de chances d'impacter les autres (ou alors les développeurs Laminar auraient fait une énorme boulette mais ça me parait peu probable, ces problématiques multijoueurs étant bien connues). Il me semble toutefois qu'il y a quand même un problème côté Laminar au vu des soucis que vous rencontrez...

Merci pour la réponse

Pour ceux qui vont lire ce post il est bien précisé que lorsque nous volons avec Xplane10 nous n'avons pas ces problèmes.

Ce qui arrivait avec Xplane10 ou 9, lorsqu'une machine ou que le débit de la bande passante de la connexion( également en Wifi) étaient trop lent ou trop faible, l'avion de la personne faisait "le kangourou" chez les autres ou le "poisson le nez dans la vase" avant que son avion soit à nouveau affiché normalement mais à un autre endroit. Genre approche en finale, nez dans la vase en début de piste et on le retrouve sur le taxiway roulant vers le parking.

[Pascal]

J'ai peur qu'il n'y ait que Laminar qui puisse répondre correctement à cette question.

En effet, le contenu transmis par le réseau n'est probablement pas lui même en cause : il doit être très petit, négligeable par rapport au débit de la moindre connexion actuelle.

Par contre, on n'a aucune idée de ce que provoque au sein d'X-Plane la réception de ces données, ce qui peut être très différent selon les données, ni ce que X-Plane fait en l'absence de réception de données.


Une autre piste à vérifier : l'impact de Hamachi. Nous l'avions utilisé jadis pour établir des connexion LAN à distance avec Warcraft2 et Starcraft. Nous avions fini par abandonner, Hamachi ajoutant une charge non négligeable (au réseau ou à la machine ?), alors que la même connexion par battlenet fonctionnait sans aucun problème (mais ne permettait de connecter qu'une seule machine par IP externe). Il est probable qu'il ont réduit cet impact, mais X-Plane étant lui-même gourmand, toute charge supplémentaire ne peut être que défavorable.

Pareillement, le fait d'utiliser simultanément une connexion vocale demande de la ressource en bande passante (qui est probablement plus importante que celle requise par X-Plane) et matérielle (compressions/décompression audio) avec des exigence de latence plus importantes que pour X-Plane (en audio une dizaine de ms s'entend, alors que dans X-Plane la position relative des avions s'en satisfait probablement), donc possiblement traitées avec des priorités supérieures.

Dans un cas de config limite, il pourrait être intéressant d'effectuer un vol réseau en utilisant pas l'ordi "X-Plane" pour la communication audio, mais un autre ordi, même vieux, voire une simple communication téléphonique, pour voir s'il y a un changement notable.

[Ypsos]

J'ai peur qu'il n'y ait que Laminar qui puisse répondre correctement à cette question.

En effet, le contenu transmis par le réseau n'est probablement pas lui même en cause : il doit être très petit, négligeable par rapport au débit de la moindre connexion actuelle.

Par contre, on n'a aucune idée de ce que provoque au sein d'X-Plane la réception de ces données, ce qui peut être très différent selon les données, ni ce que X-Plane fait en l'absence de réception de données.


Une autre piste à vérifier : l'impact de Hamachi. Nous l'avions utilisé jadis pour établir des connexion LAN à distance avec Warcraft2 et Starcraft. Nous avions fini par abandonner, Hamachi ajoutant une charge non négligeable (au réseau ou à la machine ?), alors que la même connexion par battlenet fonctionnait sans aucun problème (mais ne permettait de connecter qu'une seule machine par IP externe). Il est probable qu'il ont réduit cet impact, mais X-Plane étant lui-même gourmand, toute charge supplémentaire ne peut être que défavorable.

Pareillement, le fait d'utiliser simultanément une connexion vocale demande de la ressource en bande passante (qui est probablement plus importante que celle requise par X-Plane) et matérielle (compressions/décompression audio) avec des exigence de latence plus importantes que pour X-Plane (en audio une dizaine de ms s'entend, alors que dans X-Plane la position relative des avions s'en satisfait probablement.

Merci pour ces propos.

Précisions:

- Nous avons testé en connexion directe machine à machine à l'ancienne sans passer par Logmein Hamachi et le problème est similaire avec Xplane11.
- Avec Xplane10 et 9 nous n'avons pas rencontré ce type de problème.
- Xplane 11 a énormément de Bugs dans son interface réseau et que j'ai fais remonter à Laminar. Exemples non exhaustifs :
a) saisir un numéro Ip, cliquer sur ajouter multijoueur et vlan le premier numéro est dupliqué.
b) supprimer tous les avions AI et sans raison on se retrouve avec 15 avions AI qui viennent dont on ne sait ou.
c) bombe dans le nez des aéronefs civils ( y compris ceux de Laminar) si une personne sélectionne un avion militaire .
d) une personne quitte le réseau , le groupe efface son numéro et vlan le numéro IP au-dessus est aussi effacé. Il faut à nouveau saisir celui supprimer par Xplane qui reste connecté.
e) effacer tous les numéros à la main , déconnecter tout le monde et un avion AI reste téléchargé alors que les options AI sont effacées.( pour éviter ce phénomène il faut supprimer le Ai puis retourner dans réseau et clique sur initialiser réseau (ou un truc de ce genre je cite de mémoire)


Du coup ne peut pas dire qu'avec tous ces bugs il n'y aurait pas d'interaction d'instabilité en réseau

Bon Ok j'ai eu plusieurs échanges avec Laminar et selon eux je dois attendre la sortie de de la Bêta 11.10 qui réglerait ces questions.


Pour ce qui est de l'audio.
- Skype est ultra gourmand aussi selon nos expériences depuis 7 ans nous l'avons abandonné .
- Teamviewer étant payant par participant, j'ai sélectionné le service sur Mumble que je finance personnellement ( entre parenthèse aux mêmes motifs que zonephotos : nous fabriquons et diffusons nos scènes avec tuiles aussi on souhaite conserver l'esprit de la licence et aucune contribution est sollicitée pour les participants au groupe.)
- Il faut une solution multiplateforme.
- lors de nos séances pour tout nouveau inscrit on configure au plus bas.
A savoir :

-a)Piste mono : inutile d'être en stéréo pour une liaison micro qui capte en mono.
-b)Qualité réduite à 11Khz( pour dialoguer cela suffit :même si je peux monter en audio à 128Khz stéréo dans mon abonnement)
- c) Audio 3d : désactivé car inutile d'entendre les bruits de la voiture de course qui s'approche et qui me dépasse, ou les bruist de la balle qui siffle en augmentant le son en passant à coté de sa cible.
- d) Echo désactivée





vouali voualou

[Pascal]

J'ai aussi entendu dire que Discord, produit équivalent à Teamspeak, Mumble, Skype et autres "chat audio" serait nettement plus orienté "Gamers" et particulièrement optimisé et utilisé pour ces usages, avec des jeux gourmands. Je n'ai toutefois pas de comparatif entre eux (n'en ayant pas cherché).

Il est aussi multiplateforme (ce qui ne saute pas aux yeux sur leur page d'accueil, il faut aller dans "downloads") et entièrement gratuit (au moins jusqu'à présent).

[Ypsos]

J'ai aussi entendu dire que Discord, produit équivalent à Teamspeak, Mumble, Skype et autres "chat audio" serait nettement plus orienté "Gamers" et particulièrement optimisé et utilisé pour ces usages, avec des jeux gourmands. Je n'ai toutefois pas de comparatif entre eux (n'en ayant pas cherché).

Il est aussi multiplateforme (ce qui ne saute pas aux yeux sur leur page d'accueil, il faut aller dans "downloads") et entièrement gratuit (au moins jusqu'à présent).

Merci

Je vais tester Discord

Une réserve sur la page de téléchargement j'ai ce message:

Get thePublic Test Build.

combien de temps sera-t-il gratuit?

[Odevillée]

Merci

Je vais tester Discord

Une réserve sur la page de téléchargement j'ai ce message:

Get thePublic Test Build.

combien de temps sera-t-il gratuit?

Discord téléchargé je t'attend.

[Ypsos]

ok je me connecte déjà sur Mumble