Creare buffers dinamicamente

[brunozamborlin]

E' possibile creare oggetti di tipo buffer~ dinamicamente, tramite qualche comando?

Ho provato con degli script attaccati ad un thispatcher ma non funziona... magari sbaglio, ecco il comando che uso:

script new 268 222 64 9109513 buffer~ pippo

ho provato anche:

script newex 65 88 39 9109513 buffer~ pippo;

ma non succede niente... non dà errore, ma il buffer non viene creato.

qualcuno sa come si fa?

thx

[franz]

purtroppo il problema di buffer~ risiede nel fatto che ogni qual volta venga impostata la sua dimensione, questo viene resettato e quindi il suo contenuto cancellato. Il modo più efficace, veloce, leggero per fare una cosa simile ad un buffer~ dinamico è quello di impostare una durata iniziale piuttosto lunga (già 20 secondi sono parecchi) e dimensionare la lettura del buffer~ a proprio piacimento direttamente con groove~ o play~.
Per quanto riguarda lo scripting non ho la più pallida idea

Edit

causa l'ora tarda ho completamente fraiteso la domanda, scrivendo una risposta che non c'entra assolutamente nulla ahahah
 
comunque, tornando alla domanda, ti conviene creare dei buffer tramite script? Non è più comodo stabilire una cifra massima di buffer che andarai ad utilizzare considerando che più di un tot non ne utilizzerai, o addirittura creare un unico buffer molto lungo da utilizzare in maniera segmentata e ripartita tra diverso groove~ ecc..? Personalmente farei così

[franz]

o meglio ancora usa poly~

[mic]

normalmente faccio una subpatch dove metto un numero massimo di buffers che penso possano servire, poi li carico e assegno dinamicamente a groove etc il buffer che deve leggere..direi che è un approccio funzionale e ho visto che è il più comune..

[franz]

sicuramente è tra i più diffusi. Io continuo a prediligere di gran lunga l'utilizzo di poly~ nei casi in cui devo aprire più istanze della medesima cosa.
Nel caso specifico di buffer~ poi mi è molto comodo per caricare archivi di forme d'onda ed inviluppi che di solito vanno da un minimo di 20 elementi: carico un folder e automaticamente il poly~ apre tante istanze quanti sono i files dentro quel path dove ogni istanza ovviamente ospita una forma d'onda diversa

[brunozamborlin]

si forse poly è la soluzione migliore.
la cosa che non ho capito è: un buffer dentro ad una poly in bypass occupa memoria?

[franz]

dipende dalla grandezza del buffer ovviamente. Non credo però occupino troppa RAM, se hai 1gb o anche più dovresti stare tranquillo a meno che non hai 100 buffer da 20-40secondi l'uno, ma dubito possa essere utile averne di così lunghi

[brunozamborlin]

quindi secondo te la risposta è "si".

[franz]

buffer~ carica sulla RAM ergo impiega RAM. Se vuoi registrare cose lunghe ti conviene registrare, salvare su hd e usare sfplay~ & family secondo me.

[brunozamborlin]

è una soluzione purtroppo troppo onerosa... appena finito di registrare il suono dev'essere subito riprodotto, e se passo dall'hd ci mette una vita.
no dai uso poly informandomi bene prima su quanta ram avrà a disposizione il computer (non mio) che utilizzerà la patch.