[PROJET] LOTATC .NET

[tim_k]

Merci!

[Doug]

You're welcome

[Doug]

Fanche, si t'aurais des consoles en photo (GCI ATC) pour que je sache quel design donné à l'interface graphique, je suis preneur. J'ai déjà pour l'AWACS.

[Doug]

Tim, you can also use Hamachi. It's easier than openvpn, etc

[Fanche]

je te cherche ça DOUG

[Doug]

Je viens de bien avancé sur le système de gestion d'altitude pompé à 95% sur celui de Brothers pour masquer les unités quand elles sont derrières les montagnes etc etc.

Exemple d'un masque sur les alti<100m:



@Fanche, par rapport a ce que tu m'a montré ce week end, on est dans un style très windows. On s'écarte des graphismes de LOTATC 1.0. C'est ce que tu veux ?

[Doug]

Module de compression/sérialisation réalisé. Cela devrait permettre de supporter des missions très chargées. Il fonctionne sur une compression ZIP. Je me demande si ca vaut le coup de mettre une option: Activer la compression. Sur de très petit flux, ca consomme plus que ca rapporte mais sur un gros flux, alléluia seigneurs de kobol.

Ezor, qq tu branles ???

[Ezor]

Module de compression/sérialisation réalisé. Cela devrait permettre de supporter des missions très chargées. Il fonctionne sur une compression ZIP. Je me demande si ca vaut le coup de mettre une option: Activer la compression. Sur de très petit flux, ca consomme plus que ca rapporte mais sur un gros flux, alléluia seigneurs de kobol.

Ezor, qq tu branles ???

kkdoit faire m'sieur ?

[Azrayen']

Sur de très petits flux, ca consomme plus que ca rapporte mais sur un gros flux, alléluia seigneurs de kobol.

En BP ou CPU ? Et "plus" c'est combien ?

=> Si le 100% zip n'est pas bloquant pour hoster un serveur avec machine "normale" et petite connex, je vote sans option (plus simple) ou alors un param dans un fichier si ça ne complexifie pas le code
=> Sinon si ça risque "d'empêcher" les petits budgets d'utiliser LOTATC 2.0, j'me dis qu'il vaut mieux inclure l'option.

(non non, pas de sang normand, pourquoi ?)

[Doug]

D'un point de vue alog, ZIP a besoin d'un dico etc etc. Du coup tu as d'emblé une placé occupé minimum. Enuite plus t'as de donné utiles et plus ca devient rentable. Ca dépend vraiment de la source mais disons que pour moins de 1~5 ko de données ca pas super rentable. Cependant comme j'utilise XML pour les transaction, il y a bcp de perte (nom de balises, ...). Du coup avec la compression c'est nickel.

Niveau perf: sur mon petit intel 2Ghz, 50 milisecondes pour compresser un fichier de 1Mo contenant près de 1 millions de caractères (c'est mon log de LoNET emplis d'XML). Le fichier a l'arrivé faite que 50Ko soit 17 fois moins.

En faite étant donné l'usage d'XML, la compression s'impose plus ou moins d'elle même.

Si vous êtes bricoleur:  TestXMLandZip.zip ( 1,01 Ko ) Nombre de téléchargements: 213


@Ezor, un cappuccino, merci