Derniers messages du forum
Pb avec ffs2play 2.2.1A priori le plugin ne doit pas se lancer. Avez vous suivi le tu … En lire plus
Pas trop de présence en ce momentElles sont longues les vacances, je peux me connecter a n'imp … En lire plus
Connexion impossible depuis le 04 …Tout fonctionne nickel ...   Merci pour le boulot &n … En lire plus
Demande d'attribution d'un serveu …Merci beaucoup, je vais communiquer l'info sur notre Discord … En lire plus
Mise à jour du serveurPas de problème pour nous chez les Vieilles Tiges. Vols le lund … En lire plus
Sujets récents du forum
Pb avec ffs2play 2.2.1A priori le plugin ne doit pas se lancer. Avez vous suivi le tu … En lire plus
Connexion impossible depuis le 04 …Tout fonctionne nickel ...   Merci pour le boulot &n … En lire plus
Demande d'attribution d'un serveu …Merci beaucoup, je vais communiquer l'info sur notre Discord … En lire plus
Veuillez ou S’enregistrer pour créer des messages et des sujets de discussion.

LA version 1.1 de FFS2 Paly Beta TEST

Phil92 , la compatibilité est cassée dans les deux sens. FFS2P 1.1.0 ne peux pas fonctionner avec la 1.0.11 et vice versa. La 1.1.0 est maintenant la dernière version supporté et je n'ai , à ce jour, aucune remonté de bug. Je suis conscient de la gène occasionnée, mais je n'ai pas eu d'autre choix. Maintenant tout est standardisé sur le protocole , et nous ne dépendons plus des spécialités microsoft (C# .NET). Ce genre de migration forcée ne devrait plus arriver

Merci pour ces précisions.
Je vais remonter l'information sur le forum de France VFR en vous citant.

La communauté France VFR va finalement migrer en grande partie ce soir.
Merci pour votre veille/support au cas où...

Phil, en cas de gros soucis l'ancienne version est toujours dispo à http://download.ffsimulateur2.fr/archive/FFS2PlayP3D_1_0_11.zip ou http://download.ffsimulateur2.fr/archive/FFS2Play_1_0_11.zip

Merci !
Bonne soirée

Expérience personnelle de la v1.1.0, étant en P3Dv4.2 avec FSUIPC 5.124 :

Visibilité de 70% des participants, certains n’ayant pas réussi à migrer.

Ayant tous les avions des participants du vol réseau dans mon hangar, tous sauf 1 (voir log) ont été affichés avec la bonne livrée.

Beaucoup de saccades dans les trajectoires (une par seconde environ) : saccades verticales (bonds haut/bas) pour l’hélicoptère AS350 et horizontales (bonds avant/arrière) pour les avions. Plus la vitesse est élevée, plus les bonds ont une forte amplitude (Ne bouge plus si le moteur est arrêté)

A plusieurs moments, multiplication par 4 de certains avions dans le simulateur (passage en escadrille de 4 avions fantôme pour un seul avion réel)

Mooving map (Plan-G) représentant jusqu’à 20 fois le N123FS (Id du Mooney Bravo)

Une fois tous réunis sur le tarmac, je ne voyais que 3 avions plus le mien sur les 7 affichés en vert sur FFS2play (alors que d'autres en voyaient plus que moi)

Subjectif : Saturation réseau du PC par FFS2play ? Communications TS3 parfois hachées et très dégradées sans que cela ne me soit jamais arrivé auparavant, avec cette version ou une autre.

A noter que le comportement du simulateur s’est dégradé après une heure de vol (FPS tombant régulièrement de 12 à 5 voire 2 dans la dernière 1/2h)

Dans les logs affichés :
Le message « Peer [avionXXX] reçu un avion non demandé de la simconnect » est apparu régulièrement par lot de 10 à 20 lignes pour le même avion, et ce pour plusieurs avions

A noter aussi un message d’ « Echec de l’authentification(e)
Ce pseudo est déjà en cours d’utilisation. Patientez 30 secondes ou prenez un autre pseudo (e)
Connexion avec FFSTracker interrompue à la demande du serveur pirep.(e)
Bonne fin de journée
Le serveur a refusé la connexion
Connexion en cours… »

Ce que j’ai compris des autres pilotes, tous en P3D v4.0 4.1 et 4.2:
70% des pilotes ont réussi à migrer (7/10), certains n’ayant pas réussi à connecter FFS2play à P3D (icône « avion » rouge au lieu d’être verte)
Plusieurs d’entre eux ont eu temporairement les AI affichés avec les bonnes livrées, puis très vite changés en Mooney Bravo sans le demander.
La multiplication des avions fantôme a été remarquée plusieurs fois par plusieurs pilotes.
Quelques retours bureau.
Tous (des 70%) ne se voyaient pas sur le tarmac à la fin de la session.

En conclusion, nous avons trouvé beaucoup de régressions, trop pour certains qui vont réinstaller la version précédente (1.0.10 ou 1.0.11)

[html]

Bonjour Phil,
nous sommes vraiment navré de savoir que votre dernier vol en groupe, se soit mal passé.
Cependant pour notre défense tu as cité trois changement dans certain de vos simulateurs:

  1. FFS2Play: cette nouvelle version est le résultat d'un réécriture partielle, et il est vrai que cette version n'est pas rodé, pas complétement débuggué et donc pas optimisé. Nous admettons que nous vous avons forcer  la main avec cette version car nous avions besoin de la faire tester en condition difficile. C'est un loupé, et nous sommes en train d'essayer de trouvé les erreurs.
  2. P3DV4.2: nous n'avons aucun recule dessus et donc nous ne connaissons pas sa réputation: il est peut être parfaitement clean, donc je ne fais que soulevé ce point
  3. FSuiPC 5.124: pour cette add-on je t'invite à aller faire un tour sur les forums, car j'ai eu des echos venant du groupe canadien Nord Air comme quoi certain simulateur avait des soucis en solo avec cette nouvelle version. Nous ne pouvons pas rejeté la faute uniquement sur lui, mais il serai interressant de creusé un peu cette piste.

Maintenant nous aurions besoin d'un complément d'information pour nous aider à trouver les erreurs selon les anomalie que tu nous as remonté:

  1. A plusieurs moments, multiplication par 4 des avions dans le simulateur (passage en escadrille de 4 avions fantôme pour un seul avion réel)

    Mooving map (Plan-G) représentant jusqu’à 20 fois le N123FS (Id du Mooney Bravo)
    ...

    Le message « Peer [avionXXX] reçu un avion non demandé de la simconnect » est apparu régulièrement par lot de 10 à 20 lignes pour le même avion, et ce pour plusieurs avions

    quel simulateur faisait des siennes (version  du simulateur émmetteur, appareil émetteur, version du simulateur récepteur), nous avons peut être un soucis de compatibilité avec cette version ou autre

  2. Une fois tous réunis sur le tarmac, je ne voyais que 3 avions plus le mien sur les 7 affichés en vert sur FFS2play

    peut tu donner ta config logiciel?

  3. Saturation réseau du PC par FFS2play ? Communications TS3 parfois hachées et très dégradées sans que cela ne me soit jamais arrivé auparavant, avec cette version ou une autre. 
    A noter que le comportement du simulateur s’est dégradé après une heure de vol (FPS tombant régulièrement de 12 à 5 voire 2 dans la dernière 1/2h)

    a discuter en circuit fermé, car si j'en parle ici ça va être mal interprété et cela va être un soulévement, contact moi

Maintenant je propose ce défi:

il faut bien comprendre les choses suivantes et le sens dans lequel nous essayons d'aller (le votre)

  1. si le résultat nous est favorable, nous ne ferons pas cocorico et nous ne nous vous enverrons pas retourner jouer au bille. La plupart d'entre vous  nous connaisse et savent que c'est pas le style de la maison. Mais nous pourrons peut être souffler de soulagement sans pour autant nous reposer sur nos "lauriers"
  2. ce n'est pas une invitation à aller voir ailleur, mais un test pour nous positionner par rapport à d'autre technologie
  3. le but réelle de ce défi et de connaitre la limite max que peux supporter un simulateur avant de devenir instable ou impropre au vol

Essayer de vous retrouver sur le réseau natif (multijoueur d'origine de vos simulateurs), et dite nous comment vos simulateur ce comporte.

il ne faudra pas prendre en compte les petit plus (ou moins actuellement) qui carractérise FFS2Play. il s'agit uniquement de savoir à combien d'appareil un multijoueur décroche.

Maintenant pendant le temps où j'ai rédigé ce message, Gianni à déjà soulevé plusieurs bug et est en train de les corriger.

J'espére que vous nous accepterez nous excuses pour cet énorme loupé.

[/html]

Je vous en prie, ne vous excusez pas : Il y a pire désagrément dans la vie !
Le seul but de mon message était de vous faire un retour factuel des choses pour vous permettre de vite revenir au niveau de fiabilité de la version précédente.
Certes, il y a eu des régressions mais nous avons pu voler ensemble grâce à votre plateforme et nous étions aussi reliés en audio pour ceux qu'on ne voyait pas.

En début de réponses à vos remarques :
Bien qu'avec encore peu de recul, je trouve d'un point de vue utilisateur que P3Dv4.2 et FSUIPC5.124 fonctionnent bien, sans différence notable avec la 4.1, faisant partie de ceux qui avaient le moins de soucis avec FFS2play (couplage AI stable, aucun plantage, tout au long du vol)
Pour l'escadrille de clones d'avions, j'ai noté qu'il s'agissait d'un DR400 (mappé chez moi sur le DR400 de LHC). Tous les simulateurs utilisés dans la session d'hier étaient des P3Dv4 mais difficile de savoir quelle version précise. Je vais essayer d'avoir une info plus précise.
Ma config logicielle est : Windows 10 Pro 64bits release1709 ( 10.0.16299.15) / P3D 4.2.21.24048 et j'utilise TS3 Client Release 3.1.8 du 22 Jan 2018, versions utilisées sans soucis en vol réseau la semaine dernière. La différence logicielle entre ces deux vols réseaux réside au passage de FSUIPC 5.123e à 5.124 (seule version compatible P3D4.2) et FFS2play, passant de la 1.0.11 à la 1.1.0)

Enfin, ayant découvert le vol réseau avec votre solution, je ne sais pas comment me "retrouver sur le réseau natif (multijoueur d'origine de vos simulateurs)", et vous dire comment mon simulateur se comporte (je n'aurais de plus aucune base de comparaison)

Je vous souhaite bon courage dans vos recherches d'amélioration.

[html]

Bon , j'ai pris le taureau par les cornes et j'ai revu toute la partie interpolateur de FFS2Play.

Sans rentrer dans le technique, la modification du protocole me permettait d'arrêter d'utiliser la classe DateTime de C# qui est très pratique mais n'est pas compatible avec la librairie de protocole ProtoBuf de Google. Le moyen standard qui est préconisé par l'auteur de protobuf.net est d'utliser un format de temps universel appellé timestamp. Dans notre cas, FFS2play utilise le timestamp Unix milliseconde = Le nombre de millisecondes écoulées depuis le 1er Janvier 1970 à minuit UTC. Dans la version 1.1.0 , je me suis "amusé" à faire des conversion de datetime vers timestamp et vice versa ce qui pourrait expliquer les ralentissements avec beaucoups d'avions, car la routine n'est pas une des plus rapides (1 msec) à chaque appel.

Dans la dernière version , j'ai tout passé en int64 et je fait les opérations temporelles directement en arithmétique simple sans passer par de la conversion.

Cela se ressent un peu en mode solo avec mon ghost, mais il faut voir avec une vingtaine de joueurs.

De plus, sur la dernière version , j'ai corrigé un bug qui empechait FFS2Play en version simconnect ordinaire (32 bit) de détecter les rep d'install de P3DV4 (64bit) . J'ai trouvé la parade en obligeant windows à me donner accès à la base de registre 64bit même si mon programme est en 32bit.

Je l'ai testé sur ma version P3D V4 avec succès. Bizarrement , j'ai une meilleur fluidité avec FFS2Play ordinaire que la version P3D qui à tendance à faire trembloter l'avion.

Je vous recommande donc de tous passer sur la version 1.1.1 ordinaire.

Pour les puristes, j'ai quand même mis à jour la version avec le SDK P3D en V4.0.28.

vous pouvez installer ces deux versions côte à côte et comparer les performances.

[/html]

Bravo pour votre avancée rapide sur les opérations temporelles !

A vous lire, la version 1.1.1 améliore sensiblement la fluidité (corrige les effets de bonds des avions) et la version 32bits est à préférer pour toutes les configurations (FSX, P3Dv3 et P3Dv4). Est-ce bien cela ?
Pour les puristes en 4.2 et 4.1, auriez-vous des versions compilées avec les SDK 4.2.21.24048 et 4.1.7.2281 (à comparer en terme de fluidité avec la v4.0.28.21686) ?

Pourriez-vous m'éclairer sur le fonctionnement entre FFS2play et P3D / Simconnect ainsi que le rôle joué par FSUIPC ? Est-ce qu'une version inadaptée de FSUIPC pourrait générer la duplication des avions (escadrille de clones, vingtaine de Mooney dans la moving map), l'association intempestive des avions au Mooney Bravo et le message dans les log lié au simconnect ?

Je tenterai en fin de soirée (décollage vers 23h) un vol réseau avec cette nouvelle version 1.1.1. Nous ne serons que 4 avions mais je pourrai voir si j'ai de nouveau une dégradation de performances en fin de vol (perte de FPS, non visibilité de certains avions, perturbation du canal audio)