Boucle plus courte

Salut,
Carrément!
J’ai fais des tests récemment d’une fonction qui s’appellerai non-synced overdub ou un truc du genre… En gros, la boucle créée par l’overdub tourne sur elle même, du début à la fin de l’overdub.
Ce n’est pas encore au point, mais je songe à ajouter la fonction dans une prochaine livraison.
En revanche, si tu souhaites, faire un overdub qui part du début, tu gardes le point de départ intacte et tu donnes le point sortie en fonction d’un calcul que tu peux faire sur les durée de boucles.

ça donnerait cela :

WaitEndLoop
Overdub

WaitUserAction

Overdub
TrackLoop trk@ BeginAt 0 EndAt {($current_loop_duration_samples$/4)}

Tu peux affecter cette macro à une pédale qui a une fonction proche de l’overdub.

Tu peux bien sûr remplacer le 4 par une variable ce qui pourrait donc changer la taille de la boucle résultante.
Philippe

Interessant…!
Pas tout à fait la même fonction, pour pas tout à fait le même cas de figure.

Salut,
Elle fonctionne vraiment bien celle-là!
Si tu n’y vois pas d’inconvénient, je propose de la mettre dans la section macro à télécharger.
Philippe.

PlayImmediatlyAllNewTracks démarre la piste nouvellement créé immédiatement!
Je mettrai un exemple bientôt sur le site.
Mais déjà, il y a le nouveau tuto avec Add_Four_track qui utilise cette commande
Philippe

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

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$)}
PlayImmediatlyAllNewTracks

Dans 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

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.