Accueil
Accueil

Bienvenue invité ( Connexion | Inscription )

15 Pages V « < 13 14 15  
Reply to this topicStart new topic
> [PROJET] LOTATC .NET
Doug
post 8 Nov 2007, 15:23
Message #141




Ladhouze pilot, eagle driver, amraams carrier, ...

Indicatif : F-01
Messages : 2,446
Inscrit : 27/11/04
Lieu : London
Membre n° 1

J'ai pas répondu avant cette aprem pour cause qqs vapeurs de Vodka, Whisky, bierres, etc persistentes. gap.gif

CITATION(Booz @ 7 Nov 2007, 19:06) *
- fusion des plots à une certaine distance physique entre eux (500m?) et à une certaine distance visuelle (cf étiquettes) afin de représenter le fait que la distinction d'échos doubles peut être délicate.

- fusion des étiquettes à une certaine distance visuelle entre les plots (ie distance en pixels) pour simplifier l'affichage et aussi signifier clairement que les contacts sont fusionnés (au moins visuellement).

Bonnes idées, je rajoute ca dans la liste ToDo.

CITATION(Booz @ 7 Nov 2007, 19:06) *
- meilleure gestion de la hauteur de détection (ie 10m QNH sur toute la crimée, c'est gonflant sad.gif ), plutôt une règle tenant compte d'un horizon, même pour l'AWACS.
Si on pousse l'approche au bout, il faudrait une fonction d'évaluation de la qualité de l'écho (genre aucun/faible/moyen/bon) renvoyant à une symbologie (rien/carré vide/carré avec un point intérieur/carré plein) qui tiendrait compte de la distance à la position de l'antenne (EWR ou position AWACS LOTATC), de l'aspect (cf beam), de la hauteur sol. Je tenterais bien qqes tentatives de formules quand j'aurais un peu plus de temps libre gap.gif

Effectivement, la simulation de la phyisque au sens large sera revue vers le haut par rapport à la 1.0. J'ai fait un topic à ce sujet --> ici

CITATION(Booz @ 7 Nov 2007, 19:06) *
- lors d'un tracé de distance et relèvement, qu'il reste apparent qqes secondes à l'écran (genre 5-10s) ou jusqu'à ce que le controleur le vire (clic droit simple?).

Laisser le trait telquel serait moche. Cependant ce qu'on peut envisager c'est de créer un tracking temporaire (trait + data) qui est par ailleur rafraichie si de nouvelles données arrives.

CITATION(Booz @ 7 Nov 2007, 19:06) *
- plots plus fins, indication vitesse et altitude moins précises (chipatouillage laugh.gif )

Quels dégrés de précisions proposes tu ?

CITATION(Booz @ 7 Nov 2007, 19:06) *
- possibilité de calculer la visibilité des contacts en se basant sur les positions EWR (et leur status actif/détruit) et les radars de certaines bases.
Ceci afin de rendre possible le contrôle par plusieurs stations sol, les objets EWR étant alors considérés par LOTATC comme les emplacements d'antennes (et donc infos perdues avec destruction de l'antenne innocent.gif )

J'avoue que j'ai un peu de mal à comprendre. gap.gif

CITATION(Booz @ 7 Nov 2007, 19:06) *
- Masquage d'un contact proche d'un autre et aligné avec le radar (formule assez simple possible)

Ceci est (sauf erreur de ma part) dans le cahier des charges. Je te renvois vers le topic concernant les détections RADAR du forum LOTATC.

CITATION(Booz @ 7 Nov 2007, 19:06) *
- règles d'affichage des étiquettes (spontanné à la détection, puis étiquette masquable/affichable par clic centre ou droit sur contact), placement de l'étiquette à optimiser par rapport aux plots?

Ok, je prends.


CITATION(Booz @ 7 Nov 2007, 19:06) *
- les mêmes raccourcis souris pour maniper la carte (déplacement et zoom) que sous l'éditeur LO excl.gif pour une prise en main facile (et ces raccourcis ne sont pas idiots il me semble happy.gif )

Pour les raccourcis, j'essaierais dans faire qquns.
Pour le déplacement de la carte, pour moi c'est plus simple "au click" car moins gourmand en CPU qui si on le fait à la GoogleMap.

CITATION(Booz @ 7 Nov 2007, 19:06) *
- alertes/codes couleurs pour proximité de bandits selon distance à définir ou autres alertes?

On avait discutés d'implémenter différents vecteurs. Je ne sais plus dans quelles discussions on en parlait mais je pense que ca rejoint ce que demandes.

CITATION(Booz @ 7 Nov 2007, 19:06) *
Après, j'aurais bien qqes idées d'algos de calcul pour éviter de plomber le proc du client et essayer de mettre un peu de crédibilité/faillibilité dans l'oeil de dieu (d'accord, dieu ouvrait l'oeil toutes les 5 min parfois à la LAN6 tongue.gif ), mais il y a de grandes chances que tu sois plus compétent que ma pomme whistling.gif

En faite, tous les calculs de la physique se font sur le serveur. Le client ne recoit que ce qu'il peut voir.

--------------------

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Booz
post 8 Nov 2007, 18:41
Message #142






Messages : 656
Inscrit : 14/05/05
Lieu : Tournefeuille
Membre n° 149

OK, alors j'avais zappé le post sur la physique lockonienne du radar gap.gif blushing.gif
Découvert et très intéressant! thumbsup.gif

Pour le tracé de distance, si tu veux le mettre dynamique, peut-être le faire entre entre deux plots et le maintenir tant que le trolleur l'a pas viré (clic centre dessus?)

Pour détailler ce à quoi je pense pour les étiquettes
- le plot apparait, il porte son étiquette résumé (+- 100km/h et 300m +-50kt et 1000ft)
- si le troleur fait un clic centre (ou autre, c'est pour exemple) sur le plot, l'étiquette est masquée (ou affichée si masquée auparavant)
- lorsque le curseur passe sur un plot, son étiquette voit sa police augmentée (premier plan si plusieurs plots étiquetés) et les indications plus précises (+-20km/h et 30m +-10kt et 100ft). et cet affichage resterait 1-2s après que le curseur ne soit plus sur le plot.

Pour les radars sols multiples, je voulait parler de la fusion d'images provenant d'un réseau d'EWR+AWACS, chose que Lynx et Fanche ont fort bien explicité.

Par contre, je croyais naïvement que le serveur, étant aussi serveur LO, se contentait de balancer les infos exports (compressées) et que la physique intervenait chez les clients, ayant plus de CPU et de RAM disponible. blushing.gif


--------------------
Image IPB

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Azrayen'
post 9 Nov 2007, 01:46
Message #143




VALHALLA EXPRESS

Indicatif : VK-01
Messages : 7,192
Inscrit : 1/03/05
Lieu : Forteresse de Lug
Membre n° 90

CITATION(Booz @ 8 Nov 2007, 18:41) *

Pour le tracé de distance, si tu veux le mettre dynamique, peut-être le faire entre entre deux plots et le maintenir tant que le trolleur l'a pas viré (clic centre dessus?)

Pour détailler ce à quoi je pense pour les étiquettes
- le plot apparait, il porte son étiquette résumé (+- 100km/h et 300m +-50kt et 1000ft)
- si le troleur fait un clic centre (ou autre, c'est pour exemple) sur le plot, l'étiquette est masquée (ou affichée si masquée auparavant)
- lorsque le curseur passe sur un plot, son étiquette voit sa police augmentée (premier plan si plusieurs plots étiquetés) et les indications plus précises (+-20km/h et 30m +-10kt et 100ft). et cet affichage resterait 1-2s après que le curseur ne soit plus sur le plot.

Remarque en passant, si je me souviens bien le clic centre dans LOTATC.NET recentre la carte (équivalent du double clic droit dans LOTATC). Faudra juste pas se marcher sur les pieds (doigts ?) wink.gif


CITATION(Booz @ 8 Nov 2007, 18:41) *
Par contre, je croyais naïvement que le serveur, étant aussi serveur LO, se contentait de balancer les infos exports (compressées) et que la physique intervenait chez les clients, ayant plus de CPU et de RAM disponible. blushing.gif

Le serveur LO doit pouvoir être découplé du serveur LOTATC (c'est déjà le cas en v1.0). Ceci pour ta problématique de CPU/RAM. Doug, tu peux confirmer ?
Il faut en général que le lien réseau serveur LO > serveur LOTATC soit béton car gros volume de données envoyées (d'où la préférence pour le serveur LOTATC en local sur le serveur LO (hé oui, le localhost, celà dit, il est très rapide ! tongue.gif

Ce que je vois d'intéressant à garder ces calculs au niveau du serveur LOTATC c'est :
- meilleure gestion de la bande passante puisque le client ne reçoit que ce dont il a besoin
- aucun risque de cheat avec un client bidouillé en god's eye permanent (oui je suis parano des fois)

++
Az'

--------------------
Image IPB

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Fanche
post 9 Nov 2007, 23:56
Message #144






Indicatif : MGC-01
Messages : 1,893
Inscrit : 8/02/06
Lieu : LANDES
Membre n° 496

trois petites choses en complément:

- l'histoire de fusionner des echos proches pour n'en visualiser qu'un au troleur est une chose qui se rapproche de la réalité. Maintenant bon courage pour le codeurs pour définir le pouvoir séparateur des radar suivant l'altitude et la distance du contact.
EX: un radar type 23cm a un PW séparateur de 600m , une poursuite multiradar peut arriver à 100m voir moins suivant le nombre de radar en présence.


- pour ce qui est du fameux trait de distance , nous appelons ça dans notre monde "le cap/distance".

Par expérience laisser ce trait en continue est plus génant visuellement que pratique . Mieux vaut un cap distance dynamique que l'on peut fixer sur l'origine , et si on veut garder l'info en fixe , alors la positionner dans la barre du bas de la fenêtre ou dans une fenêtre pop up que l'on peut fermer avec la pitite croix rouge


- et enfin , les lois du soft sont particulières en ce qui concerne les planchers de détections. Pour le moment BROTHERS avait défini des cylindres parfaits. Or nos codeurs devront reproduires des enveloppes radar plus proches de la réalité ( s'il faut je peux fournir des crobars) sous formes de lobes . Mais est-ce possible ?

- pour les codes couleurs , nous les kouons qu'à partir du moment où il y a des règles d'identifications des contactes, des règles d'engagement définies..... le rôle du dit opérateur d'indent ( voir LYNX). Pour le contröleur et uniquement pour lui , on pourrait effectivement assigner des couleurs à une patrouille ou à un avion particulier comme on assigne des indicatifs dans le prog actuellement.

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Fanche
post 10 Nov 2007, 00:07
Message #145






Indicatif : MGC-01
Messages : 1,893
Inscrit : 8/02/06
Lieu : LANDES
Membre n° 496

en fait , il y en a 4 !

Avant qu'un gars de la douze ,qui s'égarerai dans le coin , me bâche le truc jesors.gif
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Booz
post 10 Nov 2007, 09:35
Message #146






Messages : 656
Inscrit : 14/05/05
Lieu : Tournefeuille
Membre n° 149

Pour le pouvoir séparateur, pour coller à ce que tu as dit Fanche, il faudrait alors le définir pour chaque type de radar dans un cas type (genre contact à 20km, pleinement visible).

De ceci on en tirerait avec une règle de 3 la séparation mini à toute distance. Si le contact est visible par plusieurs radars, une petite formule statistique peut donner une évaluation du pouvoir séparateur (genre la séparation mini divisée par la racine carrée du nombre de radars poursuivant le contact).

Et si un cap/distance dynamique pose trop de problèmes, juste le laisser en position pour 2-4s avant qu'il s'efface, ça pourrait être pas mal, non? blushing.gif

--------------------
Image IPB

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Doug
post 25 Nov 2007, 21:30
Message #147




Ladhouze pilot, eagle driver, amraams carrier, ...

Indicatif : F-01
Messages : 2,446
Inscrit : 27/11/04
Lieu : London
Membre n° 1

Non je ne dors pas !

Je m'applique a bien poser les bases du soft. Ainsi, je suis en train d'abandonner mon code réseau pour le WCF (Windows Communication Fondation). J'oriente aussi mon code sur le modèle MVC, etc etc

Bref, que des subtilités qui n'apporte rien a part le fait qu'on vous expulse pas de vôtre baraque parcequ'elle a été conçue sur des sables mouvants...

--------------------

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
DArt
post 25 Nov 2007, 23:06
Message #148




I am LotAtc

Indicatif : JR-01
Messages : 6,273
Inscrit : 30/11/06
Lieu : Savoie
Membre n° 999

CITATION(Doug @ 25 Nov 2007, 21:30) *

J'oriente aussi mon code sur le modèle MVC, etc etc


Très bien ça thumbsup.gif
Ya rien de tel que le MVC laugh.gif

--------------------

Image IPB

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Ice
post 24 Jan 2008, 08:15
Message #149



 


Messages : 123
Inscrit : 31/10/07
Lieu : Grenoble
Membre n° 2,616

Bonjour,

J'ai installé hier soir lotatc.net et j'ai qqes soucis pour afficher les données (avions...).

Installé lotatc.net, mis lonet.lua, utils.lua , mis l'ip 127.0.0.1 dans lonet.lua.
Lancer lotatc.net, démarrer le serveur, démarrer une mission lock on
Retour sur lotatc.net, connexion client, pas de soucis.
Lancement de la console ... je vois bien la carte , et les aéroports mais c'est tout... Pas d'avions, rien.

Le fichier LONET-Data.xml est apparement bien créé, avec qqes fois des erreurs qd on est sous lockon.

Que Faire ?
Y a t'il une nouvelle manip à faire ?
Une autre personne a tenté de l'installer, et meme soucis.

Merci

Ce message a été modifié par Ice - 24 Jan 2008, 08:15.

--------------------

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Fanche
post 24 Jan 2008, 18:18
Message #150






Indicatif : MGC-01
Messages : 1,893
Inscrit : 8/02/06
Lieu : LANDES
Membre n° 496

le bestiau est en phase de dev et Doug ne donne plus trop de news avec la reprise des cours whistling.gif



DOOG , reviens !!!!!!!!!!! wub.gif

Ce message a été modifié par Fanche - 24 Jan 2008, 18:18.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post

15 Pages V « < 13 14 15
Reply to this topicStart new topic
2 utilisateur(s) sur ce sujet (2 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :
 

Haut de page · Retour à l'accueil · Contacter le Webmestre Nous sommes le : 28/03/24 - 13:32