Yes , En fait c'est du "midi feedback" tu presses sur un bouton du contrôleur ça envoi un note in à max et max renvoit un note out vers le contrôleur qui permet à la led de s'allumer.

chaque led à un "numéro identifiant" qui correspond au notenumber.

1-8-...
2-9-...
3-10- ...
4-11-...
5-12-...
6-13-...
7-14-...

J'ai un patch relié à l'inlet du  [matrixctl] qui converti les données du controlleur en coordonnées column/raw de la [matrixctl]

A la sortie de la [matrixctl] j'ai un patch qui reconvertit à l'envers  vers le midiout pour allumer les leds.

Exemple je presse sur le premier boutton avec l'id#1 , j'envoie donc le message midi suivant notenumber 1 / vel 64 (le channel on s'en fout)

(Le hic c'est que quand tu relaches ton bouton t'envoies un noteoff faut donc faire une magouille dans un autre patch pour faire tu toggle on/off)

Le message midi est converti à la matrixctl donc [ 0 0 1] j'unpack les messages de la matrixctl et les reconvertit vers le midiout du controlleur.

C'est juste pour info tout ça , ne te casse pas la tête , je finirais par trouver par tâtonnement

Ouep le toggle me parait une meilleure méthode que la matrixctl , c'est la voie que j'ai emprunté pour reommencer mon sequeneur. C'est laborieux mais c'est plus flexible. En fait plutot que de me servir des toggle j'utilise des sliders avec une range de 0 à 1 , c'est con mais c'est plus joli

Cette méthode a aussi je pense l'avantage de permettre l'ajout de delay pour l'envoi des données vers le controlleur. contrairement à la matrixctl qui envoit tout par paquet quand on fais un "recall".
Par contre c'est effectiivement super laborieux j'en suis à 8x8 pour l'instant

L'exemple ci dessous représente une piste de 8 pas.

citation :

hm ça a plus trop de rapport

désolé si je digresse un peu, vrai que le topic devient un peu fouilli.  Toi même tu te sers de grid controller style launchpad, monome ? J'imagine que c'est plus pour tes pads de batterie ?

citation :

je pense pas que counter ai un intérêt ici

Avec les toggle X, non mais pour le slider  il me semble que si.

citation :

toggle est quand même pile fait pour ça.

Je sais bien , je fais juste un peu de pimp my patch

citation :

il faudrait que tu représentes en plus les 64 toggles de ton controleur pour n'envoyer les notes off ou on que pour les pixels qui changent, ce qui devrait réduire le lag lors d'un recall / switch de grille

Ce serait super ouep, même si à priori je vois pas trop comment faire ...  faut que je me remette dans le cambouis , je connais pas [change].
Comme j'expliquais avant , j'utilise la méthode d'envoyer les messages à la queuleuleu (comme disait le poête) quand je fais un recall.

ça à l'air pas mal ça pschiiit . J'utilise le même principe de gate pour switcher entre les grilles. Je savais aussi que [coll] était surement un objet à utiliser , mais je bitte pas grand chose à l'help. (quand est ce que coll arrête d'emmagasiner des données, ce genre de questions)

Je sais que c'est vite refait ce patch mais est ce que ça t'embêterait de me fournir le patch en .txt ? Déja passé tellement de temps la dessus ...

Après avec max y'a toujours plein de façon de réaliser une idée. Pour les recall j'utilisais un simple bang sur l'inlet d'une matrixctl.

citation :

A toi de jouer, à présent, je pense en avoir assez fait.

Merci beaucoup , j'y vois plus clair maintenant avec [coll].
Ce genre de controlleur se démocratise de plus en plus et max est vraiment l'outil idéal pour les manipuler.

a +

haha ça fait une heure que je link et que je me dis que je devrais réinstaller la maxtoolbox