...
le point sur les graphes de generation au hasard
- G1 : graphe étendre un graphe viable : ok (toujours)
- ajouter "sans contrainte de viabilité syntaxique"
- REFAIRE pour comparaison en integrant la contrainte de viabilité syntaxique
- G2 : graphe succes d'obtenir une taille donnée au hasard:
- tirage de N fixé essai, normalisé entre 0 et 1
- premier resultats: a refaire avec tirage de N fixé essai, normalisé entre 0 et 1
- G3 : graphe parcours au hasard avec nbretry variable:
- refait en allant plus loin : on ne rencontre toujours pas de tassement a 20 retry!
- à pousser plus loin (multiplier par deux le nombre de retirage)
- PROBLEME: on etend une structure qu'a partir des connexions libres
- on va pour simplifier renommer le graphe : generation aux hasards, y compris choix des connexions. donc deux problemes possibles de viabilité :
- viabilité syntaxique : en étudiant le graphe on sait que chaque connexion n'est occupé qu'une seule fois (ca ne signifie pas qu'elle est exploitable)
- viabilité à la construction : test de collision lors de la modélisation.
- nouveau titre "(idem) sans contrainte de viabilité syntaxique"
- REMARQUE GENERALE : refaire (sans jeter les autres! utile pour la comparaison) avec ajout elagage par test de viabilité syntaxique
le point sur blindbuilder:
- quasi fini, reste un probleme de rotation et d'assemblage de sous blocs complexes
- remarques : bb est autonome p/r a l'évaluation/visualisation/moteur physique.
le point sur l'evaluateur:
- composé : visualisateur (fini) + moteur physique (a integrer) + fitness
- soit en 3 modules, soit un seul qu'on décomposera plus tard
prochaine réunion mardi 17 ou jeudi 19 juillet 17h