Problème de configuration avec Fruity Loops ?
- 18 réponses
- 4 participants
- 2 148 vues
- 1 follower

Olokrom

je viens d'acheter un Pocket Dial, mais je n'arrive pas à le faire fonctionner en mode relatif avec fruity. Donc il y a des sauts. J'ai vu un peu partout sur le Net qu'il pouvait y avoir des problèmes a ce niveau là avec Fruity, mais personne ne s'en plaint.
Y'a-t-il une configuration particulière pour éviter ces sauts ?
- 1
- 2

antiplastik

logiquement les endless wheels du pocket dial, du fait justement k'elles sont endless, n'envoient k'un signal relatif. le doepfer ne va pas envoyer un signal midi absolu (compris entre 0 et n) vu k'il n'y a pas de "début" ni de "fin" sur le controlleur...

antiplastik

tu controlles un potard virtuel avec le pocket dial. ensuite tu le bouges à la souris. et kand tu te ressers du pocket dial ça saute, c'est ça?

antiplastik

Citation : n'envoient k'un signal relatif. le doepfer ne va pas envoyer un signal midi absolu
bon visiblement j'ai dit une belle betise là. re-sorry

mais la réponse à ton pb est sur le site doepfer :
L'envoi de signal midi relatif est une invention doepfer (il n'existe pas de signal midi relatif fonctionnel standard). Fruityloops ne le supportera pas si son développeur ne se conforme pas à cette innovation de doepfer.
la suite en anglais j'ai la flemme de traduire

After a program change of the device controlled by Pocket Dial parameter jumps will occur. [...] This problem can be solved if the device controlled by Pocket Dial outputs the new values (i.e. MIDI control changes) for all parameters after a program/sound change. Pocket Dial receives these values and uses them as new starting values. [...] But it is essential for this type of control that the device controlled by Pocket Dial transmits the new MIDI controller data after a program/sound change.

Olokrom

Citation : After a program change of the device controlled by Pocket Dial parameter jumps will occur. [...] This problem can be solved if the device controlled by Pocket Dial outputs the new values (i.e. MIDI control changes) for all parameters after a program/sound change. Pocket Dial receives these values and uses them as new starting values. [...] But it is essential for this type of control that the device controlled by Pocket Dial transmits the new MIDI controller data after a program/sound change.
Là, il dise qu'en fait on peut éviter les sauts si Fruity envoie un message disant sur quels valeurs sont ses controlleurs. Mais Fruity le fait-il ? (Oui, il me semble, sinon ca ne marcherait vraiment pas).
Bon, mais sinon, j'ai eu ma réponse

C'est dommage car Fruity ne tire pas partie du plus gros avantage du Pocket Dial : le mode relatif pour éviter les sauts. Donc, pour le moment, y a autant de sauts qu'avec un autre controlleur.

Je vais continuer mes recherches, on sait jamais.

jmi

c'est ballot ce truc qd meme...


antiplastik

Citation : C'est dommage car Fruity ne tire pas partie du plus gros avantage du Pocket Dial : le mode relatif pour éviter les sauts. Donc, pour le moment, y a autant de sauts qu'avec un autre controlleur.
Pour moi le gros avantage du Pocket Dial c'est de pouvoir controller 4x16 potard grâce aux endless wheels. Et je n'ai pas ce problème de saut, puisqu'à partir du moment où un potard est lié à un controlleur, je ne touche plus à fruity, je controlle tout à partir du pocket dial.
En fait pour qu'il y ait un saut il faut ke le potard (virtuel) ait bougé entre 2 manips sur le controlleur (physique) auquel il est lié, on est d'accord? En fait j'ai du mal à comprendre ce que tu essaies de faire sous fruity avec le pocket.

antiplastik

Citation : C'est dommage car Fruity ne tire pas partie du plus gros avantage du Pocket Dial : le mode relatif pour éviter les sauts.
On peut toujours essayer de faire forcing auprès de Image-Line pour qu'ils adaptent fruity au pocket dial?


jmi


antiplastik

mé je ne comprends pas concretement quand cela peut vous arriver sous fruity...
...un exemple?

- < Liste des sujets
- Charte
- 1
- 2