Forum Replies Created
-
AuthorPosts
-
Philippe OllivierKeymasterSalut Christophe,
Je viens de modifier la macro. Il y avait des erreurs grossières dans le mode de calcul des points d’entrée et de sorties. La seule limitation qui subsiste, c’est que tu ne peux pas demander l’arrêt de l’overdub sur le même temps qu’a eu lieu la demande. Impossible de mettre une protection pour éviter ce problème pour l’instant.
Reprends le fichier au même endroit : http://www.logelloop.com/macros/overdub-asynchrone
Philippe
Philippe OllivierKeymaster@ Christophe
Salut,
la macro que tu proposes ne fonctionne pas chez moi.
Je vous en propose une également basée sur le métronome.
Elle permet de faire des overdub sur n’importe quel temps y compris après avoir fait une multiplication.la macro se trouve là : http://www.logelloop.com/macros/overdub-asynchrone
J’espère que ça vous sera utile, c’est également à prendre comme exemple pour ce genre d’utilisation des macros.
Philippe
Philippe OllivierKeymasterSalut Michel,
Ce bug est corrigé pour la prochaine livraison.
Philippe
Philippe OllivierKeymasterSalut,
Le déclenchement de Babylooper par macro est réparé pour la prochaine livraison.
C’est vrai que ça pourrait faire l’affaire dans le cas qui nous concerne, mais je continue de penser qu’un overdub asynchrone serait intéressant…
Philippe
Philippe OllivierKeymasterSalut,
Non, je n’ai pas eu le temps de m’en occuper.
Les tests que j’ai faits avec des macros n’étaient pas concluants…
Il faudrait directement créer la fonction dans Logelloop, mais ça, c’est plus de travail!
Je crains qu’il ne faille l’espérer tout de suite, il nous reste encore beaucoup de travail avant d’arriver là…
Philippe
Philippe OllivierKeymasterBonsoir,
Oui, c’est important de prendre en compte le fait que les variables sont globales à toutes les macros.
C’est parfois utile!
Philippe
Philippe OllivierKeymasterSalut Christophe,
En fait la variable $is_muted$ concerne le Mute global de Logelloop, pas les mute individuels de pistes.Pour l’instant, il te faut muter la piste à l’aide d’une macro et renseigner une variable personnelle :
// Début de la macro 1
TrackMute trk1 ON
Set $trk_1_muted$ = trueWaitUserAction
TrackMute trk1 OFF
Set $trk_1_muted$ = false// fin de la macro 1
Et ensuite, utiliser une autre macro qui contrôle l’état de la variable de mute de chaque piste :
// début de la macro 2
If {$trk_1_muted$ == 1}// Les posts se font dans la console de Logelloop (cmd+m)
Post {“trk1 muted”}Else
Post {“trk1 pas mutée”}
EndIf
// fin de la macro 2Est-ce nécessaire d’ajouter des variables en interne pour les mutes de pistes?
Philippe
Philippe OllivierKeymasterSalut,
Relie la macro que tu mets dans Logelloop.
Vérifie avec le bouton prévu à cet effet avant d’enregistrer.
Cherche et corrige les erreurs.
Regarde si des erreurs ne sont pas affichées en rouge lors de l’exécution de la macro dans la console (cmd+m).
Philippe
Philippe OllivierKeymasterSalut,
STP reprend le code que j’ai mis dans mon post du 29/10/2013 – 15:37:24 et ça fonctionnera.
Dans la macro que tu mets là, il manque des choses.
Philippe
Philippe OllivierKeymasterSalut,
Christophe a trouvé l’origine du problème.
C’est corrigé pour B22 qui devrait sortir rapidement.
En attendant, ouvrez et sauvez les préférences avant de faire une édition de macros dans Logelloop.
Si vous éditez la macro dans les préférences, il n’y a pas de souci.
Si vous l’éditez dans Logelloop alors que vous n’avez jamais ouvert les préférences, la macro s’effacera et cela bloquera Logelloop dans certains cas au redémarrage.
Philippe
Philippe OllivierKeymasterC’est normal qu’elle déconne.
Il manque des trucs et il y a une faute syntaxe à : “If { $mon_timestrech$ 3.00 }”.
Fait un copier-coller de la mienne.
Philippe
Philippe OllivierKeymasterSalut,
Si ça fonctionne.
Il faut que le counter soit plus haut que 3.
P
Philippe OllivierKeymasterSalut,
C’est avec une boucle précédemment enregistrée et sauvée sur le disque dur?
Ou avec une boucle faite juste avant le nextloop+autofade?
Quelle taille de buffer?
Philippe
Philippe OllivierKeymasterSalut Michel,
Non ça n’est pas un bug c’est normal qu’après un strech, les pistes soient désynchronisées.
Tu dois les resynchroniser avec la fonction prévue à cet effet.
Ci-dessous, je mets un exemple de macro complète qui fait tout et resynchronise.
J’utilise le mode de calcul de Christophe comme base ({$counter$*0.1}), mais ça peut être différent.
Philippe// Met en fonctionnement le Time strech
TrackTimeState trk1 ON// Met une variable à la valeur $counter$*0.1
Set $mon_timestrech$ = {$counter$*0.1}// Si la valeur est inférieure à .30, on la remet à .30 (minimum autorisé pour timestrech)
If { $mon_timestrech$ 3.00 }
Set $mon_timestrech$ = 3.00
EndIf// Met le Time strech à 10 pourcent de la valeur du counter
TrackTime trk1 = $mon_timestrech$// Attend une nouvelle solicitation de l’utilisateur
WaitUserAction// Stoppe le fonctionnement du Time strech
TrackTimeState trk1 OFF
// Synchronise à nouveau la premiere piste
TrackLoopResync trk1
Philippe OllivierKeymasterEtrange,
Ici ça fonctionne.
Quelle version utilises tu?
Philippe -
AuthorPosts