Page 6 sur 13

Publié : dim. juin 26, 2005 2:20 pm
par brothers
Originally posted by berkoutskaia@26 Jun 2005, 13:06
Pour Adler, la piste reconnue par LOTATC est bien la 06, on est d'accord. Sur LO, si t'arrive a obtenir de la tour un décollage sur la 06, c'est qu'on a pas la meme version !!! :P :P :P ^

Je viens de tester: vent de 50m/s du 060 (donc soufflant vers le cap 240), et LO me met en position de déco sur la 04, avec 180km/h de vent dans le dos...
Mais d'un autre coté, essaye d'avoir un ILS sur autre choses que la 06 :banana:

Je retourne ce ce pas faire des tests.

Publié : dim. juin 26, 2005 2:25 pm
par berkoutskaia
Alors en fait, ca voudrait dire que tous les avions décollent de la 24 et atterrissent sur la 06, et ce quelque soit le vent... Sont vraiment tarés ces russes !!! :P Heureusement qu'on ne l'écoute jamais l'IA qui fait le contrôle :D

Publié : dim. juin 26, 2005 2:26 pm
par brothers
Originally posted by Patryn@26 Jun 2005, 12:39
et je dit ptet une kolossal konerie mais si tu forces les avions à avoir un petit soft client qui renvoie au lotac tout leurs informations de vol...voire meme les pannes eventuel, armement restant , kero restant ect ect... meme si ces variables ne fonctionnent qu'en local , un client peut les renvoyer non ?

c'est ptet aussi bcp de boulot pour pas grand chose
Il me semble que tu ne peut pas avoir deux LUA different dans une même partie LockOn. ( celui du server est prioritaire).

Mais bon, je garde l'idée dans un coin , ça peut servir :god:

Publié : lun. juin 27, 2005 12:01 am
par berkoutskaia
Bon, je confirme bien que les nicknames des pilotes sont reinitialiser a priori après la perte de contact radar. ;)

Publié : lun. juin 27, 2005 12:34 am
par berkoutskaia
Je vais finir par être pénible à force de demander des trucs... :P

Pour la vue en mode ATC, ce serait possible de réhausser la limite de zoom en mode 100. Parceque en mode 50, on voit au maximum à 25km en fait, et c'est pas évident de gérer 3-4 appareils en approche avec une vue aussi réduite... ^_^

Publié : lun. juin 27, 2005 12:44 am
par berkoutskaia
Ah et encore un truc... Comment on se sert du mode replay???? B)

Publié : lun. juin 27, 2005 1:53 am
par Drakkhen
@brothers: Le serveur reçoit nécessairement la vitesse (en vecteur 3D) des appareils, c'est le seul moyen de réduire le ghosting* entre machines. Maintenant ça ne veut pas dire que la donnée est accessible via LUA, mais le serveur l'a, avec la position.

*Ghosting, décalage apparent entre la position réelle d'un appareil et celle visible à l'écran, qui, lors de recalages (quand le paquet de données arrive), fait se décaler d'un coup l'appareil visible. Phénomène fréquent sur les connections bas débit ou avec un fort taux de perte de données.
Pour réduire le décalage, on envoit régulièrement la vitesse en plus de la position, pour pouvoir afficher l'appareil à une position estimée même si de nouvelles infos de position n'arrivent plus (se perdent).
Passer la position des commandes permet aussi d'estimer la variation du vecteur vitesse avant l'estimation de position, ce qui réduit encore le décalage possible sauf en cas de maneuvres brutales. En gros.

Publié : lun. juin 27, 2005 3:03 pm
par MagicJedje
Originally posted by Drakkhen@27 Jun 2005, 00:53
@brothers: Le serveur reçoit nécessairement la vitesse (en vecteur 3D) des appareils, c'est le seul moyen de réduire le ghosting* entre machines. Maintenant ça ne veut pas dire que la donnée est accessible via LUA, mais le serveur l'a, avec la position.

*Ghosting, décalage apparent entre la position réelle d'un appareil et celle visible à l'écran, qui, lors de recalages (quand le paquet de données arrive), fait se décaler d'un coup l'appareil visible. Phénomène fréquent sur les connections bas débit ou avec un fort taux de perte de données.
Pour réduire le décalage, on envoit régulièrement la vitesse en plus de la position, pour pouvoir afficher l'appareil à une position estimée même si de nouvelles infos de position n'arrivent plus (se perdent).
Passer la position des commandes permet aussi d'estimer la variation du vecteur vitesse avant l'estimation de position, ce qui réduit encore le décalage possible sauf en cas de maneuvres brutales. En gros.
C'est fort probable, car chacun a pu remarquer que lorsqu'un joueur se déconnecte du serveur ou que le serveur à planté, on voit toujours l'avion qui se déplace à la même vitesse, et on peut également supposé que le serveur envoi l'accélération de l'appareil pour la même raison :)

Publié : lun. juin 27, 2005 7:50 pm
par brothers
Originally posted by Drakkhen@27 Jun 2005, 00:53
@brothers: Le serveur reçoit nécessairement la vitesse (en vecteur 3D) des appareils, c'est le seul moyen de réduire le ghosting* entre machines. Maintenant ça ne veut pas dire que la donnée est accessible via LUA, mais le serveur l'a, avec la position.

*Ghosting, décalage apparent entre la position réelle d'un appareil et celle visible à l'écran, qui, lors de recalages (quand le paquet de données arrive), fait se décaler d'un coup l'appareil visible. Phénomène fréquent sur les connections bas débit ou avec un fort taux de perte de données.
Pour réduire le décalage, on envoit régulièrement la vitesse en plus de la position, pour pouvoir afficher l'appareil à une position estimée même si de nouvelles infos de position n'arrivent plus (se perdent).
Passer la position des commandes permet aussi d'estimer la variation du vecteur vitesse avant l'estimation de position, ce qui réduit encore le décalage possible sauf en cas de maneuvres brutales. En gros.
Oui, mais comme tu le dit, pas via LUA, donc pas utilisable par LOTATC :censored:

Publié : lun. juin 27, 2005 8:08 pm
par Drakkhen
T'as un moyen...

Si tu as une liste d'appareils en l'air, tu fais comme le font les radars non-doppler, tu extrapoles en partant des positions, c'est à dire qu'au moment où tu récupères la nouvelle position d'un appareil, juste avant tu évalues la vitesse en fonction de la position précédente et du temps écoulé entre les deux positionnements.

T'obtiens la vitesse moyenne sur le dernier balayage.

Publié : lun. juin 27, 2005 8:53 pm
par brothers
Originally posted by Drakkhen@27 Jun 2005, 19:08
T'as un moyen...

Si tu as une liste d'appareils en l'air, tu fais comme le font les radars non-doppler, tu extrapoles en partant des positions, c'est à dire qu'au moment où tu récupères la nouvelle position d'un appareil, juste avant tu évalues la vitesse en fonction de la position précédente et du temps écoulé entre les deux positionnements.

T'obtiens la vitesse moyenne sur le dernier balayage.
oui c'est ce qui est fais actuellement, je calcule la distance parcourrue toutes les 10 secondes mais lorsque l'avion fais demi tour par exemple..... la distance parcourue est fausse et donc la vitesse aussi ( note que la vitesse dans LOTATC est correct lorsque l'avion vol stable en ligne droite).

Publié : lun. juin 27, 2005 8:54 pm
par Neo68
Il n'y a pas moyen de le faire en moins de 10 sec ?

Publié : lun. juin 27, 2005 8:55 pm
par Drakkhen
Ben c'est jamais que l'exacte réplique de ce que fait un radar: il extrapole entre les balayages... ;)

Publié : lun. juin 27, 2005 9:18 pm
par berkoutskaia
C'est vrai ca. Faudrait demander au spécialiste d'Avord :P à quoi ca ressemble la vitesse sur leurs écrans. Parceque c'est ptet pas mieux que ca !!!

Publié : lun. juin 27, 2005 9:36 pm
par Drakkhen
Normalement, sur un écran radar, une unité rafraichie s'illumine puis la luminosité diminue lentement... sa position n'est rafraichie qu'au moment du balayage par le faisceau.
Quand l'antenne lui tourne le dos, il est incapable de savoir si elle évolue. Je pense donc que ton système est excellent brothers.

Publié : lun. juin 27, 2005 10:13 pm
par brothers
Originally posted by Drakkhen@27 Jun 2005, 20:36
Normalement, sur un écran radar, une unité rafraichie s'illumine puis la luminosité diminue lentement... sa position n'est rafraichie qu'au moment du balayage par le faisceau.
Quand l'antenne lui tourne le dos, il est incapable de savoir si elle évolue. Je pense donc que ton système est excellent brothers.
:god: :god: :god: :god: :god: :god: :god: :god: :god: :god: :god: :god:

Publié : ven. juil. 01, 2005 10:21 pm
par berkoutskaia
De nouveau petits tests ce soir... C'est vraiment de la bombinette ce soft :) L'algorithme des LOS radars est vraiment bien foutu, on a pu jouer à cache cache, comme à la maternelle :P :P :P Tout ca pour dire que ca commence à prendre une tournure "opérationnelle".

Il reste quelques petites remarques tout de même (je peux pas m'empêcher... :P ):
-on a re-vérifier pour les nicknames: c'est bien à chaque perte de contact radar que les nicknames sont perdus
-lorsqu'un contact apparait sur le radar (parcequ'il rentre dans une zone de détection), on voit bien le triangle jaune, mais aussi l'historique... C'est vraiment infime comme détail, mais c'est tout ce que j'ai trouvé :devil: :lol: ;)

Enfin voilà, LOTATC ca roxxx, brothers tu nous a fait un soft de 1ere classe !!!

Publié : sam. juil. 02, 2005 5:38 pm
par Drakkhen
Un superbe exemple d'écran de suivi, c'est pas un écran radar mais tactique c'est à dire que les contacts n'y sont pas balayés mais qu'il combine les informations des differents écrans radar de la salle.
Avec la p'tit symbologie que tout le monde reconnaitra :D
(on voit bien les règles de mesure aussi...)

Publié : dim. juil. 03, 2005 1:35 am
par Dick
Originally posted by Drakkhen@27 Jun 2005, 20:55
Ben c'est jamais que l'exacte réplique de ce que fait un radar: il extrapole entre les balayages... ;)
Je te confirme Brother : dans des évolutions serrées, aucun systéme actuel n'est capable de suivre un mobile est d'en extrapolé quoique ce soit avant qu'il n'est repris une route plus ou moins stable ..... ce qui améne d'ailleurs quelques soucis de contrôle avec les avions de chasse !!!

Pour ce qui est de la perte des étiquettes "réhabillées", cela se passait également comme ça là où je travaillais ..... réponse invariable de Thales : "il faut plus de fric pour faire mieux" ..... fatiguant .... Mais logiquement y'avait moyen de garder une trace du "réhabillage" dans la bécane et de faire un réhabillage auto à la réaparition du plot radar .... s'ils avaient voulus s'en donner la peine biensur.

Publié : lun. juil. 04, 2005 7:07 pm
par brothers
Originally posted by berkoutskaia@1 Jul 2005, 21:21

-on a re-vérifier pour les nicknames: c'est bien à chaque perte de contact radar que les nicknames sont perdus

-lorsqu'un contact apparait sur le radar (parcequ'il rentre dans une zone de détection), on voit bien le triangle jaune, mais aussi l'historique... C'est vraiment infime comme détail, mais c'est tout ce que j'ai trouvé :devil: :lol: ;)

Enfin voilà, LOTATC ca roxxx, brothers tu nous a fait un soft de 1ere classe !!!
1- Bon voila donc du travaille pour ce soir :P

2- Pas facile ça ... doit avoir moyen, je vais regarder

3- :blushing:

Publié : lun. juil. 04, 2005 7:37 pm
par Psycho
dites, il nous manque un controlleur pour mercredi soir 21H une mission HvsH 6 contre 6 est prévue, avec 1 controlleur humain dans chaque camps et il ne manque plus qu'un controlleur, si qq'un est interressé qu'il se fasse connaitre :)
:help:

Publié : mar. juil. 05, 2005 3:54 pm
par Elcap
Bonjour à tous,

Une âme fort charitable prévoit-elle une formation légère awacs/atc avec ce logiciel ? pas de phraséo compliquée... juste de quoi rendre le quidam moyen efficace avec ses potes :)

Publié : mar. juil. 05, 2005 4:06 pm
par Doug
Gil vient de faire une petite doc --> http://pilotes.3rd-wing.com/gil/LIVRET% ... %203rd.pdf

Hier soir il a fait le contrôleur et nous a fait faire des tour de pistes en utilisant LOTACT. Je pense qu'il y a moyen de monter quelque chose de bien. Il faut voir également avec Wilbur qui y travaille pour l'EVAC. :)

Publié : mar. juil. 05, 2005 4:11 pm
par Elcap
poutiak !! trop compliqué !!! je me demande si un peu de pratique ne me suffirait pas :D

Publié : mar. juil. 05, 2005 4:48 pm
par Ezor
(rien à voir désolé mais superbe ta signature Elcap :D)