annosa questione del timing

[Maurizio Giri]

Dopo ulteriori riflessioni direi che il ritardo di un campione del clic max-driven è perfettamente logico: come dicevo più sopra, infatti, il parametro "Scheduler in Audio Interrupt" fa sì che i messaggi max vengano trasmessi prima del calcolo di ogni signal vector. Nella mia patch, quando durante il calcolo di un determinato signal vector l'oggetto edge~ genera un bang, questo viene inviato prima del calcolo del signal vector successivo (e non di quello attuale che è già stato avviato) ed essendo il signal vector lungo 1 campione abbiamo il ritardo di esattamente un campione.
Per rispondere alla tua domanda:

E, scusa la goffaggine, perchè questo avviene solo con il signal vector pari ad 1?

Perche', potendo max fare "bang" solo tra un signal vector e l'altro, se questo e' più lungo di 1 difficilmente il clic max e quello msp potranno capitare insieme...

m

[brunozamborlin]

Perfetto

[Maurizio Giri]

Da Eric Lyon: una serie di oggetti "sample accurate" che dovrebbero aiutare a risolvere il problema di un timing accurato. (dico dovrebbero perche' sono per maxmsp 4.6 e per vari motivi io resto ancora al 4.5.7 e non posso provarli).

Solo per Mac ma con sorgenti disponibili:

http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/

se li provate diteci le vostre impressioni!

m

[brunozamborlin]

Appena torno a mac li provo senzaltro 

[lorbi]

se li provate diteci le vostre impressioni!

m

provti...dopo 5 minuti di utilizzo max pianta....ma sará il mio giorno sfortunato...