|
Titolo: riempire un buffer in tempo reale... Post di: marco su Dicembre 02, 2005, 15:49:18 Domanda n°1
mettiamo che voglia elborare l'audio in tempo reale...ad esempio construendo un VST pluggo. l'audio che mi arriva dall'oggetto "plugin" lo voglio spedire subito in un buffer... come faccio? con l'oggetto record~ mi si crea una sorta di fastidioso delay... Domanda n°2 sto osservando un pò di granularizzatori....vedo che molti hanno una struttura tipo delay..nel senso che hanno del parametri time,feedback, ecc... qualcuno saprebbe descrivermi schematicamente la loro struttura... e se si pòo anche quella di un granulizer standard.. ho scaricato i vari objects della serie http://www.nathanwolek.com/ (http://www.nathanwolek.com/) ma sto studiando + che altro la struttura in se di un intero granulizer... spero di essermi spiegato! GRAZIE 1000! ciao Marco Titolo: Re: riempire un buffer in tempo reale... Post di: brunozamborlin su Dicembre 02, 2005, 17:31:45 Per la domanda numero uno, se vuoi specificatamente memorizzare del segnale audio in un buffer, il record è l'unica soluzione.
Dipende da che vuoi farci in seguito capire se si può fare a meno di utilizzare il buffer... Per la seconda domanda hai praticamente chiesto di riassumerti un'enciclopedia Marco! Se fossi in te mi farei una bella ricerca su google, se non hai problemi con l'inglese trovi materiale da studiarti a volontà. Un grano è un evento acustico di durata molto breve, con una durata prossima al limite della percezione uditiva umana (che tipicamente è di alcuni millisecondi). Per creare un suono di elevata complessità e dinamicità ( e che quindi vari la sua struttura spettrale nel tempo), secondo la filosofia della sintesi granulare asincrona, è necessario unire insieme un elevato numero di grani. Questo significa che il singolo grano è l' elemento costituente e più elementare di un evento sonoro composto da un certo numero di grani stessi. Già di per sé l'idea è affascinante: volendo fare un paragone con la fisica, il nostro grano costituisce la particella elementare, l'oggetto base, e riunisce in sé tutte le caratteristiche di ciò che poc'anzi definivamo elemento microstrutturale: è dotato di una propria frequenza di pitch (altezza), una ampiezza, una durata, un proprio contenuto spettrale (timbro), ed una eventuale propria collocazione spaziale: una sorta di quanto acustico. Questa idea di rappresentazione granulare nasce dalla mente del fisico inglese Dennis Gabor, che pubblicò sull' argomento due brillanti articoli nel 1946 e 1947, dove propugnava il concetto che fosse possibile rappresentare qualsiasi tipo di suono tramite l'appropriata combinazione di migliaia di grani. Negli anni '60 il compositore Iannis Xenakis riprende quest' idea descrivendo in questo modo un suo modello di sintesi granulare: "Ogni genere di suono, anche variante dinamicamente nel tempo, va visto come se fosse costituito tramite un assemblaggio di un grande numero di suoni elementari adeguatamente disposti nel tempo. Nel tempo di attacco, sostegno, e decadimento di un suono complesso, appaiono migliaia di suoni 'puri' (di tipo cioè sinusoidale) in un più o meno corto intervallo di tempo Æt. " Xenakis propugna anche l'idea degli screens , una sorta di intervalli di tempo all' interno dei quali vengono distribuiti in maniera statistica migliaia di grani. Ecco quindi, tramite lo screen , apparire l'idea dell' evento formato da molti, elementari, elementi costitutivi. Nella sintesi granulare asincrona il risultato sonoro finale di ogni evento è quindi prodotto da molte sequenze di grani parallele le una alle altre ove i grani stessi sono distribuiti statisticamente o pseudocasualmente in maniera non sincrona appunto tra i grani stessi e/o le sequenze . Ma la visione di Xenakis non può ancora attuarsi per la mancanza della tecnologia necessaria: solo più tardi, negli anni '70, il compositore Curtis Roads riuscirà mediante calcolatore a produrre le prime composizioni ottenute con la sintesi granulare. Col passare degli anni, molti altri scienziati e compositori (compreso chi scrive) si sono avvicinati allo studio di questo sistema di sintesi che, sia per la sua eleganza formale rispetto ai modelli micro e macrostrutturali, sia per l'enorme potenza di elaborazione sonora che offre, ha affascinato ed affascina tuttora, a discapito del suo enorme costo computazionale, perché, più che unicamente un sistema di sintesi, costituisce una filosofia operativa nel concepire e comporre una composizione musicale. Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 02, 2005, 18:16:42 ciao marco
http://dm-in.hfk-bremen.de/_oeffentlich_/Heintz_Joachim/Granularsynthese/ è una patch di max per la sintesi granulare sviluppata da Nobuyasu Sakodna, è fatta molto bene e la puoi vivisezionare approfonditamente! Titolo: Re: riempire un buffer in tempo reale... Post di: mauriziogiri su Dicembre 02, 2005, 23:18:48 Se memorizzi l'audio in un buffer e poi lo rileggi e' ovvio che ci sia un delay. In genere per elaborare l'audio in tempo reale non devi memorizzarlo in un buffer, ma mandarlo direttamente ai moduli che lo elaborano (filtri etc.), a meno che tu non voglia fare un granulatore, in quel caso registri il suono e poi lo rileggi a pezzettini (e il delay c'è per forza, almeno in questo universo)...
Per quanto riguarda la struttura di un granulatore, come ti hanno già detto è una domanda un po' difficile: è come chiedere come si costruisce il motore dello shuttle il primo giorno di lezione alla facoltà di ingegneria... comunque la granulazione si basa sulla lettura di piccole porzioni di un suono registrato in precedenza: questa lettura può avvenire a velocità diverse e su porzioni di suono più o meno grandi, prese in punti diversi del suono d'origine (all'inizio, alla fine, al centro... dipende da dove tu "dici" alla tua applicazione di leggere il suono). Questi grani, per evitare clic e altri rumori fastidiosi vanno modificati con un inviluppo che ne attenui l'inizio e la fine. L'inviluppo può avere varie forme, ad es. un triangolo, oppure una curva gaussiana (una forma a campana) e deve naturalmente durare quanto il grano: in pratica si moltiplica il suono per l'inviluppo. In una sintesi granulare che si rispetti i grani sono molti e si sovrappongono, questo significa che con msp bisogna usare l'oggetto poly~ e creare molte istanze diverse. I parametri che tu vedi nelle applicazioni di granulazione spesso non sono standard: ad esempio feedback si riferisce probabilmente ad una applicazione che prende l'uscita del granulatore e la riscrive nel buffer che contiene il suono originale, per aumentare la densità della granulazione, ma magari si tratta semplicemente di un delay con feedback che viene applicato all'uscita del granulatore... Insomma e' un gran casino, e non e' una cosa che si puo' imparare in un giorno... la cosa migliore e' analizzare le patch esistenti (come hai visto ce ne sono molte) e approfondire il piu' possibile maxmsp, perché per fare la sintesi granulare bisogna conoscerlo mooooolto bene... m Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 03, 2005, 00:02:42 grazie 1000 franzrosati per il link...ora scarico!!!! ;)
maurizio, grazie anche a te per le preziosissime info... si lo so in effetti non è una cosa molto semplice e logicamente si deve conoscere benone max...(io sto imparando ad usarlo da poco).. ora vedo in giro un pò tutto il materiale che sto trovando... cmq ho una domandina...voi ve lo siete mai costruiti un granulizer? se si con che logica (in generale)? ...sapevo dei meccanismi della granular synthesis...ma mi sfugge una cosa: io pensavo che il suono in input venisse registrato a pezzettini e non interamente...giusto?? e poi ogni pezzettino veniva letto ad una certa velocità con l'inviluppo desiderato (triangle o gauss)... mmm...mi sbaglio forse? thx! :) Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 03, 2005, 00:51:05 già che ci sono faccio una domanda inerente all'oggetto poly~ che mi dovrebbe servire: bene...lo voglio capire: ho visto nell'help che praticamente è un oggetto che permette il caricamento di una patch (il formato *.pat che è???!) già esistente la quale debba contenere degli in~ out~ al posto degli inlets e outles tradizionali...
questa patch viene caricata per un numero di n istanze... bene...ma io nn ne colgo il suo utilizzii, in parole povere: a che serve? quando e come la si usa? nel caso del granulizer come mi poò servire? p.s. scusate se faccio domande in continuazione,,,,ma sono un principiante e ho voglia di imparare un po questo benedetto maxmsp! ciaooooo! ;) Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 03, 2005, 15:00:29 Ciao marco
innanzitutto l'estensione .pat è l'estensione di una qualsiasi patch di maxmsp. Per l'oggetto poly_(non posso fare la tilde sono da linux quindi utilizzo un _) il suo utilizzo risulta estremamente necessario nel momento in cui tu abbia bisogno di creare uno strumento polifonico. In poche parole poly_ agisce aprendo più istanze della stessa patch contemporaneamente. Se tu costruissi per esempio un sintetizzatore di qualsiasi tipo in max, pilotato via MIDI, avresti uno strumento monofonico, inserendo la patch del sintetizzatore in un poly_ con argomento 16 (che si riferisce alla polifonia, ovvero alle istanze che puoi aprire) riusciresti a suonare fino a 16 note diverse contemporaneamente, l'alternativa sarebbe aprire 16 patch dello stesso sintetizzatore o qualsiasi altra cosa si tratti gravando sulla cpu. Ogni patch che vuoi utilizzare con l'oggetto poly_ deve avere i suoi In_ e out_ e l'oggetto thispoly_ con i rispettivi argomenti che ti permettono di aprire e chiudere istanze nel momento in cui non ti servono, l'help dell'oggetto è sicuramente molto più chiaro di come ti sto esponendo la cosa. Ti lascio immaginare gli utilizzi dell'oggetto poly_ nel caso della sintesi granulare ;D o di qualsiasi altra cosa necessiti di polifonia. Immagina per esempio di costruirti una specie di campionatore utilizzando un solo buffer_ invece di utilizzarne, che so, 60. Per quanto riguarda il "granulizzatore" io non ho ancora affrontato l'argomento in maniera pratica anche se ho fatto qualche esperimento per la generazione di grani in max collegandolo ad un buffer da "polverizzare" con un delay particolare, il mio franzdelay, che da un effetto simile alla granulazione ma non è controllabile secondo parametri standard come sincronia di pitch e lunghezza dei grani ecc...è tutto piuttosto aleatorio :P. In ogni modo c'è il Granular Toolkit che è molto ben fatto però non è molto utile a capire come si può strutturare un modello di sintesi granulare sincrona o asincrona che sia. Il link alla patch di Sakodna invece può essere già più utile da vivisezionare e capire qualcosina in più. Spero di non essere stato troppo prolisso! .franz Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 03, 2005, 18:25:38 grazie 1000 franz!
la tua spiegazione mi ha chiarito moolto le idee...boh, si vede che alcuni helps di max per me sono un pò troppo sintetici senza venire al dunque... cmq grazie ancora...rileggerò bene la tua risposta e smanetterò un pò su sto poly~.... cmq volevo condividere con voi questo rottame: (http://img421.imageshack.us/img421/208/granulizeme5mq.png) (http://imageshack.us) ...è una sorta di granulizzatore.. il perno del suo motore è l'oggetto grain.bang~... ecco alcuni esempi audio facendogli passare attraverso dei loops: loop_1 (http://www.marcoerre.altervista.org/misc/granulizeme1.mp3) loop_2 (http://www.marcoerre.altervista.org/misc/granulizeme2.mp3) ...tenete basso il volume dei vostri monitors...diciamo che non è sto suono così limpido e lieve.. :D bhe diciamo che magari è utile ad ottenere quei suonini molto glithc che (soprattutto x uno come me) sono molto utili... magari registrando il risultato in un file *.wav e poi spezzettare tutto con Recycle o simili.... ;) ciaooooo Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 03, 2005, 18:35:21 cavolo franz ho ascoltato il tuo pezzo wasserfester on AFE Records Ten Years Compilation...complimenti!!!!!!!!!!!!
mi piace molto quell'atmosfera così dolce con quel sottofondo minimal electro!! bravo! ...a proposito..quel suono iniziale in wasserfester...(penso un cymbal o qualcosa processato) l'hai magari ottenuto con il tuo "franzdelay"? mmm...sto ascoltando anche le altre tracce .01 ek soner .02 p3 re t1 ta .03 cycal et nova .04 raw estivo session#1 complimenti...hai talento. io cmq spargerei un pò + di melodie e ritmiche...diciamo che mi sposterei verso un TelefonTelAviv style... :D ciao... Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 03, 2005, 20:53:08 Ti ringrazio moltissimo per i complimenti!!
tutti i pezzi che senti li sono "suonati" e improvvisati con il mio software dal nome provvisorio "groovesection" che nient'altro è che un coso modulare pieno effetti e basato sostanzialmente sull'elaborazione di Loop o Samples, e sull'elaborazione dei segnale proveniente da sorgenti esterne (chitarra, basso, microfoni ecc...), appena ho due minuti allego uno screenshot. Ovviamente il tutto fatto in Maxmsp. Il suono all'inizio è semplicemente un sample mandato in play, riducendo e aumentando la porzione di buffer che viene letta :P un piccolo trucchetto molto carino eheheh. Il franzdelay fa tutte altre cose :D Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 03, 2005, 22:15:57 ah...praticamente quell'effetto lì è fatto smanettando sul range di riproduzione dell'oggetto groove~?? se sì, anch'io avevo costruito una patch simile...che faceva variare anche il pitch della porzione in modo random...
ok...posta uno screenshot che sono curioso!!! (ho come il presentimento che quando lo vedrò mi verrano i complessi di inferiorità...tipo quando namaste posta i suoi screenshots..) :( p.s. li hai ascoltati i sample che ho postato? Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 04, 2005, 14:09:25 i sample purtroppo mi reindirizzano alla home page di altervista quindi non sono riuscito a scaricarli.
Ma quello è un oggetto interamente costruito da te (sembra molto carino quindi complimenti). ecco uno screenshot, comunque fidati non è niente di che :D è solo una mega accozzaglia di robe purtroppo Titolo: Re: riempire un buffer in tempo reale... Post di: brunozamborlin su Dicembre 04, 2005, 14:52:46 Per ascoltare mp3 uplodati su altervista devi cliccarci col tasto dx (ctrl+click se usi mac) e copiare il link su clipboard.
Poi apri una nuova finestra del browser e incolli. Dall'immagine la patch sembra complessa, tipica interfaccia maxiana direi!! :D Io sto provando a personalizzare un po le mie interfacce con fotografie e piccoli jpg che metto sui dial, i toggle e i button, ma è difficile non appesantire l'applicazione. Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 04, 2005, 18:48:52 si infatti è meglio evitare, io almeno tendo a mettere interfacce piuttosto "carine" e funzionali senza appesantire troppo con immagini e grafica troppo pesante, se devo proprio appesantire la cpu preferisco farlo per motivi di programmazione :D Con un interfaccia del genere e quel programma però sul mio powerbook 1,33 con 1,25gb di ram riesco a tenermi entro il 35% di cpu usage.
Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 04, 2005, 21:44:28 si si ho fatto tutto io... ;)
raga nn mi avete ancora detto come vi sembrano i samples... azz...farnz l'avevo detto: ora c'ho ancora i complessi d'inferiorità!! ;D ...cavolo sembra una figata pazzesca!! ma fammi capire.. tu importi i campioni e poi? li triggeri con qualcosa li looppi? come si muove il suono li dentro? sarebbe bello provarla..ma sicuramente (e giustamente) con le ore che ti è costata nn sarai così propenso a darla in giro! ;D Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 05, 2005, 22:01:34 no no il funzionamento è molto più semplice di quello che sembra :) diciamo che è divisa in 3 sezioni, i primi due moduli sono praticamente uguali, dei Loop player, che hanno il solo compito di mandare in Loop dei più o meno brevi file audio. A scendere verso il basso c'è un filtro che può essere passa basso, passa alto ecc... a scendere ancora c'è il pictslider che funziona come "spazializzatore" nel momento in cui il number box che sta sotto è =0 c'è il controllo manuale, altrimenti avviene una spazializzazione di tipo circolare alla velocità in Hz che inserisco sotto. ah sotto il filtro c'è un modulino per importare degli effetti vst, di solito di mia fattura, come il franzdelay ecc...accanto allo spazializzatore c'è un altro delay fatto però con un filtro comb, quindi viene fuori un delay un pò strano che io chiamo delay a matriosca, ma no è niente di particolarmente elaborato (anzi). quello più sotto di tutti è un filtro ad 8 bande che fa anche la spazializzazione automatica i cui valori sono generati in maniera random ed interpolati tra di loro, una cosa molto carina. Invece quel coso in mezzo è una spece di mini-Ableton Live, molto mini, ovvero si caricano dei loops e si imposta il numero di volte che li si vuole far suonare, e su quel multislider a fianco si scrive la "sequenza" dei 4 loops ecc...sotto ho messo sempre il solito spazializzatore, il modulo per i vsti, il filtro e il delay a matriosca. L'ultimo pezzo invece è soltanto delay a matriosca, vsti ecc...per gestire ed elaborare il segnale entrante, quindi chitarre, voci, chi più ne ha più ne metta.
Al centro c'è un Equalizzatore a X bande. Tutto qua, di msp non c'è molto lavoro apparte qualche finezza, il lavoro è più che altro svolto da max che gestisce un bel pò di cose, per questo motivo alla fine non è venuta fuori un'applicazione che pur facendo diverse cose tutte insieme non mi supera mai il 30-34% di cpu. L'unica cosa che non mi piace molto è il dover ripetere alcuni moduli...vorrei rendere il tutto più economico ed ergonomico possibile...visto e considerato che è sopratutto una cosa per i live-set, ci riusciro? Mah speiamo! Per marco, i Loop li ho sentiti però non so non mi danno l'idea di sintesi granulare vera e propria, cosa hai usato per costruirti quell'oggetto (visto così sembra veramente molto figo e fatto bene, intendo i parametri sono significativi) ? Forse dovrebbe essere un pò più "polifonico", cioè sembra che i grani si spengano un pò troppo in fretta invece di creare una situazione in cui possano sovrapporsi ed essere quantizzati secondo parametri ben precisi, però ripeto non ne so molto di sintesi granulare se non in teoria, quindi mi baso solo sul mio orecchio :) .franz Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 05, 2005, 22:07:28 ah eccolo, anche io ho grain.bang_
non lo avevo mai spulciato più di tanto inquanto a prima vista non mi sembrava troppo utile...però invece...mi stanno venendo un pò di ideusse :P Secondo me se lo metti in un poly_ e lo controlli con max puoi tirarci fuori cose piuttosto interessanti Titolo: Re: riempire un buffer in tempo reale... Post di: cecinestpasmonID su Dicembre 13, 2005, 19:07:15 ciao a tutti. sono nuovo, bel forum!
secondo me si potrebbe usare stutter~ per un buffer in tempo reale. questo oggetto ogni volta che riceve nel 2° inlet da sx un bang o un segnale che passa da 0 a !=0 campiona un numero di campioni dal 1° inlet di sx determinato dal suo terzo/quarto argomento (non ho il manuale sottomano non ricordo). queste particelle di suono possono essere riprodotte alla velocità preferita anche a diverse velocità contemporaneamente (fino a 20 particelle contemporaneamente), (vale a dire che è polifonico (??)). va da se che con abbastanza processore/RAM è possibile campionare anche delle particellone (1/2/3 secondi e via dicendo). credo potrebbe essere una buona idea. corrado P.S. qualcuno sa come fare la tilde con la tastiera Mac? Titolo: Re: riempire un buffer in tempo reale... Post di: brunozamborlin su Dicembre 13, 2005, 20:23:38 P.S. qualcuno sa come fare la tilde con la tastiera Mac? Benvenuto innanzitutto! Io uso pc ma mi par di ricordare che si facesse con Shift+alt+5 o una combinazione simile... :) Mo' do un'occhiata allo stutter allora. Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 13, 2005, 21:03:58 no no la tilde con mac è semplicemente alt+5 :D
grazie per il consiglio sull'oggetto Stutter nicktroppolungodaricordarecosìsuduepiedi è veramente molto utile!! .franz Titolo: Re: riempire un buffer in tempo reale... Post di: marco su Dicembre 13, 2005, 21:53:45 lo avevo già notato...
solo che (come al mio solito) l'avevo trovato un pò ostico. ::) Titolo: Re: riempire un buffer in tempo reale... Post di: mic su Dicembre 14, 2005, 13:19:06 .. .franz perchè io lo screenshot non lo vedo ne a casa ne al lavoro (ie, safari) è un problema mia o lo screenshot è stato tolto dal post per problemi di spazio..?..cmq sono troppo curioso, me lo riposteresti...è troppo bello studiarsi gli screenshot delle patch altrui!..quando sn comprensibili..!..quelle delle patch degli autechre che si trovano in rete sono dei veri e propri capolavori in sè!..
Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 14, 2005, 14:03:01 non saprei probabilmente lo screenshot è stato tolto per questioni di spazio. Purtroppo anche io l'ho cancellato dal computer, comunque a breve lo metto sul mio sito insieme ad un paio di patches carine (se riesco a renderle sufficientemente stabili) che comunque metterò prima qui...certo non sono le patches degli autechre :D
.franz Titolo: Re: riempire un buffer in tempo reale... Post di: mic su Dicembre 17, 2005, 10:58:55 ciao franz, ho visto lo screenshot del groovesection sulla tua homepage, intrigante veramente!..una considerazione sull'estetica della programmazione e il design delle patch in max: inizialmente man mano che imparavo (ho ancora mooooltissimo da imparare cmq!) con max tendevo a disegnare patch in modo che assomigliassero ad aplicazioni commerciali (almeno nell'aspetto!) voglio dire, volevo che tutto fosse ultra ordinato, solido, pulito e tra i miei obbiettivi c'era quello di costruire standalones, ..mi sono assolutamente ricreduto, la forza e l'aspetto futuribile di max secondo me stanno nel fondere il programming con la composizione musicale, il "lusso" che un esperto programmatore in max potrebbe permettersi è quello di scrivere patch uniche e dedicate alle diverse composizioni..la patches come vere e proprie "opere d'arte"!!..mi rendo conto che ciò che dico va contro ad ogno ragionevole principio di economicità!scusate se stò farneticando!
..franz mi daresti qualche dritta: su che patch si basa la spazializzazione che usi nei tuoi moduli..(è l'esempio che c'e nei tutorials?..usi spat..?..)..mi interessa, non ne ho mai usate.. Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 17, 2005, 11:37:55 il ragionamento che fai è SENSATISSIMO è senz'altro il punto di forza di max.! In effetti è quello che vorrei fare...il Groovesection è un pò una specie di mega-standalone in effetti, e questo è dovuto al fatto che si tratta di un software per improvvisazioni dal vivo e mi serve tenere sotto controllo alcuni parametri in maniera "comoda" e sopratutto ampiamente accessibile...comunque è più un'ammasso di roba che un "programma" vero e proprio :).
Per la spazializazzione utilizzo un'algoritmo scritto sotto l'illuminante guida di Maurizio Giri, insieme a riverberi e filtri che si comportano "di conseguenza", comunque non è una spazializzazione completa, simula movimenti circolari in ambienti di dimensioni più o meno grandi. Ultimamente sto provando degli oggetti molto interessanti per la gestione della spazializzazione e la spazializzazione che sono ambipan~, vbapan~ controllati da Trajectory. Titolo: Re: riempire un buffer in tempo reale... Post di: mic su Dicembre 17, 2005, 13:40:12 ..si si certo anche le mie patch per il live sono degli insiemi di moduli -standalones dove ci metto un di tutto!!..ultimamente ho riscritto un modulo loop player signal-driven con sequencer incorporato per comandare un po tutti i suoi parametri (resequence, volume, phasedivisor, rew..etcetc ogni traccia di ogni parametro impostabile in n. di step-gridsize e beatlength variabili e indipendenti)..prossimamente posto da qualche parte screenshots e patches.grazie per i suggerimenti su spazializzazione..ora mi ci butto un pò, eventualmente vi richiedo info
grazie mille mic Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 17, 2005, 16:49:58 carina sta cosa, più che altro il sequencing guidato da segnale è molto più stabile..non so se capita anche a te ma ogni tanto max, sopratutto oggetti come metro, perdono un pò i colpi :D
Titolo: Re: riempire un buffer in tempo reale... Post di: mic su Dicembre 17, 2005, 21:10:43 si decisamente..il segnale per certe cose è imbattibile, infatti inizialmente ero abbastanza avvilito per l'imprecisione che a volte aveva il sequencing con metro sul mio ibook g3, poi ho imparato a usare l'accoppiata phasor~ seq~..eccezionali ;D ;D
Titolo: Re: riempire un buffer in tempo reale... Post di: franz su Dicembre 17, 2005, 21:37:37 eheheh in effetti...anche se appesantisce un pò il lavoro di CPU rispetto a Max...purtroppo...però vabbè il modo per ottimizzare si trova :P
© Copyright 1996 - 2008 - ConTempoNet Edizioni Musicali ® - P.IVA: 05174251008
Tutti i diritti riservati - Tutti i marchi sono registrati - È vietata la riproduzione, anche parziale, dei testi e delle immagini. Powered by SMF 1.1.5 | SMF © 2006-2008, Simple Machines LLC Traduzione Italiana a cura di SMItalia |