Salut à tous...Quand , dans SCollider, on" lit" plusieurs lignes de codes différentes , et de façon aléatoire, le moteur audio de SC les synchronise t-il? J'ai , il y a peu, utilisé pas mal de lignes de code envoyées sur Twitter (140 caractères max) et du fait ,de leur spécificité sonore (étrangeté remarquable et fascinante d'ailleurs!) ,il est difficile de déterminer si ils sont désynchronisées ou non.Merci de votre attention.Beryann
Dernière modification par beryann (2010-11-04 22:21:45)
Hors ligne
Salut,
Les synths que tu lances ne sont pas synchrones automatiquement.
Il faut utiliser la classe TempoClock il me semble pour synchroniser des evénements entre eux.
jette un oeil du côté des routines aussi (tdef...)
La librairie BBCut est vraiment très utile pour ce type de pratique (synchro de buffer...).
+++
Hors ligne
Slt à toi Oyster
merci de l'info!! cependant...fais un copier de cette ligne de code (il est pas de moi,il est dans le style de Steve Reich):
Pspawner({|r|f={|t|r.par(Pbindf(Pbind(\note,Pseq([-1,1,6,8,9,1,-1,8,6,1,9,8]+5,319)),\dur,t))};f.(1/6);r.wait(12);f.(0.1672)}).play//s.reich
tu fais plusieurs copier/coller successivement dans le meme patch, de façon aléatoire et tu les lances et écoute ce qui se passe...ils se superposent et finissent (si tu écoutes l'enveloppe générale du son généré) par créer un "rythme"...Pour cette raison, je me demande, mais tu connais mieux SC que moi si, il y tt de meme pas une forme de synchronisation qui se fait...écoute et dis moi ce que tu en penses, il faut bien préter l'oreille, j'en ai déclencher un paquet en meme temps mais au pif....impressionant! Je l'ai choisi précisément à cause de son aspect très rythmique...Faudrait qu'on demande au docteur Rioux;)....Vincent, si tu nous lis...
Bonne journée
Beryann
Hors ligne
salut Beryann et Oyster_twiter !
il suffit de lancer le patch une seule fois pour obtenir l'effet "steve reich".
Pspawner sert à lancer en parallèle deux patterns grâce à la fonction f qui prend en argument la durée des notes (c'est un peu tordu mais ça marche plutôt bien)
f est évaluée deux fois
f.(1/6) soit 0.16666 secondes
et
f.(0.1672) soit juste un peu plus
il suffit de ce léger changement de durée pour que les deux gammes s'enchevêtrent peu à peu.
à priori les deux gammes se resynchronisent au bout d'un certain temps.
la 1ère gamme dure 2 secondes
la 2ème 2.0064
à la louche, au bout de 20064/32+12 secondes les deux gamme seront à nouveau "synchrone"... (10 minutes et des brouettes)
bonne nuit
vr
Hors ligne
Slt Vincent merci pour tes précisions...j'y vois plus clair...et j'ai pu remarquer moi-même ces phénomènes de désynchronisation et de resynchronisation...Qui plus est, j'ai fait l'expérience suivante : Je choisis une ligne de code à caractère rythmique (jeu sur les durées) et je fais plusieurs copier/coller dans le MEME patch et je les lance: La, il me semble que, du fait que je lance le code d'un seul et meme patch , ils se sychronisent très rapidement....MAIS, si tu ouvres PLUSIEURS patchs avec ce mêmê code et que tu les lances à tour de role et de façon aléatoire, peux tu me confirmer Vincent qu'ils sont àpriori désynchronisés?(si tu vois ce que je veux dire...
Quant à :
citation :
f est évaluée deux fois
f.(1/6) soit 0.16666 secondes
et
f.(0.1672) soit juste un peu plus
je vais essayer en changeant les arguments dans f et en l'évaluant avec le même protocole.Je trouve cette question importante afin de savoir par ex ,comme dans avec des patchs de Pd avec des phénomènes rythmiques analogues, si on peut AU CHOIX synchroniser ou désynchroniser.
Tout autre chose,Vincent, tu aurais une petite vidéo genre tuto de ton logiciel Esonoclaste ?Le concept est intéressant....bravo!beau travail!tiens nous au courant de tes avancées...
A bientôt!
Beryann
Dernière modification par beryann (2010-11-22 22:59:46)
Hors ligne