Re: [PD] spigot~ info please
João Pais wrote: maybe it's better if you send it to hans, or commit it yourself to your externals folder? hans is reading the list so it has already been sent to him. apart from that, i think that people should stop using [spigot~]: - it does something different than [spigot], so it's name is confusing. (how about [demultiplex~] or [demux~]? this name is already taken by zexy, but low and behold, zexy's [demux~] without arguments is compatible!) - a [spigot~] that is used a signal replacement for [spigot] can also be written as [*~]. the latter is shorter to write (why does nobody complain about the missing [multiplication~] object?) and does not trick the user into believing that signal-processing is paused (and cpu-cycles are freed) ([spigot~] is not [switch~]) fmnadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] ben voyons donc
On Sun, 6 Sep 2009, ydego...@gmail.com wrote: apportez vos portables mon telephone? mais non, ordinateur portable, bien entendu. il n'est pas du tout question de téléphones cellulaires. pero viva el marques de sade, i keep talking, you'll never get me Jésus t'aime. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] spigot~ info please
apart from that, i think that people should stop using [spigot~]: yes and i will call 'unauthorized' 'prohibited' from now on. it's not because i don't use Gem that i'm allowed to say : don't use Gem. - it does something different than [spigot], so it's name is confusing ?? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] capture audio
Hello, I'd like to capture little chunks of audio (50 - 300 msec) from the adc~ input into a buffer and playing them back directly in a loop. The idea is to get the impression of freezing the incoming sound. Can anybody give me a hint in how to implement this properly? (Especially about how to avoid clicks when the buffer content is changed.) Many thanks in advance. Achim Achim Bornhoeft Neckarhalde 38, D-72070 Tuebingen tel/fax +49 (0)7071 942745 mobil +49 (0)179 6936930 bornhoeft.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] capture audio
well, [adc~] to [tabwrite~] captures (on a bang to the tabwrite). for the length of a chunk change the size of the array you're writing to. (44100 is usually one second, dependent on sample rate). Check the help files for sampler techniques to keep playing that back, including one to take the audio down at the start and end of each loop. From: ac...@bornhoeft.org To: pd-list@iem.at Date: Sun, 6 Sep 2009 18:53:48 +0200 Subject: [PD] capture audio Hello, I'd like to capture little chunks of audio (50 - 300 msec) from the adc~ input into a buffer and playing them back directly in a loop. The idea is to get the impression of freezing the incoming sound. Can anybody give me a hint in how to implement this properly? (Especially about how to avoid clicks when the buffer content is changed.) Many thanks in advance. Achim Achim Bornhoeft Neckarhalde 38, D-72070 Tuebingen tel/fax +49 (0)7071 942745 mobil +49 (0)179 6936930 bornhoeft.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
