10.50r3 nouveau Bugs en réseau

[Ypsos]

Salut

après plusieurs nouveaux tests, Laminar a du changer des points qui maintenant pose problème.

1) effet stroboscopique etc perte de fluidité des avions visibles malgré des FPS entre 25 et 60.
2) De manière inexpliquée, les FPS tombe en réseau chez certain de 25-60 à 4-10 fps tout end restant au parking et sur un aéroport sans tuile et sans scène.
3) sur certains avions et aléatoirement, lorsque l'on bouge les 3 axes au joystick (Lacets, Tangage, Roulis) les gouvernes, ailerons et roues des autres avions réagissent et bougent .


4) la différence de niveau des avions avec certaines tuiles fait que les avions étaient enterrés avec la 10.45. Avec la 10.50r3 le moteur de l'avion "sous-marin" fume.

[Nino]

Hello!

ce sera impossible de voler en hélico dans ces conditions. Déjà que c'est pas facile de le poser....

[BERDE]

Bonjour,

et à quoi ça sert de rester avec la 10.50r3 alors que la 10.50 est officiellement finalisée !
C'était juste une question .

Bernard .

[Odevillée]

Bonjour,

et à quoi ça sert de rester avec la 10.50r3 alors que la 10.50 est officiellement finalisée !
C'était juste une question .

Bernard .

Ypsos s'est trompé, c'est bien la 10.50 finale

[Glah_Salamanthe]

La 10.50r3 EST la 10.50 officiellement finalisée !!

Dans le développement d'une application , on passe par un stade "alpha" qui est du "brut de brut"
Ce stade alpha étant bien dégrossi , on passe alors au stade "beta" , étape où l'application commence à bien tenir la route … cette version est soumise à des "beta-testeur" qui retournent les bugs qu'ils découvrent .

Le stade beta ayant eu son retour de "bugs" des divers utilisateurs, l'application se trouve presque finalisée : c'est le stade "r" ou "rc" (pour "release candidate") , c'est à dire le "bon de sortie".
Au moment où l'éditeur trouve que sa version "r" est correcte et qu'elle ne contient (presque) plus de bugs , elle devient la version officielle ! C'est le cas de la version 10.50r3 qui est devenue 10.50 officielle

D'ailleurs, si tu restes avec la fonction "version beta" activée lors de tes mises à jour, tu vas télécharger la toute dernière version en développement, et c'est bien la version … 10.50r3 la toute dernière version sortie, qui est aussi la 10.50 finale !

[BERDE]

Merci, j'avais compris, ma question n'était tout à fait innocente .

Donc c'est bien ce que je dis, ça ne sert à rien de rester en version beta quand la version est finalisée .
Jusqu'à une nouvelle mise en route de beta .

A force de faire des posts dénonçant des bugs sur des versions beta, dans un usage courant, on créé des confusions pour les personnes qui n'ont pas beaucoup d'expérience dans X-Plane .

Bernard .

[Glah_Salamanthe]

Merci, j'avais compris … … … ça ne sert à rien de rester en version beta quand la version est finalisée .

C'est la même !!!

Et pourquoi alors ce message :

10.50 finale = 10.50 r3

oui, c'est la Version finale

Non ; la finale est 10.50 en non beta .

Bernard .

[Ypsos]

Pour ceux qui ont aussi constaté en réseau ces phénomène de perte de fps, stroboscopique..., d'ailerons, de gouvernes...

J'ai remonté l'information à Laminar

peut être d'autres souhaites aussi le faire?

ce sera à ce lien


Pour Berde:

Pour faire simple : en Règle générale chez les autres concepteurs de Logiciels :


A pour première version corriger ou on intègre des n nouveautés...
Généralement bugé, interactions plantogène ou poussive,

B pour beta .
En principe version pour les utilisateurs souhaitant essuyé les plâtres faisant testeur portu faire remonter les Bugs et les développeurs pour découvrir ce qui va les attendre.

R pour release
Normalement moins de bugs, plus stable et on approche de la finale. Les développeurs peuvent commencer à adapter leur produit.

F pour Finale

la il ne devrait plus y avoir de Bugs et les produits tiers devraient être disponibles au téléchargement pour les utilisateurs le jour de la sortie de la F.

Mais bon Laminar a bien son mode à lui pour numéroter les versions et l'usage des lettres comme l'a montré la copie d'écran de Glah

si demain la 10r4 sortira avec la correction de nos bugs : elle se nommera encore 10.50 mais on parlera r4 r5....pour savoir de quelle version on parle. Ce serait plus clair si on parlait 10.50f1 10.50f4 ....

[Nino]

Tu leur a écrit en français?

[Ypsos]

Tu leur a écrit en français?

Comme de coutume

en français et je joins la traduction de Google

[Ypsos]

Déjà un premier contact rapide pour la question des gouvernes, des flaps et des ailerons.

:Can you provide more specific détails about what the problem is?

[Ypsos]

une bonne nouvelle : l'effet stroboscopique est supprimée à condition de désactiver dans paramètres/options graphiques la case " utiliser cette résolution si plein écran non personnalisé".

Par contre nouveau bug pour le x737-800_v501 compatibilité xPlane10.50r3 en réseau

le 737 des copains s'affichent avec le Overhead à l'extérieur.

[jfk75]

Pour rappel, je n'ai eu aucun de ces deux phénomènes sur ma machine. Par ailleurs, en réseau avec vous deux soirs de suite, je n'ai eu aucun plantage contrairement aux vols que j'effectue tout seul (toujours entre Madère LPMA et LFPG).

[Ypsos]

Pour rappel, je n'ai eu aucun de ces deux phénomènes sur ma machine. Par ailleurs, en réseau avec vous deux soirs de suite, je n'ai eu aucun plantage contrairement aux vols que j'effectue tout seul (toujours entre Madère LPMA et LFPG).

adresse moi le plan de vol s'il existe entre LPMA et LFPG et on vérifie en réseau ce qui se passe.

[Oscar Pilote]

Voilà ce que je proposerai exactement à Ben :
(c'est un peu technique mais ça me sert aussi de pense bête)

[LLE = latitude,longitude,elevation (coordonnées absolues) XYZ = position dans le repère local opengl (coordonnées locales à chaque machine), pour X-Plane la verticale est suivant Y]

actuellement (je présume car ce n'est pas documenté) :
- l'avion extérieur envoie LLE (entre autre) au x-plane local
- le x-plane local fait XPLMWorldtolocal pour passer de LLE à son XYZ local
- il trace l'avion extérieur en XYZ (avec bien sûr pitch, roll etc que je passe sous silence)

proposition:
- l'avion extérieur envoie LLE et /sim/flightmodel/position/y_agl au x-plane local
- le x-plane local fait XPLMWorldtolocal pour passer de LLE à XYZ local
(à se stade une approximation de la hauteur du mesh local en XZ est donnée par Y - y_agl, approximation car y_agl est relative au mesh distant, pas local)
- le x-plane local fait XPLMprobeterrainXYZ avec les entrées X,Y-y_agl,Z -> il récupére la hauteur exacte du mesh local en la position horizontale X,Z, notons la Y_mesh
- le xplane local trace l'avion extérieur en X, Y_mesh+y_agl,Z

alternative plus élaborée :
- la procédure actuelle est utilisée si y_agl >= 500ft
- la procédure ci-dessus est utilisée si y_agl <= 300ft
- entre 300ft et 500ft on interpole linéairement entre les deux procédures pour que la transition soit indolore.

---------------------
Comme l'a dit Milan, je ne suis malheureusement pas certain que ce soit sa préoccupation principale (et c'est bien dommage!)
Une contrainte pourrait être le temps d'exécution de XPLMprobeterrainXYZ (je ne sais pas comment il est codé).

Bons vols malgré tout !