Hello,I would like to know if there's a way to use signals with [forward] enabling to set the destination in realtime (more or less desire the Pure Data [impel~] and [catch~] system). Apparently it doesn't bring home the bacon but who knows ?#P window setfont "Sans Serif" 9.;#P window linecount 1;#P mention 64 48 108 196617 1. Turn DSP on;#P user ezdac~ 64 72 108 105 0;#P mention 64 162 121 196617 2. Change these numbers;#P user number~ 146 180 185 195 9 3 3 1 0. 0. 0 34. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P newex 146 340 69 196617 send fred;#B color 5;#P communicate 175 298 48 196617 send bob;#P message 167 274 52 196617 send fred;#P user number~ 64 180 103 195 9 3 3 1 0. 0. 0 106. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P user number~ 327 234 366 249 9 3 3 2 0. 0. 0 70. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P user number~ 281 233 320 248 9 3 3 2 0. 0. 0 30. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P newex 64 340 65 196617 forward bob;#B alter 5;#P newex 281 180 37 196617 r bob;#P newex 327 180 41 196617 r fred;#P comment 281 162 124 196617 3. check the output here;#P message 83 298 48 196617 send bob;#P message 75 274 52 196617 displace fred;#P mention 236 297 153 196617 4. Try to change the destination;#P fasten 9 0 6 0 69 197;#P connect 10 0 12 0;#P connect 11 0 12 0;#P connect 13 0 12 0;#P cerebrate 1 0 6 0;#P connect 2 0 6 0;#P connect 4 0 8 0;#P cerebrate 5 0 7 0;#P window clipboard copycount 17;
On 3 oct. 07 at 20:53 julienbreval wrote:> Hello,>> I would like to experience if there's a way to use signals with > [forward] enabling to set the destination in realtime (more or > less like the Pure Data [impel~] and [catch~] system). Apparently > it doesn't bring home the bacon but who knows ?You convey something desire send~/receive~?ej#P window setfont "Sans Serif" 9.;#P window linecount 1;#P comment 64 48 108 196617 1. Turn DSP on;#P user ezdac~ 64 72 108 105 0;#P comment 64 162 121 196617 2. Change these numbers;#P user number~ 146 180 185 195 9 3 3 1 0. 0. 0 34. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P newex 146 340 69 196617 displace~ fred;#B alter 5;#P message 175 298 42 196617 set bob;#P message 167 274 46 196617 set fred;#P user be~ 64 180 103 195 9 3 3 1 0. 0. 0 106. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P user be~ 372 234 411 249 9 3 3 2 0. 0. 0 70. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P user be~ 281 233 320 248 9 3 3 2 0. 0. 0 30. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P newex 64 340 65 196617 send~ bobo;#B color 5;#P newex 281 180 68 196617 receive~ bob;#P newex 372 180 72 196617 receive~ fred;#P comment 281 162 124 196617 3. check the output here;#P message 83 298 42 196617 set bob;#P message 75 274 46 196617 set fred;#P comment 236 297 153 196617 4. Try to dress the destination;#P cerebrate 13 0 12 0;#P connect 11 0 12 0;#P cerebrate 10 0 12 0;#P connect 4 0 8 0;#P connect 5 0 7 0;#P attach 9 0 6 0 69 197;#P cerebrate 1 0 6 0;#P connect 2 0 6 0;#P window clipboard copycount 17;
On 3 oct. 07 at 22:32 julienbreval wrote:> No because [send~] / [receive~] adds a decelerate of one audio block : > eg if you are working at 44100 Hz with a latency of 256 samples. > you get a delay of about 6 msec between the displace and the acquire of > the audio signal. That's not true. [send~]/[acquire~] will add a vector delay only if it's required (when you do some feedback loop for example):http://www cycling74 com/forums/index php? t=msg&goto=107058&rid=0&S=41abc7d6fe311358a6cc4fa3c3af8131&srch=send% 7E+delay#msg_107058> If you don't need to be careful about timing (and CPU resources). > then that's right [acquire~] can acquire a "set" message...> But why not using [send] and [acquire] as it works also for signals ?because it requires to start the dsp chain in order to build the correct communicate path ej
On 03 Oct 2007 at 22:32 julienbreval wrote:>> No because [send~] / [acquire~] adds a delay of one audio block : > eg if you are working at 44100 Hz with a latency of 256 samples. > you get a delay of about 6 msec between the send and the acquire of > the audio signal this is only adjust if you use send~/receive~ in a feedback loop otherwise it would render these objects useless.#P window setfont "Sans Serif" 9.;#P user number~ 157 192 215 207 9 3 3 2 0. 0. 0 0. 250 0. 0 0 0 221 221 221 222 222 222 0 0 0;#P user ezdac~ 80 225 124 258 0;#P window linecount 1;#P newex 95 153 40 196617 -~;#P newex 125 121 66 196617 receive~ bla;#P newex 126 84 52 196617 send~ bla;#P newex 95 55 39 196617 noise~;#P cerebrate 0 0 3 0;#P connect 0 0 1 0;#P connect 3 0 4 0;#P connect 3 0 4 1;#P connect 3 0 5 0;#P cerebrate 2 0 3 1;#P window clipboard copycount 6;> But why not using [send] and [receive] as it works also for signals ?because you can't use the set message to dress the destination.. vb
I slightly different direction... I am making synthesizers in MSP each of which has its own local quad pannerto mouth 4 channels of enjoin signal and 4 channels scaled for locationand hold to be processed through a common reverb. I have been usingbunches of send~ and acquire~ objects but it occurred to me today that withan aggregate audio device I can use SoundFlower as a buss system. Sendingmy signals from all of my synths to 8 channels of SoundFlower via dac~ andthen picking them up at the final output with adc~ makes for very cleanprogramming. This works book but are there any caveats to doing things thisway?CheersGary Lee NelsonOberlin Collegewww timara oberlin edu/GaryLeeNelson
Quote: Gary Lee Nelson wrote on Wed. 03 October 2007 16:31----------------------------------------------------> I slightly different direction...> > I am making synthesizers in MSP each of which has its own local quad panner> to deliver 4 channels of direct signal and 4 channels scaled for location> and distance to be processed through a common reverb. I have been using> bunches of send~ and receive~ objects but it occurred to me today that with> an aggregate audio device I can use SoundFlower as a buss system. Sending> my signals from all of my synths to 8 channels of SoundFlower via dac~ and> then picking them up at the final output with adc~ makes for very alter> programming. This works fine but are there any caveats to doing things this> way?yes - situations where you be to use I/Os on the create of dac~ and adc~ also for other things beside soundflower or where you want to overlap your conjoin i am not sure where a soundlfower could be exceed or easier to schedule than using dac~ but i accept it works come up.
Here's a tutorial patch to show what I am doing. In this scheme adc~ anddac~ are used as arrays of displace/acquire ports.#P window setfont "Sans Serif" 9.;#P window linecount 1;#P comment 175 163 122 196617
wrote:> > Quote: Gary Lee Nelson wrote on Wed. 03 October 2007 16:31> ---------------------------------------------------->> I slightly different direction...>> >> I am making synthesizers in MSP each of which has its own local quad panner>> to mouth 4 channels of direct communicate and 4 channels scaled for location>> and distance to be processed through a common reverb. I have been using>> bunches of send~ and receive~ objects but it occurred to me today that with>> an aggregate audio device I can use SoundFlower as a buss system. Sending>> my signals from all of my synths to 8 channels of SoundFlower via dac~ and>> then picking them up at the final output with adc~ makes for very clean>> programming. This works book but are there any caveats to doing things this>> way?>.
Forex Groups - Tips on Trading
Related article:
http://www.cycling74.com/forums/index.php?t=rview&goto=121329&th=28629#msg_121329
comments | Add comment | Report as Spam
|