Treshold et lissage de Speed

[NicolaGiannini]

Wow Speed ! Si j'avais eu cela pour ma pièce Rebonds ! Magnifique.

En faisant des tests d'intensité je crois que le paramètre Treshold pourrait être entre 0 et 30. Cela permettrait de faire des ajustements plus précis entre ces valeurs. J'essaierais d'ajouter la possibilité de lisser les données pour avoir des mouvements plus smooth.

[jpjullin]

V0302

J'ai ajouté un smooth, et le threshold est maintenant entre 0 et 30. Le problème c'est qu'en fonction des algorithmes de détection d'attaque, ça risque de ne pas bien fonctionner. C'est compliqué de trouver des paramètres qui fonctionnent pour tout les types de sons, et donc tout les types d'algorithmes.

Est-ce qu'on devrait utiliser un seul algorithme pour simplifier le processus? SI oui, lequel fonctionne le mieux pour toi?

[NicolaGiannini]

V0305

Probablement je laisserais l’utilisateur-rice choisir l’algo. On pourrait mettre le lien à https://learn.flucoma.org/reference/onsetslice/ dans un éventuel manuel.

Sur cette page, Flucoma recommande de commencer par essayer les algorithmes 2 et 9. Pour l'algorithme 2, on peut lire :

It works well with a wide range of sounds and has a normalised threshold range, meaning you only need to experiment with values between 0.0 and 1.0.

En effet dans la vidéo, quand je mets le Treshold à 2 avec l'algo 2, on voit que MapSPAT ne détecte pas le transient.

Je me demande alors s'il ne faudrait pas réduire encore le range, qui est maintenant de 0 à 30. Ou la laisser tel quel, en l'expliquant dans le manuel.

Je réalise une chose, peu importe l'algorithme, mais la valeur spatiale semble suivre l'accélération du rythme avec un peu de retard.

Qu'en penses-tu ?

https://github.com/jpjullin/MapSPAT/assets/35705913/8078feed-f5a7-4494-bd48-183a86b02ba8

[jpjullin]

V0306

J'ai simplifié l'interface de speed, maintenant il n'y a plus que 3 types de détection d'attaques: Energy, High Frequency Content, Spectral Flux et Rectified Complex Phase Deviation (le dernier étant celui par défault).

Le seuil est désormais normalisé entre 0. et 1. pour chaque type de détection. C'est fait èa la main en testant avec quelques sons différents, mais si jamais il y en a un qui ne fonctionne pas, dis le moi je changerais leurs valeurs de normalisation!

J'ai aussi changé pour que le suivi d'accélération soit plus rapide, avec une descente aussi plus rapide dépendant de la vitesse détectée.

[NicolaGiannini]

V0308, ça me semble bien fonctionner.