Merci pour le SAV

JpP

RECORD DU MONDE !!!!

> J'ai retrouvé mes murs en réinstallant 'Alsace VFR V1.0' !!!,
> J'ai retrouvé la végétation AGN Factory en rechargeant 'AutogenDescriptions spb' depuis le site FVFR,
> J'ai refait 'Basse Normandie' avec AGN MergeTool V2.28b',

Et tout fonctionne !!!

Quelques chiffres :
> Fichiers AGN Factory : 13090,
> Fichiers AGN Scenproc V1.99 : 15468,
> Fichiers combinés : 15657,

Les temps :
> première passe : 2002 fichiers communs : 11mn,
> deuxième passe : 3940 fichiers communs : 21mn,
> troisième passe : 6959 fichiers communs : 49mn.

Total : 12901 fichiers en 1h21 ... soit presque 2.8 dalles à la seconde, même sur les longues listes !

Qui parle encore de fuite mémoire ?

BRAVO Vogel69, ton outil roule comme une Ferrari !

En complément, voici mes réglages :


Juste encore 2 remarques 'ergonomiques' :
> Le nombre de dalles traités apparait 2 fois dans la ligne d'état, une seule suffit (1micoseconde gagnée )
> La décoche 'Preview' n'est pas mémorisée d'une session à l'autre, elle est cochée par défaut.

Le calcul du temps restant est correct chez moi (à 2mn près sur la session à 7000 dalles).

A+

Patrick

Dernière modification par PatDeBarr (08-08-2013 14:18:06)

Merci pour vos commentaires et retours

PatDeBarr a écrit:

RECORD DU MONDE !!!!...

Total : 12901 fichiers en 1h21 ... soit presque 2.8 dalles à la seconde, même sur les longues listes !

Qui parle encore de fuite mémoire ?

BRAVO Vogel69, ton outil roule comme une Ferrari !

...
Patrick

Une dalle AGN faisant environ 1,4 km de large d'après mes calculs ça fait environ 9500 km/h... c'est vrai que ca fait une bonne Ferrari en tous les cas savoir que ça fonctionne me fait bien plaisir

Pour les compteurs de fichier en double, c'est les nouvelles contraintes legales de sécurité au cas ou un des deux tomberais en panne... Mais bon parce que c'est toi, je vais voir si je ne peux pas faire quelque chose pour arranger ça

Pour ce qui est de la preview, je pensais qu'il valait mieux la laisser active au démarrage car la plupart du temps il me semble que l'on vérifie sur deux ou trois dalles que les filtres s'appliquent correctement avant de lancer le processus sur de nombreux fichiers. Mais bon il faudrait peut être que je la désactive uniquement lors du lancement d'une conversion ou mixage et effectivement dans ce cas là c'est vrai que la sauvegarde de ce paramètre serait un plus...

@filipo
Peut être que la désactivation de la fenêtre de Status et de la preview permet d'accélérer le traitement !? Je t'avoue que je n'en sais rien du tout n'ayant pu tester sur un grand nombre de fichiers.

Dernière modification par Vogel69 (08-08-2013 17:13:28)

Salut Vogel69,

La gestion d'un texte, quelque soit le langage prend beaucoup de temps machine ...

Tu ajoutes 4 lignes de caractères à chaque dalle ... pour 4000 dalles, ta fenêtre 'Status' est obligée de gérer jusqu'à 16000 lignes, qu'elles soient affichée ou non, cela représente plus de 266 pages de texte, de quoi ralentir n'importe quel processus !

La coche 'Preview' peut être gérée par l'utilisateur, ce serait juste intéressant que le logiciel se rappelle l'état dans lequel on l'a laissée.
Mais là, ce n'est que de l'ergonomie !

@ Filipo : je ne demande pas à FS-X une représentation réelle, Google Maps fait ça très bien, je cherche juste une représentation réaliste, sans plus. Ma configuration me donne le résultat que j'attends. Mais, à chacun ses gouts, cet outil permet tous les choix et c'est très bien.

Bon, je retourne au charbon !

Patrick

@Gropied,

Comment faire pour synchroniser les Areas et les agn c'est à dire sélectionner tous les agn disponibles correspondant à une région mais pas plus ?

J'ai pensé à un programme qui listerait toutes les Areas d'un dossier (les noms des fichiers sont faciles à se procurer grâce à une commande en MSDOS) et construirait à partir des coordonnées ( nom des fichiers à analyser) un polygone ou des polygones KML (rectangles) qui serviraient ensuite dans AGNMergetool pour sélectionner, comme on le fait déjà, le ou les paquets d'agn d'un dossier correspondant aux Areas.

Intérêt : avoir dans un dossier région contenant des Areas le nombre exact d'agn correspondant, pas plus, pas moins.       

Cette fonctionnalité pourrait même faire partie d'AGNMergetool, qu'en penses tu ?

En fait, ces manips peuvent être faites à la main avec un éditeur de texte ou même des fichiers excel mais pourquoi ne pas les automatiser ?

Super bonne idée.

@Vogel69,
Merci pour avoir amélioré ton programme AGNMergetool.
C'est en fait une amélioration spectaculaire, puisque on peut maintenant avoir une scène photo avec les bons agns . Ils n'en manquera plus et on en aura plus en double. Et on pas obligé de découper par région.

@Gropied,

Si Domsimu m'y autorise, je publierai les 113agn correspondants à cette scène et celle d'Orléans.
Domsimu si tu me lis .... smile

Oui, c'est autorisé.

L'évolution est très réussie.


Domsimu

Dernière modification par domsimu (11-08-2013 16:09:32)

Salut Vogel69,

Ton outil fonctionne à merveille ...

J'ai traité tous les scenery FVFR actuellement disponibles, si tu en veux le bilan (temps, volume, ...) dis moi le, je mettrai un document Excel en partage sur notre forum !

Un petit bug :
> En situation 'Mixage & Jointure', l'action sur le bouton (pas la coche !) {Preview} renvoie une erreur :


Ce n'est pas grave, l'action sur {Continuer} permet la suite des opérations, mais si ce bouton ne doit pas servir dans ce contexte, tu peux carrément le désactiver. Cela éviterait des mauvaises manouvres et l'apparition de cette erreur !

Pour la petite histoire ... j'ai appris à programmer tout seul aussi !
Ce n'est pas tout à fait vrai, mais à l'époque du Basic du Commodore 64, il n'y avait pas de professeurs, il y avais des livres (Micro App déjà !) et l'apprentissage s'est surtout déroulé au contact d'autres passionnés avec lesquels les échanges étaient nombreux.
L'informatique a tout de suite été une affaire d'équipe, les erreurs de certains étaient bénéfiques à tous.
Et apparemment, ça dure et c'est très bien !!!

Il y a encore quelques petites remarques ergonomiques dont je voudrai te parler, mais on a tout le temps ...

A bientôt.

Patrick

@PierreJean
Merci pour ce gentil message

@Patrick
Merci, tes statistiques peuvent être très intéressante, mais ne passe pas trop de temps a compiler tout cela quand même.

Merci pour le bug, je vais essayer de voir ça... Basic aussi mais sur Amstrad CPC6128 et depuis l'avènement d'Internet le partage de connaissance à atteint sont apogée et les progrès on pris en gros coup de boost !

Pour l'ergonomie ou le reste, je suis près a entendre toutes tes remarques. Après pour la mise en application tout dépendra de la difficulté ou le temps nécessaire a les mettre en œuvre

À bientôt...

Merci beaucoup pour l'information Laudrey Le comble c'est qu'a force de bricoler mon outil, je n'ai pas trop le temps de m'en servir pour le tester en grandeur nature

Ce qui explique aussi que je manque parfois de recul sur son utilisation "réel", d'où l'importance de vos remarques sur l’utilisation et l'ergonomie du programme. Merci a tous pour votre aide

Dernière modification par Vogel69 (13-08-2013 17:01:04)

Bonjour Vogel69


Je confirme l'observation de Laudey1. Le programme va en ralentissant lentement mais sûrement.

J'ai deux pistes mais l'une plus probable que l'autre :
La première : le programme prend tellement d'espace en RAM qu'au bout d'un moment il fait des swap disque mais je n'y crois pas trop.

La deuxième :

Un index de sortie de boucle mal géré :
A la fin le résultat est juste, on a bien tous les agn traités mais tout se passe comme si le programme retraitait tous les agn depuis le début à chaque passage dans la boucle de traitement principale.

Cela expliquerait que plus on avance dans le traitement, plus c'est long.
Le fait de sortir (annulation) du programme et de le relancer implique le calcul d'un nouvel index de départ et le processus recommence à tout traiter à partir de cet index, il repart donc très vite et ralentit à nouveau.
Comme l'explique Laudey1, il repart à fond puis ralentit et ainsi de suite obligeant à un traitement par lots.

Mes élucubrations sont fournies sans garantie aucune de validité...libre à toi d'en faire ce que tu en veux!


Cordialement,

Gropied

Merci encore pour vos remarques ! Je vais finir par envoyer le logiciel à mon pneumologue et/ou cardiologue... Peut être arriveront ils a être plus efficace que moi pour traiter ce problème d'"essoufflement"

Dernière modification par Vogel69 (14-08-2013 09:25:02)

Parfais Patrick ! merci pour ce rapport détaillé.

à gauche du bouton "preview" sur la dernière version.

Bonjour,

A priori c'est cela, mais effectivement je vais vérifier pour être sur.

Dernière modification par Vogel69 (16-08-2013 10:54:26)