[LoTATC 2.0.3] Bugs report

[DArt]

quand je décoche "montrer le fond des étiquettes" ça va tout de suite mieux !

Moins de transparence....
C'est comme dans Lo, beau et ça rame ou moche et ça turbine...

Mais le pb est surement ailleurs. Ce serait intéressant de savoir si avec la 2.0.2 tu avais le même soucis, histoire de savoir si j'ai introduit un soucis de perf ou non

[Hammerli]

Alors petite participation: les pistes qui sont inversées:

-Razdolnoy
-Saki
-Simferopol
-Dzhakoy
-Krasnodar-centre
-Sochi


et petit décalage de ce type:



Voilà, sinon superbe boulot Messieurs

A+++ Hammerli

[DArt]

Yep, pour les décalages, il semble que les cartes LO ont un décalage en X, Y. Pour l'angle j'ai simplement recopié les valeurs sur un addon de LO, donc continuer à les remonter, j'ajusterai au fur et à mesure

Ce message a été modifié par DArt - 2 Mar 2009, 16:57.

[RomaniaK]

Krasno centre ne change jamais de sens (cause ville)

Sochi non plus cause montagne

de memoire en tout cas, pour le reste, yé ne saisplou

[Fanche]

A première vue, pour moi , avec les pistes il est OPS

Maintenant on va vérifier les bugs identifiés auparavant . je mets un add-on plus tard

[Fanche]

je ne l'ai pas vu dans la timeline .

La fenêtre de chat ne suis pas les mouvements sur la carte. Voire il y en a deux qui s'ouvrent si on change de destinataire .
Voir si on peut afficher un tag comme dans le TS *priv* ou *all* dans la même fenêtre .






*EDIT* je n'arrive plus à reproduire le bug ....alors je considère que c'est ok pour le fix du positionnement fenêtre . ( la suite reste d'actualité)

[Fanche]

alors premier test de la soirée .

ce qui va :

- la carte agrandie , me parait pas mal .

- Configuration TS beaucoup plus rapide (plus de freeze chez moi)
- Fenêtre transparente : ok attention toutefois avec la map "default " c'est tres blanc et peut géner .

- zoom centré :

- disparition des contacts détruits :

- disparition des contacts hors champ de détection :

- disparition des contacts après perte d'un radar : (voir amélioration)

- Tag ennemi plus que des chiffres et disparition de l'ident réelle du bantit.

- Vecteur : (voir amélioration)

- position des unités coin supérieur gauche :

- utilisation des cartes additionnelles. La carte par défaut est un bon compromis qui se charge relativement vite sans gène. La détaillée n'est pas jouable mais ce ne sera pas son utilité première.

En un mot, il est à mon sens tout à fait apte au service actif





ce qui doit être amélioré.

En sus des remarques précédentes, je ne parlerai que des fix de cette 2.0.3 conformément à la timeline, afin d'éviter les redits.

- Fenêtre transparente : " toujours leur positionnement sur le côté à l'ouverture"

- disparition des contacts après perte d'un radar un peu brutale . L'idée serai qu'après la destruction d'un site radar , le programme vérifie si les contacts vus par celui-ci ne le sont pas par un autre radar et qu'ensuite on attende 2 secondes pour effacer ces contacts indésirables.

- les vecteurs se visualisent correctement mais il me semble trop courts dans leur représentation proportionnelle.

- j'ai commencé à utiliser des fonctions non touchées jusqu'à maintenant comme la portée réaliste des radars. En effet les données dites "d'enveloppe de détection " ont été codées . Or le rendu n'est pas correcte , en effet un appareil à 6000' n'est vu qu'à 42km par un EWR . Il me semble que les unités de mesures ont été inversées entre NM et KM, ou alors l'enveloppe n'est pas la bonne utilisée pour ce radar là.


Très beau fix les gars

[Tolteque]

- j'ai commencé à utiliser des fonctions non touchées jusqu'à maintenant comme la portée réaliste des radars. En effet les données dites "d'enveloppe de détection " ont été codées . Or le rendu n'est pas correcte , en effet un appareil à 6000' n'est vu qu'à 42km par un EWR . Il me semble que les unités de mesures ont été inversées entre NM et KM, ou alors l'enveloppe n'est pas la bonne utilisée pour ce radar là.
Très beau fix les gars

Oups !!! Mauvaise compréhension de ma part, seuls les aérodromes profites des cette fonction. Les autres radars statiques ont une enveloppe sphérique dotée d'un Phi de 2 degrés.

A priori, l'extension de cette fonction à tous les radars ne pose pas de pb.

[Azrayen']

En un mot, il est à mon sens tout à fait apte au service actif

OK je m'occupe de vous mettre la 2.0.3 à dispo sur le dédié, et de mettre à jour les modes d'emploi serveur, sans doute d'ici demain soir (là je viens de rentrer, je ne m'y mets pas tout de suite).

- les vecteurs se visualisent correctement mais il me semble trop courts dans leur représentation proportionnelle.

A ce propos, j'ai lu la partie "étiquettes" du manuel de IVAc (soft ATC d'IVAO) : il y a d'excellente idées, majoritairement adaptées (c'est normal) au trafic civil.
Pour le VV, y'a un réglage : 0, 2, 4, 8. C'est le nombre de minutes. En gros, l'extrémité du VV montre où sera l'appareil (si maintien des params cap/vitesse) dans x minutes.
Les nombres choisis pour IVAc sont pas forcément adaptés à du GCI, mais pourquoi ne pas adopter une (ou plusieurs : setting ?) valeur "parlante" : 30" ou 1' par exemple, histoire que l'on "sache" ce que représente le VV. Fanche, un avis sur les durées ?

Toujours dans ce manuel IVAc, y'a peut-être d'autres idées à piocher : ils ont par exemple un système de repositionnement manuel des étiquettes qui a l'air bien pensé. Pas forcément adoptable en l'état, puisqu'on a l'algo de DArt et les règles de Fanche (secteur arrière), mais à regarder...

=> J'invite les codeurs & testeurs à jeter un oeil à ce manuel, téléchargeable ici.
=> Je suis à dispo pour expliquer les trucs qui paraitraient obscurs, dans la limite de mes connaissances du monde IVAO.

++
Az'

[DArt]

Wéééééééééééééééééééééééééééééééééééé !!!!!!!!!!!!!!!

Je vais retirer mon numéro de portable de la liste, on sait jamais