Tacview 0.91 et Falcon 4

[berkoutskaia]

C'est compilable et utilisable sous nux je suppose ?

Je testerai bien, juste pour la déconne :D

[Nayfe]

Oui moi je bosse essentiellement sous linux (surtout pour la FAC) et donc le truc est 100% fonctionnel sous linux, le seul truc c'est que Tacview lui ne fonctionne pas sous Linux (même pas avec wine) mais bon c'est pas fait pour :D .
La je viens de tester et en effet, le truc qui sort de mon programme+GUI n'est pas compatible avec Tacview, surement un problème d'encodage

[berkoutskaia]

Je me doute bien que TV sous nux, faut même pas en rêver (de toute façon ma bécane nux est piloté par VNC, TV dans ces conditions ça doit pas ressembler à grand chose). Vais juste tenter la compilation pour le fun

[Couby]

C'est de la bonne news tout ca .

Est-ce que vous pourriez décrire plus précisément le problème rencontré au niveau de la dérive des coordonnées ? Avec un exemple si possible qui le mette en évidence .

Je peux essayer de me pencher dessus dans les jours qui viennent.

[Scrat]

Moi, ce que j'aimerais comprendre c'est comment se fait-il que les coordonnées de Falcon 4 soient décalées par rapport à la réalité... Est-ce dû à une erreur ou était-ce la seule solution technique valable à l'époque de la création de Falcon ?

[amraam]

Entre autre, parceque dans la vrai vie la terre est ronde et dans Falcon, la terre est plate .

Amraam.

[Scrat]

Sans rire ? Le monde de Falcon est plat ???

[Hurricane]

oui c'est le principal problème, la rotondité de la Terre n'est pas prise en compte. L'algorythme existe il a été fait pour créer les terrains SRTM sortis il y a deux ans pour Falcon BMS à l'époque. Sur le site on voyait même une superposition de la carte réelle et du monde de Falcon, la différence est de taille.

Comme quoi...le réalisme est tout relatif n'est ce pas Scrat ?

C'est fascinant comme Falcon peut être pointu sur certains détails et complètement à la masse sur des trucs aussi vitaux pour la gestion d'un vol que la projection cartographique, le recalage des instruments ou l'existence d'une manche à air sur le terrain...

[amraam]

Bah rien est parfait. Et le réalisme ne demande pas la perfection. C'est pour ces raisons d'aillieurs que les simus "idéale" n'existent pas et n'existeront jamais .
A nous de faire le mieux possible pour aller le plus loin possible. D'aillieur que ce soit le Tacview ou d'autres patch, c'est vraiment ca l'esprit Falcon. Rien de parfais au début mais on ce débrouille pour aller le plus loin possible, en sachant bien que la perfection n'existera jamais.

Amraam.

[Hurricane]

Je suis bien de ton avis....
Zut j'arrive plus à remettre la main sur cet article de Blueprint et Zaggy à l'époque...

[Nayfe]

bon j'viens de voir ou mon problème déconne
il me sort un 33,000 au lieu de 33.000 ....
bon j'upload dès que c'est réglé

[Buzzz]

Je suis bien de ton avis....
Zut j'arrive plus à remettre la main sur cet article de Blueprint et Zaggy à l'époque...

Je suis en train d'essayer de contacter Blueprint à ce sujet.

[amraam]

Par hasard, vous n'auriez pas les infos sur PMC?

Amraam.

[Vyrtuoz]

Je confirme que Tacview se fiche complètement de l'extension du fichier. Le problème doit donc venir d'ailleur.

ouch my mistake,
j'avoue avoir fait l'interface un peu par précipitation, en effet j'ai inversé txt.acmi et acmi.txt ...

par contre c'est étrange que tacview n'accepte pas que l'on modifie le nom du fichier à la main...ça vient peut être d'ailleur ...

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

[Vyrtuoz]

Pour la formule de projection:

Je suggère aux plus matheux d'entre vous de lire le doc PDF que j'ai join en tête de ce sujet et de donner la formule de projection inverse à Nayfe.

(pas besoin de réinventer la roue )

Je suis bien de ton avis....
Zut j'arrive plus à remettre la main sur cet article de Blueprint et Zaggy à l'époque...

[Nayfe]

[quote="berkoutskaia"]Avant de m'attaquer &#224]

Problème réglé et nouvelle version uploadée.
(bon j'avoue j'ai fais un truc super crade pour corriger le problème mais bon j'ai pas trouvé comment faire autrement).

Normalement la version avec GUI est fonctionnelle maintenant

[coolhands]

Je comprend pas trop toute vos bricoles mais j'attends avec impatience le produit finis.
Je tenais quand même a vous félicitez pour le travail que cela représente.Merci

[berkoutskaia]

Pour la formule de projection:

Je sugg&#232]

J'ai contacté Blueprint hier soir, qui m'a répondu en joignant le pdf de Closter que tu as donné dans le 1er post

Par contre, c'est pas dit que cette méthode soit cohérente pour la Corée et les Balkans:

theaters created by dem2terrain are using a special spherical
correction.
Closter, who is making a Spain theater, figured out how this
projection works. His notes are in the attached pdf. I can confirm
that his calculations are correct. I used them for projecting SRTM
data to fit a dem2terrain theater.

The Balkans theater, if I remember this correctly, was not created
by dem2terrain and does not have a projection applied. So it is just
plain geographic lat/lon.
Korea, I think, uses the spherical correction but I never confirmed
this.
Hope this helps.

Et sur le théatre Balkans, les coordonées sont tout autant à la rue :(

Vais me pencher dessus dès que j'ai du temps, peut-être dès ce WE

[Buzzz]

Concernant le traitement des munitions et notamment leur disparition après explosion, n'y a-t-il pas moyen de fair comprendre au convertisseur "si vitesse nulle, la munition est arrivée en fin de vie et doit avoir un EventID mis à <DESTROYED>"?

[Buzzz]

autre chose, est-ce que tu peux extraire les données de falcon en brut, en texte, sans convertir pour tacview.
Je pense que ça faciliterait la réflexion, d'avoir un acmi utilisable sous falcon d'un côté et sa version texte de l'autre.

[Nayfe]

Bon je pars à la FAC, j'viens de trouver un lien qui à l'air assez intéressant
http://tactical.nekromantix.com/forum/v ... hp?t=20756

En fait, il s'agit d'une part de savoir quel processus a été utilisé pour créer le theatre Korea dans OF (dem2terrain utilisé? 64 ou 128? modif apporté dans terrainview? , STRM par dessus les datas dem? etc).

[Nayfe]

[quote="Buzzz"]Concernant le traitement des munitions et notamment leur disparition apr&#232]

Oui pour des munitions c'est possible, par contre ça ne peut pas s'étendre pour les avions, car un avion qui ne bouge pas n'est pas forcément détruit
Apres on pourrait faire des tests genre, si l'avion est en l'air et ne bouge pas, alors il a explosé (sauf que si il est sur une colline son alti est positive mais il est posé) enfin ce genre de chose ... oui c'est faisable

[quote="Buzzz"]autre chose, est-ce que tu peux extraire les donn&#233]

Oui, c'est déjà implémenté, ya un flag DEBUG placé à 0, et une fois placé à 1 affiche tout ce qui est lu en binaire
sous linux c'est assez facile il suffit de faire une redirection dans un fichier
mais pour l'instant je n'ai pas fait de version <<dynamique>> de la chose

[Arekushi]

Pour le coup des munitions qui ne bouge pas, y'aura pas un problème si elles sont ficées aux ailes d'un avion et que cet avion par exemple taxiie puis s'arrete ?

Aru

[berkoutskaia]

Nope, car l'objet $munition n'apparait qu'au largage

[Arekushi]

ahaaaa !

Ok, bien joué !

Aru