Tacview 0.91 et Falcon 4

[Vyrtuoz]

Bonjour à tous !

Comme certains d'entre vous le savent, Tacview 0.91 est disponible.
Il offre entre autre un nouveau format public d'enregistrement de vol. Ce qui va vous permettre d'exporter des enregistrements de vol de Falcon 4 pour Tacview.

Maintenant, c'est à vous de jouer !

Comment cela ?

Notre cher Nayfe a commencé à réaliser un programme capable de convertir les fichiers VHS en ACMI pour Tacview. Le projet est bien avancé mais "abandonné" car Nayfe manque de temps tout comme moi.

Le point le plus important à corriger est la conversion de coordonnées de Falcon 4 en coordonnées Lat/Long réelles pour Tacview. Ensuite ca sera une partie de plaisir pour compléter les informations manquantes pour avoir de beaux enregistrements de vols pour Tacview.

Voici un document qui explique les principes de projection des cartes de Falcon 4:
http://virtuozb.free.fr/download/Falcon4Projection.7z
http://tactical.nekromantix.com/f4/terraintutorial.php
http://tactical.nekromantix.com/forum/v ... 872f1d665c

Pour info, Nayfe et moi-même avont déterminé que le centre de référence de la corée de Falcon 4 AF est: 123.0 , 33.843750

Pour ce qui est de la programmation :

Nayfe vous offrira du support technique pour ses codes sources (nefethael chez hotmail point com):
http://virtuozb.free.fr/download/ParseVhsToTxt.7z

Moi j'offre le support technique pour le format de Tacview détaillé sur mon site:
http://lomac.strasoftware.com/tacview-f ... rdings.php

Notez bien que nous ne répondrons qu'aux véritables questions techniques. Nous ne répondrons pas aux questions de programmation en C ou de compilation : Il y a des forums spécialisé pour celà.

A vos claviers !
Vyrtuoz & Nayfe

[johnny]

Nous l'utilisons à chaque vol chez nous et il est vite devenu un outil indispensable d'analyse de nos vols et de débriefing extraordinaire.

C'est une grande joie d'apprendre qu'il va être disponible pour Falcon et nous attendons avec impatience, qu'un crack en informatique fasse l'adaptation dont nous sommes bien incapable:sweatdrop

Encore bravo pour ce soft et pour le faire progresser

[Nayfe]

Oui je confirme si vous avez des questions à propos de mon source, je suis à votre entière disposition

[benni]

T'es un violent Nayfe, coder ça en C

[Nayfe]

meuh non vive le C

[Buzzz]

On est en plein rêve.

Bravo pour le travail fourni. je vais suivre ça avec un grand intérêt.

[berkoutskaia]

utilisant Tacview depuis ses débuts sous LO, c'est un véritable bonheur de pouvoir débriefer avec les vols Falcon !!!

C'est déjà bien au point, et infiniment plus agréable et plus efficace que l'ACMI interne à F4

Merci à tous les deux

P.S.: Vyrtuoz, est-ce que tu as prévu d'ajouter la cartographie des Balkans en plus de la Corée ?

[Vyrtuoz]

Oui, il est tout a fait possible que j'ajoute entre autres les Balkans. Mais pour le justifier, il faut que vous puissier me montrer de beaux .acmi pour Tacview qui se passent dans les Balkans

utilisant Tacview depuis ses débuts sous LO, c'est un véritable bonheur de pouvoir débriefer avec les vols Falcon !!!

C'est déjà bien au point, et infiniment plus agréable et plus efficace que l'ACMI interne à F4

Merci à tous les deux

P.S.: Vyrtuoz, est-ce que tu as prévu d'ajouter la cartographie des Balkans en plus de la Corée ?

[Nayfe]

Ya quelques trucs que je risque de faire:

[done] - ajouter une interface minimaliste en gtk(sûr),

- ajouter du multithreading(presque sûr),
- refactoring en C++ plus tard(peut être) ,
- ajouter le support des entités manquantes (détruites, fin de mission, ...)
(si je trouve comment faire)

De même, si quelqu'un gère les projections pour corriger la dérive actuelle des coordonnées, mais pas la programmation,
s'il me donne un algo, j'veux bien l'implémenter.

[berkoutskaia]

Oui, il est tout a fait possible que j'ajoute entre autres les Balkans. Mais pour le justifier, il faut que vous puissier me montrer de beaux .acmi pour Tacview qui se passent dans les Balkans

Il suffit de demander

les ACMI d'hier soir, training de la cellule muds du 10.235 (Buzzz et ma pomme en l'occurence). C'est découpé en 3 parties (T/O->Fence IN, Fence IN-> Fence OUT, Fence OUT-> Landing) ]De même, si quelqu'un gère les projections pour corriger la dérive actuelle des coordonnées, mais pas la programmation,
s'il me donne un algo, j'veux bien l'implémenter.[/QUOTE]

Je suis pas spécialiste, mais en fouillant je peux trouver le temps de me pencher dessus

[Buzzz]

[quote="Nayfe"]Ya quelques trucs que je risque de faire:

- ajouter une interface minimaliste en gtk(s&#251]
Attention Nayfe!
Si tu dis ça, on va comprendre que tu assures un suivi, et on ne va plus te lacher....

[Nayfe]

Bon l'interface est terminée, je nettoie le code, je compile et je reupload une version...

[berkoutskaia]

[Nayfe]

Juste pour info,
il faut environ 3min sur mon core duo 1.833GHz pour transformer un vhs de 15Mo en un fichier texte.

[Buzzz]

ça sera optimisé quad core???

[Nayfe]

Il faudra faire des tests pour voir si le multithread est judicieux, ou si la création des threads est plus coûteuse que le gain du parallélisme

La j'tombe sur un ptit os, l'ajout de l'interface m'oblige à compiler en natif sans passer par cygwin et je sais pas si c'est le fait que les versions de lib sont différentes mais j'ai des souçis dans la lecture des .vhs alors que avec cygwin et sans interface ça marche correctement :p

[Buzzz]

10 secondes pour un vhs de 31Mo chez moi (Q6600)

[Nayfe]

Nouvelle version:
http://ogm2000.free.fr/vhs2txt-0.3.7z

L'archive contient :
-le code source
-un VHS d'exemple
-le fichier projet pour devcpp

Pour le bon fonctionnement du programme, il faut donc gtk (moi je l'ai installé avec gimp mais il doit y avoir d'autres possibilités)
et pour compiler il faut les lib/interfaces trouvable là :
http://garr.dl.sourceforge.net/sourcefo ... in32-1.exe
et pour devcpp ya un tuto pour ajouter gtk :
http://www.siteduzero.com/tuto-3-11785- ... #ss_part_3

[Vyrtuoz]

Salut Berkout,

Pour l'instant, je n'ai plus besoin d'enregistrements de vol de cette catégorie. Car nous avons déjà fait plein de tests avec Nayfe.

Maintenant, pour aller plus loin, il me faut des enregistrements plus complets (coté événements par exemple), il faut également respecter les coordonnées géographiques (ca c'est le plus important !).

Pour être capable de me fournir celà il faut voir avec Nayfe pour continuer son convertisseur (et/ou trouver d'autres amis programmeurs ).

Lorsque les enregistrements auront atteinds le stade de qualité suivant, alors vous pourrez me donnez de nouveaux enregistrements pour validation.

Car pour justifier que je mette les balkans (c'est une sacrée grosse map), la qualité doit être supérieure ou égale aux enregistrements que j'arrive à produire depuis lock-on.

Le programme de Nayfe est déjà bien avancé et la plus grosse aide que vous puissiez lui fournir est de trouver les formules de convertion de coordonnées géographiques pour Falcon. (incluant les coords de références pour chaque map)

Je ne vous abandonne pas : Je continue d'améliorer Tacview pendant ce temps

[quote="berkoutskaia"]Il suffit de demander

les ACMI d'hier soir, training de la cellule muds du 10.235 (Buzzz et ma pomme en l'occurence). C'est découpé en 3 parties (T/O->Fence IN, Fence IN-> Fence OUT, Fence OUT-> Landing) ]

[berkoutskaia]

Et bah on va s'y atteller, ce serait dommage de stagner à cause d'une telle broutille

[Nayfe]

En gros faut trouver la fonction de conversion telle que :
soit GR : coordonnées gps réelles
et GI : coordonnées gps dans le jeu
on ait GR = f(GI)

Dans un premier temps, ma méthode pour voir si on pouvait corriger cette dérive avec un facteur constant à été de :
-prendre des points préçis dans le jeu, du style thresholds de la piste 01 de Séoul
-chercher sur googlemap ces mêmes points
-calculer la différence ...

On s'aperçoit assez rapidement que le facteur n'est pas constant vu que la différence varie

[eutoposWildcat]

Le truc, c'est que tu ne peux pas a priori utiliser les pistes pour points de référence, dans la mesure où leur dessin et leur positionnement n'a en fait que peu à voir avec la réalité, même en tenant compte du système de projection particulier de Falcon.

Peut-être vaudrait-il mieux utiliser des points géographiques facilement identifiables, plutôt que des pistes ou même que des bâtiments, pour être plus précis?

[Nayfe]

Oui c'est sûr, c'était pas forcement un exemple judicieux mais c'était surtout pour expliquer le fait que c'est pas aussi facile qu'il ne peut y paraître

Il faudrait, à partir des coordonnées Xig,Yig, repartir sur du X,Y,Z en faisant la projection Falcon inverse, et après, à partir du X,Y,Z, refaire la projection de tacview pour obtenir Xirl,Yirl.

[berkoutskaia]

Avant de m'attaquer à la projection falconesque, j'ai testé le convertisseur en version GUI. C'est clairement plus aisé qu'en ligne de commande, surtout du fait que le nom du fichier acmi en sortie reprend le nom du VHS.

Par contre, le fichier converti n'a pas l'extension tacview (*.acmi.txt au lieu de *.txt.acmi), et si je change l'extension, tacview me dit que le format est invalide

Y'a que chez moi que ça déconne ?

[Nayfe]

ouch my mistake,
moi j'upload la version qui corrige ça dans 5 min le temps de repasser sous windows et de recompiler