A FAIRE

FAIT

• 10 juil 2015 (svn OASIS rev 532): voir quel est le code partagé entre VoxelServer et Skelextract (qui link avec libvoxelserver), et s'il est possible d'en faire un module séparé
  • → extraire VoxelGrid et les fichiers liés dans un composant VoxelGrid → FAIT
  • → linker VoxelServer avec le composant VoxelGrid → FAIT
  • → linker SkeletonExtract avec VoxelGrid et VoxelServer (pour le client de voxels) → FAIT

• 03/07/2015 (svn OASIS rev 529): extraire de VoxelServer la partie reconstruction de voxels (3 méthodes [EVE…?]) et traitement de voxels (3/4 méthodes de suppression d'objets fantômes).
  • actuellement 6 méthodes de reconstruction : [SFS, EVE_M, EVE_MEAN_M] x [sans median filter, avec median filter]
  • code compliqué car les 6 méthodes sont mélangées et parce que c'est le client qui configure le serveur, le serveur doit pouvoir changer de reconstruction à chaud
  • → remplacer la configuration par le client par une configuration du serveur par fichier de conf → simplifier les communications réseau → FAIT
  • → simplifier le client qui devient passif → FAIT
  • → faire 1 classe de reconstruction de base, et une classe dérivée par méthode → PAS UTILE car VoxelBuilder::buildVoxels() est beaucoup plus simple qu'avant, et il n'y a pas de code spécifique à une méthode de reconstruction

• 15/06/2015: gérer des blocs à nombre d'entrée variable dans Starling, en prévision de l'intégration de VoxelServer ; soit de multiples entrées, soit une seule entrée pouvant recevoir de multiples connexions. → PAS FAISABLE en pratique car :
  • un bloc correspond (dans le fichier XML qui le décrit) à une fonction prenant en paramètres les entrées et les sorties du bloc. Accepter des entrées multiples reviendrait :
    • soit à gérer un nombre variable d'argument de fonctions (pas possible),
    • soit à utiliser un std::vector<T*> à la place d'un T* ; ce qui donnerait des notations très lourdes et dégraderait la lisibilité du code ; il ne faut pas oublier que Starling est avant tout un générateur d'exemples de code
  • il faudrait gérer (et visualiser) les multiples connexions d'une même sortie vers une même entrée
  • En résumé : trop lourd pour le bénéfice attendu ; utiliser des entrées optionnelles à la place ; modifier le XML si besoin impératif de plus d'entrées.

• 09/06/2015 (svn LV rev 405 et OASIS rev 526): supprimer la dépendance sur libconfig, gérer les fichiers de configuration avec la sérialisation d'OpenCV.

• 14/04/2015 (svn OASIS rev 525): ajouter un bloc “Silhouette server” dans Starling, qui prend en entrée un bloc de soustraction de fond et un bloc de détection de peau ; le bloc “Silhouette server” intègre la partie réseau.
  

• 08/04/2015 (svn OASIS rev 523): modifier ImageServer pour utiliser BackgroundSubstract sous forme de plugin.

• 07/04/2015 (svn LIRIS-VISION rev 397): appliquer l'architecture de plugin à BackgroundSubstract.

ANNULÉ

* appliquer l'architecture de plugin à ColorsDetector