Forum Replies Created
-
Posts
-
Salut Philippe
J’ai trouvé ! Je ne sais pas pourquoi mais c’était mon contrôleur midi pour le volume master de Logelloop qui déclenchait l’enregistreur (canal 1 ctrl 1) alors que dans les préférences, aucune commande n’était active. J’ai donc assigné un contrôleur midi à la commande “démarré si arrêté …” et maintenant tout fonctionne normalement. Plus de déclenchement intempestif
ChristopheEncore une petite question…
Je me suis fait ma macro et y ai ajouté des commandes (TrackLoop) pour délimiter la lecture de certaines pistes. Mais ces commandes ne fonctionnent pas à l’intérieur de ma macro. Par contre si je les met dans une macro dédiée, ça fonctionne. Je ne vois pas d’où vient le problème.1ere macro complète :
//Bascule le mode de chargement de preset au changement de bouclePresetRecallBehaviour AtNextLoop
Sleep 300
// Le nom du preset à charger
PresetRecall “78 P2”NextLoop
WaitUserAction
PresetRecall “78 P3”
LoopCWaitUserAction
PresetRecall “78 P4”
NextLoopSleep 50
TrackLoop trk2 BeginAt {$current_loop_duration_samples$ * 3/4} EndAt {$current_loop_duration_samples$ }
TrackLoop trk3 BeginAt {$current_loop_duration_samples$ * 3/4} EndAt {$current_loop_duration_samples$ }//Revient au mode chargement direct
PresetRecallBehaviour Direct2e macro (juste trackLoop)
TrackLoop trk2 BeginAt {$current_loop_duration_samples$ * 3/4} EndAt {$current_loop_duration_samples$ }
TrackLoop trk3 BeginAt {$current_loop_duration_samples$ * 3/4} EndAt {$current_loop_duration_samples$ }Christophe
Merci Philippe.
Tes propositions de macro marchent très bien.
Pour la commande “Loop”, il ne faut pas d’espace entre Loop et le nom de la boucle. Par ex : LoopC et non Loop CSalut Philippe
Effectivement la fonction de chargement de preset est exactement ce dont j’avais besoin. C’est vrai que c’est une fonction que je n’avais jamais utilisée jusqu’ici et n’y avait pas pensé. C’est impeccable.
Quand à ma remarque par rapport à l’état initial au changement de loop, elle est caduque puisque la possibilité de charger un preset au changement de loop existe. Néanmoins, est ce que cela pourrait être une option du comportement de Logelloop (si pas trop compliqué à mettre en place) ? Une autre possibilité à laquelle je viens juste de penser, c’est de créer une macro “jumelle” de NextLoop mais qui rappellerait le preset du loop précédent automatiquement. Je vais regarder ça un peu …En tout cas une belle preuve de la richesse et de la souplesse de Logelloop… Même après plusieurs mois d’utilisation, on n’a pas fait le tour de ces possibilités !
ChristopheBonsoir
Je réédite ma question.
J’utilise la fonction TrackVolume dans une macro. Quand elle est utilisée avec une piste (par ex TrackVolume trk1 = -56), elle fonctionne mais la même fonction sur une piste fx ou sfx ne fonctionne pas.
Est ce que certains d’entre vous ont rencontré le problème ?
Merci de votre aide
ChristopheBonjour Philippe
Je n’avais pas pensé à l’arrangeur pour les questions Mute/ Solo. Cela me semble une bonne solution, plus riche encore du fait que l’on peut mettre plein de chose dans la macro qui démarre avec la mémoire.
Pour l’éditeur de boucle, je comprends bien le bazar. Je vais chercher des solutions alternatives en attendant Logelloop 3 !!! 😉
ChristopheSalut Philippe
La macro a l’air de fonctionner. J’ai qques trucs bizarres en 3 tps mais c’est peut-être moi qui ne suis pas bien calé. Je vérifierai ça plus tard.
2 questions
Tu proposes d’utiliser le métronome en autostart slave, tu indiques avant le nombre de temps de ton morceau ? Parce que dans mon cas, si j’indique mesure à 3 tps, il ne crée qu’une mesure pour tout le morceau, du coup la macro est inutilisable.
Quand je change de preset, les sections de boucles créées par la macro sont perdues. Est-il possible de les garder ?
ChristopheBonjour Michel
As tu essayé avec Set $mon_timestrech$ = {$counter$/10} ?
Sinon, j’ai essayé la macro à Philippe dans le post #1557. ça marche bien chez moi.
ChristopheSalut Philippe
C’est vrai, ma macro n’est pas complètement au point, je ne l’avais essayé que sur des mesures à 3 tps où elle fonctionne bien, à 4 tps, il y a un truc qui coince.
J’ai installé ta macro, je la trouve plus intéressante (plus souple sur la taille de la nouvelle boucle). Mais chez moi, elle fonctionne 1 fois, pas 2. Est ce que ça ne vient pas de la façon de déclarer les variables (différence entre Set et Redeclare) ? La nouvelle boucle est calée sur 1 mesure pas sur un nombre de temps …Christophe
C’est vrai, ça sera même l’idéal car plus souple. En attendant, la macro ci-dessus peut peut-être dépanner …
Le problème et l’intérêt de babylooper, c’est qu’il est complètement asynchrone. Là l’idée, c’est que les boucles créées restent synchrones (qu’elles aient toutes la même pulsation) et qu’on puisse donc les caler sur la boucle de référence (en utilisant les fonctions Wait…) ce qui permet d’être sûr de la précision des débuts et fin de boucles. Quand on utilise babylooper, on lance le démarrage et la fin au pied et on a forcément un décalage des pulsation au bout d’un moment.
J’ai une solution à proposer. L’idée de départ est la même à savoir une boucle plus courte qui démarre quand on veut. J’ai rajouté des contraintes pour réussir à écrire une macro, il faut le métronome, que les boucles courtes soient proportionnelles à la boucle de référence et que la nouvelle boucle tourne sur un certain nombre de mesure.
SelectTrack A trk@
Sleep 50
IncSelectedTrack
MetroActivateEvents true//Attend le 1er temps d’une mesure.
WaitMetroBeat 1
Overdub//mémorise la mesure actuelle
Redeclare float $MesureOverdubNonSync$ = $metro_loop_current_bar$
WaitUserAction
Overdub// Crée des fractions permettant de délimiter le début et la fin de l’overdub.
Set $DebutOverdub$ = {$MesureOverdubNonSync$/$metro_loop_bars$}
Set $FinOverdub$ = {($MesureOverdubNonSync$+1)/$metro_loop_bars$}TrackLoop trk_sel BeginAt {($current_loop_duration_samples$*$DebutOverdub$)} EndAt {($current_loop_duration_samples$*$FinOverdub$)}
PlayImmediatlyAllNewTracksDans cette 1ere mouture, la nouvelle boucle ne dure qu’une mesure, on peut cela changer au niveau de la déclaration de la variable $FinOverdub$ en changeant le chiffre 1 qui donne le nombre de mesure de la nouvelle boucle. On pourrait aussi imaginer donner ce chiffre en fonction du compteur.
Christophe
Philippe
As tu réussi à écrire une fonction Non-Synced Overdub ?
J’essaye … Je pense qu’il faudrait pouvoir “enregistrer” la position de début et de fin de l’overdub à l’aide de variable mais je ne trouve pas comment. Quand on lance un overdub, y a t-il un moyen de savoir à quelle position il commence par rapport à la boucle de référence ?
Si on utilise un métronome, on peut “tricher” en mettant le nombre de beats = nombre de temps de la boucle de référence et en utilisant le numéro du temps comme variable de début et de fin. Qu’en penses tu ?
Christophe