Closed vberthiaume closed 7 years ago
Pour moi, ce n'est pas vraiment un problème. Les sources non-sélectionnées doivent obligatoirement changer de position, puisque la position des sources non-sélectionnées dépend de la source sélectionnée dans les modes autre qu'indépendant. Donc, logiquement, les sources non-sélectionnées doivent changer de position. Le changement d'automation de mouvement implique forcément cela, non ?
Ce n'est pas un problème si les sources non-sélectionnées se déplacent d'une façon qui suit le mode de mouvement sélectionné. Le problème est que, pour moi du moins, le comportement est aléatoire. Genre:
En effet, pour moi le problème n'apparaissait pas dans le cas d'une écriture manuelle : La position des sources non-sélectionnées saute de manière apparemment cohérente. Dans le cas d'une écriture automatique avec une trajectoire, le mode mouvement ne devrait pas pouvoir être changé, comme c'est la cas pour la trajectoire.Ou alors si on veut changer de mode de mouvement en cours de route, pourquoi pas aussi changer de trajectoire ? En tant qu'utilisateur, lors de l'écriture d'une trajectoire, je définis ma trajectoire et mon mode de mouvement au préalable, avant de lancer l'écriture de l'automation.
Le Lundi 21 novembre 2016 14h07, Vincent Berthiaume <notifications@github.com> a écrit :
Ce n'est pas un problème si les sources non-sélectionnées se déplacent d'une façon qui suit le mode de mouvement sélectionné. Le problème est que, pour moi du moins, le comportement est aléatoire. Genre:
Bon point...! @Normandeau ?
Je devrais aussi mentionner que je suis activement en train de coder pour régler ce problème...!
Ce problème n'est pas pour moi important et pourrait être facilement réglé en n'autorisant pas le changement de contrainte lors de l'écriture d'une trajectoire automatique... En revanche, l'issue #18 des automations qui se contredisent, est pour moi un bug important dans le cadre de Reaper.
Je précise ma pensée : il serait intéressant de pouvoir modifier en temps réel au cours de l'écriture automatique d'une trajectoire de multiples paramètres telles que le changement de contrainte, le type de trajectoire... avec morphing :)..., mais ce problème ne me parait pas essentiel par rapport à d'autres.
Une autre amélioration "feature request", non indispensable, reliée au changement de contrainte, pourrait aussi consister à mettre en place un temps d'interpolation, variable de 0 à plusieurs secondes, ce qui permettrait d'éviter les sauts bruts de trajectoires pour les sources non sélectionnées et de créer des "morphings" pouvant éventuellement être intéressants dans le cas d'une automation manuelle.
Après de plus amples tests, j'observe aussi un fonctionnement aléatoire dans Reaper...
On continue.
La prochaine version https://github.com/GRIS-UdeM/SpatGRIS/releases/tag/v0.1.9 devrait régler ce problème. Laissez-moi savoir si ce n'est pas le cas!
relié à #99, mais moins systématique