Glitch Machine (quinto pezzo facile)

[Maurizio Giri]

Bene! Anche il quinto pezzo facile è online, fatemi sapere che ne pensate!

m

[Batti]

Mi piace molto, molto efficace! grazie per la condivisione.

[Maurizio Giri]

grazie a te per l'apprezzamento.
(sul "problema serial" ahimé non ti so aiutare...)

m

[doubledev]

buongiorno,
stavo cercando di riprodurre questa patch molto interessante in PD ma mi sono imbattuto in un problema.
in Pd non esiste l'oggetto rate~.

quindi vorrei capire come si potrebbe fare senza questo oggetto o se in alternativa è stato costruito un oggetto simile.
Oppure: è possibile costruire una abstraction con le stesse caratteristiche ??


grazie e ancora complimenti

[Maurizio Giri]

la cosa più semplice è sostituire tutti i rate~ con dei phasor~ indipendenti dal primo.
Data la frequenza del primo phasor~ di 1 Hz, la frequenza degli altri phasor è
0.666667
0.333333
0.25
16
0.4

lo svantaggio è che alla lunga perdi la sincronizzazione (ma puoi azzerare la fase di tutti gli oscillatori per riprenderla)

m

[doubledev]

se volessi "restartare" la fase degli oscillatori in modo automatico ogni tot tempo senza avere effetti collaterali legati al HARD SYNC, dovrei impostare come tempo di restart il massimo comune divisore fra  tutte le frequenze, giusto ?
quindi non si hanno distorsioni momentanee solo nel caso in cui i numeri delle frequeze siano numeri razionali    ( ! ? ) o sbaglio?



grazie

[Maurizio Giri]

se volessi "restartare" la fase degli oscillatori in modo automatico ogni tot tempo senza avere effetti collaterali legati al HARD SYNC, dovrei impostare come tempo di restart il massimo comune divisore fra  tutte le frequenze, giusto ?

Giusto, oppure puoi calcolare il minimo comun multiplo fra tutti i periodi, che nel caso di questa patch è esattamente un minuto (equivalente a 0.016667 Hz)

quindi non si hanno distorsioni momentanee solo nel caso in cui i numeri delle frequeze siano numeri razionali    ( ! ? ) o sbaglio?

Questo sarebbe vero se la precisione del sistema fosse infinita, ma dal momento che max ha 24 bit di precisione gli inevitabili arrotondamenti alla lunga portano comunque a slittamenti di fase tra gli oscillatori, a meno che le frequenze in gioco non siano esattamente un sottomultiplo della frequenza di campionamento.
In ogni caso, per una patch come la "glitch machine" il problema della discontinuità non dovrebbe essere così drammatico.

m

[doubledev]

grazie per gli innumerevoli consigli.
ho replicato la patch come gli strumenti a mia disposizione (molto pochi) ma la patch non funziona come dovrebbe...
escono suoni ma così belli e "puliti" come quelli che ho sentito dalla sua patch gemella.

perchè ?

se ha voglia di darci un occhiata per capire cosa c'è che non và ne sarei felicissimo, anche se non vorrei abusare del suo tempo.

allego qui sotto la patch.

grazie

[Maurizio Giri]

credo che i problemi derivino tutti dall'abstraction "pd snapshot", la patch maxmsp infatti è pensata per lavorare principalmente con i segnali, mentre vedo che in pd sei costretto a trasformare molti segnali in messaggi numerici e questo crea discontinuità. Inoltre vedo che i delay~ non fanno una dissolvenza incrociata quando si cambia il ritardo, e generano quindi un tappeto di click.
Mi sembra strano che non esistano oggetti come >~, <~ etc. ma non sono un esperto di PD, magari qualcun altro (Franz?) può darti qualche consiglio utile.

[doubledev]

non lo so....ho provato a cercarli in qualche libreria ma niente
l'unica con qualche oggetto interessante era solo per linux (io uso mac)

grazie lo stesso per le pillole di saggezza e per il tempo offritomi


PS. complimenti per il libro.....è fatto molto bene