[LUA] LOPSP, export de données vers un PSP

[Doug]

Est-ce vraiment utile de recuperer le taux de tangage et de roulis vu que tu as deja cette info dans le cockpit?

Je verrais plus un affichage sur la distance max pouvant etre parcouru ou la gestion de l'armement restant. Dans ce genre quoi

Non ce n'est pas indispensable si tu ne souhaites pas surcharger cette info mais juste l'afficher tel quel. Moi c'était juste pour m'assurer que ca amrche bien. Il faut avoir concience que je suis dans une phase qui conciste a vérifier qu'on récupère les infos et les traiter. L'affichage qui va bien viendra plus tard.

[Doug]

A juste titre vous m'avez fait remaqué que le text c'est bien mais qqchose de graphique est mieux !

Voila ce que j'ai fait:

Le principe est de reproduire l'affichage d'un écran multifonctions et également de le rendre intéractif, comme en vrai.

On pourrai facilement reproduire des instruments analogiques mais ils seraient encombrant et oas très pratique. Je verrai éventuellement plus tard.

[Doug]

Yop, j'ai compléter avec la distance restante. Le calcul ets basé sur la TAS.
Facile 1 nm est parcouru à la vitesse d'1 kt pendant une heure.

Comme vous pouvez le voir, il y une petite croix rouge. Celle ci se déplace et va bientôt pouvoir aller cliquer sur un des boutons qui aux passage disposeront de labels comme sur les écran du F-16 pour savoir quelle est l'action associée au click. Ainsi, je vais pouvoir séparer les infos et les afficher enfonction du mode choisi.

Faites pas attention aux différentes écrites qui se baladent, c'est pour les vérifs et le debug.

PS: On met les moyen pour cette affaire, il y a fallut reesortir le sidewinder !

[Maraudeur]

Le LUA te ressort la conso instantannée?

[Doug]

Le LUA te ressort la conso instantannée?

Non, je la calcul. C'est de l'instantanée avec un delta temps de 3 secondes
Cependant c'est plus précis car sinon j'ai pas assez de delta carbu pour faire un calcul potable.
Quoique c'est pas dit parcequ'il me semble que j'ai la quantité de carbu non pas en décimal comme je croyais mais en flottant avec un bcp de chiffres après la virgule.

J'ai un peu boost la vitesse. J'envois 20 paquets par seconde. L'affichage est super fluide, ca rend trop bien. Comme un instrument dans LO.

Par contre il va me falloir faire un bout de fonction pour convertir les latitudes et longitudes et altitudes en x,y,z qui va bien. Je comprend pourquoi il y en a qu'on eu des problèmes quand ils ont dit que la terre est ronde... Les calculs sont pas les mêmes..........

[Samy]

Voir l'API Java pour la classe LatLongAlt

ou sinon je dois avoir un bon de code qui fait ça

[Doug]

Voir l'API Java pour la classe LatLongAlt

ou sinon je dois avoir un bon de code qui fait ça

Ben en faite je vais devoir le faire en LUA.

Si t'as un algo ou qqchose, moi je rentranscris en LUA, no problem.

[Maraudeur]

Je ne suis pas convaincu que la terre soit ronde pour Lomac, donc cela devrai simplifier tes calculs.

Petit rappel pour les coordonnées:

- sur un grand cercle (donc une latitude) on a 1°= 60Nm donc 1'=1Nm
- pour la longitude on a 1°= 60Nm x cos(latitude)

On considère que sur 1° de latidute le cannevas est conforme, mais pour lomac on peut considérer le cannevas conforme sur toute la carte puisque la terre est plate...

Pour la distance entre deux points ben c'est comme deux points dont tu connais l'abcisse et l'ordonnée. Il te suffit de définir l'origine de ton repère et de le graduer en ° ou en Nm

[Doug]

Je suis pas certain parceque je me souviens bien que Brothers s'était pris le choux avec ces histoires de terre pas ronde.

A voir...

[Maraudeur]

En fait, si je me souviens bien, ce qui faisait râler Brothers c'était que les échelles de coordonnées n'étaient pas identiques (pour cause de différence en latitude et longitude) ce qui nécessitait des calculs supplémentaires de conversion. Mais bon, c'est à tester...