From: owner-sc-users-digest@lists.io.com (sc-users-digest) To: sc-users-digest@lists.io.com Subject: sc-users-digest V1 #61 Reply-To: sc-users Sender: owner-sc-users-digest@lists.io.com Errors-To: owner-sc-users-digest@lists.io.com Precedence: bulk sc-users-digest Friday, September 17 1999 Volume 01 : Number 061 ---------------------------------------------------------------------- Date: Fri, 10 Sep 1999 17:00:26 -0600 From: James McCartney <---@---.---> Subject: Re: S p e c t r a l B l u r r i n g At 2:04 PM -0600 9/10/99, BT011010@aol.com wrote: >could someone please let me know what CDP software is and where to check it >out>>> > >thanks alot and Richard I am totally with you on the (k) thing >If software cost less and was not protected all the manufactures would sell >tons more Well SC1 proved the opposite I'm afraid. I had hoped that that would be true and distributed SC1 unprotected. After a certain point the sales slowed way down, but I began getting more and more support questions from people who never bought the software. One composer told me that they were using it at their institution, but had never paid, but that that was "OK". Once a person was handing out copies of it to his friends right in front of me. I had other sources that I'll not reveal of knowing about unpaid copies in use. People have incredible powers of rationalization. So for me the experiment had a conclusive negative result and SC2 will be protected. End of story. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Sat, 11 Sep 1999 03:37:52 +0100 From: "richard.d.james" <---@---.---> Subject: Re: S p e c t r a l B l u r r i n g http://www.bath.ac.uk/~masjpf/CDP/CDP.htm URL: for CDP note this is only available for Atari,MS-,DOS,SGI. MACos is apparently coming soon but don't hold your breath! I bought a PC just so I could use this software,which I didn't regret as it pisses over everything else,remember it is command line driven so no nice GUI's although it can be advantageous when you start making batch files(Scripts), you could always use Virtual PC 3 which has just been released and will work, all be it half as slow,but CDP is so well written it is very fast and I have used it with VPC 2.0 and it is quite useable if not a little cumbersome [2 operating Systems on one computer]. Actually come to think of it,it's still faster then something like Lemur 4.01 which is MAC native and fuck loads better.(292 powerbook G3 ) (Yes G4's are looking hot for number crunching,but lets have a powerbook]. ------------------------------ Date: Sat, 11 Sep 1999 04:30:37 +0100 From: "richard.d.james" <---@---.---> Subject: Re: [off topic] [k]'s & morals > >"richard.d.james" wrote: >> >> I don't think anyone should put protection on any of their software as you >> can always get [k]'s for any of it anyway and the [k]'s are often so much > >true, but it's a hell of a thing to say. > >> better as you don't get any hassles I quite often use the [k]ed version of > >not always stable though, eh? defeating copy protection often relies on >questionable methods to nop or branch what they need to....... .................... .......Not true organisations like Radium actually debug software and [k] it and then inform the companies!!!!!! > >> software and then pay the company afterwards if I use it a lot especially >> with the smaller companies like cycling'74 I'm happy to pay if it's a good >> program. >> Protected software especially ones with dongles are a joke who in their >> right mind is going to fork out loads of cash for that when they can just >> get a [k] off hotline? I don't think that there's any popular program that >> hasn't been kracked succesfuly has there? > >emagic logic 4 platinum.............My [k] works finer than fine+you can stop > >> I've had loads of situations where I've gone away with my laptop with legal >> software and it's asked me to verify my software and I havn't been able to >> use it until i've come home again,how irritating is that? > > >> Do software companies expect you to carry round all your original >> disks/dongles/floppies and cd's +floppy drives cd roms every time you go > > >and these people are where? i note that even you put the qualifying terms >in quotes.......True it is a bit unquantifiable but it's better to be positive than - > >> richard. >how much less? how much more? manufacturers know about cracking, they are >trying to maintain a balance too. it does discourage casual piracy, for >people who don't have all day to spend on hotline but are getting work done..Yes but you really don't need to spend all day maybe just a few hours a month,once you've found a good server. > >in a better world us poor bastards without a record contract or other real >income from their artistic expeditions would be able to have free use of >the software and a percentage of income allocated to repay the tools makers..ouch..................Yes but if the software didn't cost so much in the first place you could+you could always send what you can afford e.g send emagic £30 in the meantime >but i've thought long and hard about this and haven't come up with a way to >make it work...... ...................do the above and give your brain a rest! ------------------------------ Date: Sat, 11 Sep 1999 04:39:52 +0100 From: "richard.d.james" <---@---.---> Subject: [k]'s Oh yeah and the other thing,companies even the big ones release software which is full of bugs on a regular basis ,If you bought a hardware synth etc and it had 50 bugs in the software you would want your money back,but software companies get away with it,you the customer are doing their beta testing for them and you have to pay for the privillige!!! richard > > ------------------------------ Date: Mon, 23 Jan 1905 21:29:08 +0100 From: rkuivila@mail.wesleyan.edu Subject: latency of keyDownAction Hi James, There seems to be about a quarter second delay in a View's response to a keyDownAction. Is there any way to speed this up? (I want to be able to have people make simple performance instruments w/o any MIDI gear - just mic, mouse, and keyboard.) RJK ------------------------------ Date: Sun, 12 Sep 1999 14:20:12 +0100 From: finer@easynet.co.uk Subject: more fft/ aka confused This patch, supposed to be a simple modification of the random fft filtering example, in which every 2 seconds one gets a new random filter window, doesn't work. * ERROR: IFFT inputWindow must be a FloatArray. Fair enough ! It doesn't seem to like the Plug - or maybe the Plug doesn't like the Signal. Whatever I've tried various permutations of this idea including using XFadeTexture, and can get none to work. What am I doing wrong ?! Thanks, Jem ( // random fft filtering {arg synth; var fftsize, numffts, fftoffsets; var overlapWindow, filterWindow, cosineTable; var src1, fft, ifft, out; var plug; numffts = 2; // number of overlapped FFTs fftsize = 512; // length of FFT buffer // make offsets for staggering overlapped FFTs fftoffsets = Array.series(numffts, 0, fftsize/numffts); // make a signal analysis/synthesis window overlapWindow = Signal.welchWindow(fftsize); // make cosine table required for FFT cosineTable = Signal.fftCosTable(fftsize); // make random filter window filterWindow = {Signal.fill(fftsize, { if (0.2.coin, 1.0, 0.0) })}; plug = Plug.ar(filterWindow.value); synth.repeat(2,2,{plug.source = filterWindow.value}); src1 = LFPulse.ar(SinOsc.kr(0.4,0,200,300), 0.3, 0.4); // transform src1 fft = FFT.ar(fftsize, fftoffsets, cosineTable, overlapWindow, nil, src1, 0.0); // inverse transform ifft = IFFT.ar(fftsize, fftoffsets, cosineTable, plug, overlapWindow, fft.real, fft.imag); out = Mix.ar(ifft.real); // mix overlapped outputs out/numffts }.scope(0.1); ) * ERROR: IFFT inputWindow must be a FloatArray. ------------------------------ Date: Sun, 12 Sep 1999 14:20:16 +0100 From: finer@easynet.co.uk Subject: SCPlay/Clocks James, 1. re a patch converted to run in SCPlay : what's the score regarding distribution to third parties - is that cool or an infringement of your copyright ? ie is some sort of license needed ? 2. I know I asked this before - is there any way to access the apple clock and use date,time etc within a patch. I want to synchronise several machines (not connected, in different geographical locations). Or maybe someone knows of a way of hooking into one of those atomic clocks. Thanks, Jem ------------------------------ Date: Sun, 12 Sep 1999 08:46:52 -0600 From: James McCartney <---@---.---> Subject: Re: more fft/ aka confused At 7:20 AM -0600 9/12/99, finer@easynet.co.uk wrote: >This patch, supposed to be a simple modification of the random fft >filtering example, in which every 2 seconds one gets a new random filter >window, doesn't work. > >* ERROR: IFFT inputWindow must be a FloatArray. > >Fair enough ! It doesn't seem to like the Plug - or maybe the Plug doesn't >like the Signal. Whatever I've tried various permutations of this idea >including using XFadeTexture, and can get none to work. > >What am I doing wrong ?! Plug only works for ugen inputs that expect a UGen or number. Basically you can't change the window. If you want to do this you'll instead need to do the multiply yourself and have the window generated by and oscillator and crossfade to another oscillator when you want to change. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Mon, 13 Sep 1999 10:12:20 +0100 From: Martin Robinson <---@---.---> Subject: Re: Ambisonic manipulations and decoder I now seem to have a problem with the ambisonic decoder and manipulator I built. Even just using the decoder method: //////////////////////////////////////////////// // paste into Array.sc // decode B Format decodeB { arg posArray; var aw, ax, ay, az, spkrPos; if(posArray.isNil, { spkrPos = [ [pi/4, pi/4], // left-front-upper [3pi/4, pi/4], // right-front-upper [-3pi/4, pi/4], // right-rear-upper [-pi/4, pi/4], // left-rear-upper [pi/4, -pi/4], // left-front-lower [3pi/4, -pi/4], // right-front-lower [-3pi/4, -pi/4],// right-rear-lower [-pi/4, -pi/4] // left-rear-lower ]; }, { spkrPos = posArray } ); ^spkrPos.collect({ arg item, i; var xc, yc, zc; xc = (item.at(0).sin*(item.at(1)).cos.abs); yc = (item.at(0).cos*(item.at(1)).cos.abs); zc = item.at(1).sin; Mix.ar([ 1, xc.abs.sqrt*xc.sign, yc.abs.sqrt*yc.sign, zc ]*this) }); } //////////////////////////////////////////////// And running this simple patch: ( Synth.scope({ var in, bformat; in = PinkNoise.ar(0.0); bformat = PanB.ar(in, 1.0, 0.0, 1.0); bformat.decodeB; }); ) More often than not there's an audible tone on each output channel even when there is silence being passed through (as there is here). Also, the frequency of the tone is sampleRate/blocksize, which is suspicious. It seems odd since all I'm doing is scaling the W, X, Y and Z signals and then mixing them. >>>>>>Martin Robinson :: (Ex)tractor :: && ________ >>><<<_sonicArts.at(middlesexUniversity.london.uk); ______ <><><>__this.liveElectronics.interFaces.diffusion ____ >><<>>___tractor++rorshachCollective.at(LBT).huddersfield ___ >>>><<____15.september.1999_____________________________________ || ------------------------------ Date: Mon, 13 Sep 1999 08:07:44 -0600 From: James McCartney <---@---.---> Subject: Re: Ambisonic manipulations and decoder At 3:12 AM -0600 9/13/99, Martin Robinson wrote: >I now seem to have a problem with the ambisonic decoder and manipulator I >built. Even just using the decoder method: > >More often than not there's an audible tone on each output channel even when >there is silence being passed through (as there is here). Also, the >frequency of the tone is sampleRate/blocksize, which is suspicious. It seems >odd since all I'm doing is scaling the W, X, Y and Z signals and then mixing >them. There was a typo in the PanB ugen code that caused the X output not to get written to. I've fixed it for the next release. Thanks. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Mon, 13 Sep 1999 09:23:19 -0700 (PDT) From: Chris Brown <---@---.---> Subject: GUI generate code to clipboard seems to be broken in sc2.2, though works fine in 2.1.3 that i had still lying around. try the simplest drag of slider view to a new window and Gen Code to clipboard, produces an error related to streamContents cb ------------------------------ Date: Mon, 13 Sep 1999 11:41:27 -0600 From: James McCartney <---@---.---> Subject: Re: GUI generate code At 10:23 AM -0600 9/13/99, Chris Brown wrote: >to clipboard seems to be broken in sc2.2, though works fine in 2.1.3 that This was fixed in 2.2.1, which is the latest version. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Mon, 13 Sep 1999 18:31:21 +0100 From: finer@easynet.co.uk Subject: SCPlay James , Yesterday I wrote : >1. >re a patch converted to run in SCPlay : what's the score regarding >distribution to third parties - is that cool or an infringement of your >copyright ? >ie is some sort of license needed ? I'm not taking the piss here - I need to know for the simple reason that I'm not making the simple assumption that it's ok to proceed willy nilly. Probably this was stated one way or the other when SCPlay first emerged but I can't find any mention in my emails etc. Thanks, Jem ------------------------------ Date: Tue, 7 Sep 1999 09:09:37 -0400 From: Mark Ballora <---@---.---> Subject: Re: states, processes and data passing > >No, use radio button action procs. Did you look at the examples I sent? > Confucius says: when a journey is begun with action methods, all proper paths reveal themselves. Sorry for being obtuse. ------------------------------ Date: Mon, 13 Sep 1999 13:41:38 -0600 From: James McCartney <---@---.---> Subject: Re: SCPlay/Clocks At 7:20 AM -0600 9/12/99, finer@easynet.co.uk wrote: >James, > >1. >re a patch converted to run in SCPlay : what's the score regarding >distribution to third parties - is that cool or an infringement of your >copyright ? >ie is some sort of license needed ? No. That's the whole point of it. >2. >I know I asked this before - is there any way to access the apple clock and >use date,time etc within a patch. > >I want to synchronise several machines (not connected, in different >geographical locations). > >Or maybe someone knows of a way of hooking into one of those atomic clocks. There isn't a way to get the date currently. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Mon, 13 Sep 1999 14:05:54 -0600 From: "David Cottle" <---@---.---> Subject: Clarification of Pbind; dur/ Hi, Just a clarification. The model /dur in protoEvent isn't really duration, but time until next event, correct? Since you can give it a duration of 0, which means play the next note at the same time as this one. The real duration is controlled by the envelope, is this correct? Or am I doing the code wrong? Here is the example I'm working with. ( var instrument, envelope, dfunc, notefunc; instrument = { arg freq, amp, pan, env; Pan2.ar(Blip.ar(freq, 3.rand + 2, mul: EnvGen.kr(env) * amp), pan); }; //An envelope with a random attack between 0.01 and 0.0001 envelope = {Env.perc(0.01.rand + 0.0001, 0.6)}; dfunc = Pfunc.new({ [0, 0.125, 0.3, 0.25, 1].choose}).asStream; notefunc = Pfunc.new({ 60 + 30.rand }).asStream; Pbind( \dur, dfunc, \midinote, notefunc, \db, -10, \pan, 0.5, \env, envelope, \ugenFunc, instrument ).play(Event.protoEvent, duration: 120); //w.close; ) ------------------------------ Date: Mon, 13 Sep 1999 17:47:43 -0600 From: James McCartney <---@---.---> Subject: Re: Clarification of Pbind; dur/ At 2:05 PM -0600 9/13/99, David Cottle wrote: >Hi, > >Just a clarification. The model /dur in protoEvent isn't really duration, >but time until next event, correct? Since you can give it a duration of 0, >which means play the next note at the same time as this one. The real >duration is controlled by the envelope, is this correct? Or am I doing the >code wrong? Here is the example I'm working with. \dur is the logical melodic duration or time until the next event in this melody. It can be zero. However your function can theoretically lead to unbounded CPU usage the way it is written because zero could be chosen any number of times in a row. The sustain time of the envelope (if the envelope has a release node) is given by the product of \dur and \legato or it can be supplied directly by \sustain. (otherwise \sustain is a function that does the product of \dur and \legato) If the envelope does not have a release node, then there is no sustain, the event just lasts as long as the envelope. - --- dfunc = Pfunc.new({ [0, 0.125, 0.3, 0.25, 1].choose}).asStream; You don't want the asStream there. Pbind takes patterns as arguments. This way you can make multiple copies of the Pbind and it will call asStream on the pattern each time. Otherwise you will have one copy of dfunc shared between all of your patterns, which is not usually what you want. The above could be written dfunc = Prand([0, 0.125, 0.3, 0.25, 1]); And if you wanted to guarantee that you didn't overload the CPU you could write: dfunc = Pxrand([0, 0.125, 0.3, 0.25, 1]); Likewise, remove the asStream here: notefunc = Pfunc.new({ 60 + 30.rand }).asStream; --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Mon, 13 Sep 1999 22:05:57 -0600 From: "David Cottle" <---@---.---> Subject: Re: Clarification of Pbind; dur/ Hi, > > dfunc = Pfunc.new({ [0, 0.125, 0.3, 0.25, 1].choose}).asStream; > > You don't want the asStream there. Pbind takes patterns as arguments. I figured that out just after I sent this email. I'm still fuzzy on streams. Streams are a real nice tool for my computer music course. I can get students to write small functions and plug them into a protoEvent. Fastest start up from knowing nothing to actual computer assisted composition I've ever had. > dfunc = Prand([0, 0.125, 0.3, 0.25, 1]); Right. > And if you wanted to guarantee that you didn't overload the CPU you could > write: > > dfunc = Pxrand([0, 0.125, 0.3, 0.25, 1]); Or some similar function that limits choices of 0. I would allow as many as 6 before wanting it to move on. ------------------------------ Date: Mon, 13 Sep 1999 22:18:38 -0600 From: "David Cottle" <---@---.---> Subject: Re: Clarification of Pbind; dur/ Hi, > The above could be written > > dfunc = Prand([0, 0.125, 0.3, 0.25, 1]); But for this class I want students to be able to write a variety of functions which may or may not include a random pattern. So I used the Pfunc as a prototype. Is there a better way to do it? ------------------------------ Date: Tue, 14 Sep 1999 06:50:56 -0600 From: James McCartney <---@---.---> Subject: Re: Clarification of Pbind; dur/ At 10:18 PM -0600 9/13/99, David Cottle wrote: >But for this class I want students to be able to write a variety of >functions which may or may not include a random pattern. So I used the Pfunc >as a prototype. Is there a better way to do it? Pfunc is fine. However Prout is more powerful. Pfunc has no way to maintain its own local state from call to call. You could do it in variables declared outside the function, but then you'd be sharing those variables with all the other copies of that function. But in a Routine, you can write any arbitrary algorithm and it can maintain its own internal state variables and partially executed state from call to call. For example the following would be hard to do with Pfunc : p = Prout({ 8.do({ arg i; i.yield; (i+7).yield; }); }); Pbind(\dur, 0.125, \degree, p).play; Also here, I'll note one thing that is not documented yet and that is that you can Pbind tuples of symbols to patterns that return tuples of values. For example: Pbind([\dur, \degree], Prout({ 7.do({ arg i; [0.125, i].yield; [0.25, i+7].yield; }); [0.125, 7].yield; [0.5, [7,11,14]].yield }), \octave, 4, \db, -12 ).play; --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: < ------------------------------ Date: Tue, 14 Sep 1999 08:24:45 EDT From: Dpcoffin@aol.com Subject: Re: SCPlay In a message dated 9/13/99 2:51:58 PM, asynth@io.com writes: >>ie is some sort of license needed ? > >No. That's the whole point of it. > OK, so who has SCPlay items I can check out? I'd love to get the sound track to this list I lurk about in.... Thanks, David Coffin ------------------------------ Date: Tue, 14 Sep 1999 08:25:13 -0600 From: "David Cottle" <---@---.---> Subject: Re: SCPlay Hi, >>>ie is some sort of license needed ? >> >>No. That's the whole point of it. >> > OK, so who has SCPlay items I can check out? > I'd love to get the sound track to this list I lurk about in.... I put together a demo at for our techno committee. You can download it only if you promise to give feedback: www.byu.edu/music/personnel/cottled/SC.html ------------------------------ Date: Tue, 14 Sep 1999 08:25:44 -0600 From: "David Cottle" <---@---.---> Subject: Re: Clarification of Pbind; dur/ Hi, > Pfunc is fine. However Prout is more powerful. Got it. Thanks. ------------------------------ Date: Wed, 15 Sep 1999 09:39:10 +0100 From: finer@easynet.co.uk Subject: What's the time ? James, I know you've said that there is no way to access the time and date "currently". This would seem to imply that while it is not possible now it is in fact a possibility for the future ! Regardless I'm sure that it's not the highest thing on your list of priorities. I just wondered how hard it would be to do - or better, to make SC2 be able to listen to midi time code, which I'm sure would be useful to a lot of people. My own particular problem is that I need to find a way to synchronise a number of computers playing the same thing, at the same time, at various locations round the world and that should one crash the only way to get back to the correct place in the music is to in some way know what the time is. Sure it could be done running Max in the background and passing information via midi in some way but it seems a shame to have to run 2 applications + OMS if it could all be done in SC. Or I suppose my program could ask for the time to be typed in on start up, but that would seem a bit haphazard. Is there any chance of you being able to add the clock and/or MTC to SuperCollider ? Cheers, Jem ------------------------------ Date: Wed, 15 Sep 1999 08:03:53 -0600 From: James McCartney <---@---.---> Subject: Re: What's the time ? At 2:39 AM -0600 9/15/99, finer@easynet.co.uk wrote: >Is there any chance of you being able to add the clock and/or MTC to >SuperCollider ? Yes I could read MTC, however syncing to it is something that would require more thought and work. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Wed, 15 Sep 1999 07:39:29 -0600 From: "David Cottle" <---@---.---> Subject: SC demo Hi, Leave off the last "l" for the demo: www.byu.edu/music/personnel/cottled/SC.htm If that doesn't work try: www.byu.edu/music/personnel/cottled/ then www.byu.edu/music/personnel/ and follow the links. Note: most of these patches are James' from the examples files with a few modifications of my own. I just put them together for this demo. The point I was trying to demonstrate is a dynamic CD; different music every time you play it, so unpack it and burn it on a CD. ------------------------------ Date: Wed, 15 Sep 1999 14:52:12 +0100 From: finer@easynet.co.uk Subject: Re: What's the time ? What about reading the system clock a la Max date object ? ! >At 2:39 AM -0600 9/15/99, finer@easynet.co.uk wrote: > >>Is there any chance of you being able to add the clock and/or MTC to >>SuperCollider ? > >Yes I could read MTC, however syncing to it is something that >would require more thought and work. This would be great too ! Thanks, Jem ------------------------------ Date: Wed, 15 Sep 1999 18:05:04 +0200 From: Garth <---@---.---> Subject: Re: What's the time ? > Hi Jem, > > Sure it could be done running Max in the background and passing information > via midi in some way but it seems a shame to have to run 2 applications + > OMS if it could all be done in SC. Or I suppose my program could ask for > the time to be typed in on start up, but that would seem a bit haphazard. MTC in SC would be useful, but you could scale everything in MAX, using the clocker object or some such and then send it to SC as Pitch Bend. One gradation of pitchbend every minute or something like that. I have just openned a new sound installation herein Berlin developed with Ioannis Zannos, and we needed to get a lot of information gathered using the VNS (video sensing) from MAX to SC - the only way to do that at thze moment of course is MIDI whichis a real bottle neck, and not without corruption - let us pray for OSC and other protocol in SC soon (James????). Garth ------------------------------ Date: Wed, 15 Sep 1999 17:42:50 -0700 From: Mark Polishook <---@---.---> Subject: Pbind, Ppar and common variables within James, I'd like to assign the same \scale to each of several Pbinds placed within a Ppar. And if I repeat the Ppar, I'd like each repetition to assign a new scale to the Pbinds contained within. I would have thought that the example below did what I needed...but it doesn't. Where's my error? Thanks, Mark ( var minor, lyd, phryg, mixlyd, anArrayOfScales, scale; minor = #[0, 2, 3, 5, 7, 8, 10]; lyd = #[0, 2, 4, 6, 7, 9, 11]; phryg = #[0, 1, 3, 5, 6, 8, 10]; mixlyd = #[0, 2, 4, 6, 7, 10]; anArrayOfScales = [ minor, lyd, phryg, mixlyd ]; scale = { anArrayOfScales@anArrayOfScales.size.rand }; p = Ppar([ Pbind( \degree, Pseq(#[0, 1, 2, 3, 4, 5, 6, 7], 2), \dur, 0.1 ), Pbind( \degree, Pseq(#[0, 1, 2, 3, 4, 5, 6, 7]-7, 2), \dur, 0.1 ) ]); Pn ( Pbindf(\scale, Pfunc({ scale.value }), p), 12 ).play ) ------------------------------ Date: Wed, 15 Sep 1999 23:29:13 -0600 From: James McCartney <---@---.---> Subject: Re: Pbind, Ppar and common variables within More hair splitting .. >anArrayOfScales = [ minor, lyd, phryg, mixlyd ]; >scale = { anArrayOfScales@anArrayOfScales.size.rand }; > ... Pfuncn(scale, 12) ... could be rewritten as: anArrayOfScales = [ minor, lyd, phryg, mixlyd ]; scale = { anArrayOfScales.choose }; ... Pfuncn(scale, 12) ... Which is also the same as: Prand([ minor, lyd, phryg, mixlyd ], 12) --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Wed, 15 Sep 1999 23:21:45 -0600 From: James McCartney <---@---.---> Subject: Re: Pbind, Ppar and common variables within At 11:18 PM -0600 9/15/99, James McCartney wrote: >Psetp(\scale, Pfuncn({ scale.value }, 12), p).play Actually since scale is a Function you can just write this: Psetp(\scale, Pfuncn(scale, 12), p).play --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Wed, 15 Sep 1999 23:18:35 -0600 From: James McCartney <---@---.---> Subject: Re: Pbind, Ppar and common variables within At 6:42 PM -0600 9/15/99, Mark Polishook wrote: >James, > >I'd like to assign the same \scale to each of several Pbinds placed >within a Ppar. And if I repeat the Ppar, I'd like each repetition to >assign a new scale to the Pbinds contained within. I would have thought >that the example below did what I needed...but it doesn't. > >Where's my error? Pbindf binds symbols to patterns that are evaluated each event. Therefore what you wrote is generating a new value for \scale for each event. What you want is Psetp which plays the sub-pattern once through for each single item it gets from bound pattern. *** replace this: Pn ( Pbindf(\scale, Pfunc({ scale.value }), p), 12 ).play *** with this: Psetp(\scale, Pfuncn({ scale.value }, 12), p).play --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Thu, 16 Sep 1999 15:54:39 +0100 From: finer@easynet.co.uk Subject: more clock buisness Hello, How is the SC "clock" - that which tics away on the SC info bar - related (if it is) to the Mac system clock ? I kind of hope it isn't ! I suppose I'm asking whether there is any relationship between them, whether they beat from the same pulse or seperate ones. The menu bar clock keeps bad time I think. Still wishing like billy-o for a way to get the time from the dodgy Mac clock however. Bye for now, Jem ------------------------------ Date: Thu, 16 Sep 1999 10:27:03 -0600 From: James McCartney <---@---.---> Subject: Re: more clock buisness At 8:54 AM -0600 9/16/99, finer@easynet.co.uk wrote: >Hello, > >How is the SC "clock" - that which tics away on the SC info bar - related >(if it is) to the Mac system clock ? > >I kind of hope it isn't ! It is based on the DAC. --- james mccartney james@audiosynth.com http://www.audiosynth.com If you have a PowerMac check out SuperCollider2, a real time synth program: ------------------------------ Date: Fri, 17 Sep 1999 11:28:34 +0200 From: Staffan Liljegren <---@---.---> Subject: Multiple Delay Loop Pluck This is a multi-part message in MIME format. - --------------88808CFB7AEFC36B516F9DBF Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit Folks, Here is a physical model of pluck with several delays in the string loop. I have also given some examples of how to use it in patterns, especially how to morph guitar features over time (see p1) It is attached in order to maintain syntax coloring. - -Staffan - --------------88808CFB7AEFC36B516F9DBF Content-Type: multipart/appledouble; boundary="------------adB1834FABD7D2207984D60643"; x-mac-type="54455854"; x-mac-creator="53436A6D"; name="Multiple delay loop pluck" Content-Transfer-Encoding: 7bit Content-Description: Document Content-Disposition: inline; filename="Multiple delay loop pluck" - --------------adB1834FABD7D2207984D60643 Content-Type: application/applefile Content-Transfer-Encoding: base64 AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAUAAAADAAAAVgAAABkAAAAJAAAAbwAAACAAAAAI AAAAjwAAABAAAAAEAAAAnwAAAAAAAAACAAAAnwAAFhhNdWx0aXBsZSBkZWxheSBsb29wIHBs dWNrVEVYVFNDam0BAAAcA0AAAAAAAAAAAAAAAAAAAAAAAAD/cES5/3Tgw0ttDAD/dOJTAAAB AAAAFdIAABTSAAAARmlsZGUGbWFjcm9uBWJyZXZlCWRvdGFjY2VudARyaW5nB2NlZGlsbGEM aHVuZ2FydW1sYXV0Bm9nb25lawVjYXJvbgZMc2xhc2gGbHNsYXNoBlNjYXJvbgZzY2Fyb24G WmNhcm9uBnpjYXJvbglicm9rZW5iYXIDRXRoA2V0aAZZYWN1dGUGeWFjdXRlBVRob3JuBXRo b3JuBW1pbnVzCG11bHRpcGx5C29uZXN1cGVyaW9yC3R3b3N1cGVyaW9yDXRocmVlc3VwZXJp b3IHb25laGFsZgpvbmVxdWFydGVyDXRocmVlcXVhcnRlcnMFZgAAFMoBCgAAAAAACwAJA+gA AAAJAAAAAAAAAAAABAALAAkD6AAAAAnAAAAAAAAAAAErAAsACQPoAAAACQAAAAAAAAAAASwA CwAJA+gAAAAJAAAAAMAAAAABLwALAAkD6AAAAAkAAAAAAAAAAAFcAAsACQPoAAAACQAAAADA AAAAAV8ACwAJA+gAAAAJAAAAAAAAAAABcAALAAkD6AAAAAkAAAAAwAAAAAF4AAsACQPoAAAA CQAAAAAAAAAAAa4ACwAJA+gAAAAJwAAAAAAAAAAClgALAAkD6AAAAAkAAAAAAAAAAAKiAAsA CQPoAAAACQAAAADAAAAAAqUACwAJA+gAAAAJAAAAAAAAAAADDQALAAkD6AAAAAkAAAAAwAAA AAMQAAsACQPoAAAACQAAAAAAAAAAAx4ACwAJA+gAAAAJwAAAAAAAAAADZQALAAkD6AAAAAkA AAAAAAAAAANmAAsACQPoAAAACcAAAAAAAAAAA7oACwAJA+gAAAAJAAAAAAAAAAADuwALAAkD 6AAAAAnAAAAAAAAAAAQSAAsACQPoAAAACQAAAAAAAAAABBMACwAJA+gAAAAJwAAAAAAAAAAE MgALAAkD6AAAAAkAAAAAAAAAAAQ9AAsACQPoAAAACcAAAAAAAAAABFUACwAJA+gAAAAJAAAA AAAAAAAEWwALAAkD6AAAAAkAAAAAwAAAAARhAAsACQPoAAAACQAAAAAAAAAABGUACwAJA+gA AAAJAAAAAMAAAAAEbAALAAkD6AAAAAkAAAAAAAAAAASTAAsACQPoAAAACQAAAADAAAAABJYA CwAJA+gAAAAJAAAAAAAAAAAEmgALAAkD6AAAAAkAAAAAwAAAAASjAAsACQPoAAAACQAAAAAA AAAABLIACwAJA+gAAAAJwAAAAAAAAAAEyQALAAkD6AAAAAkAAAAAAAAAAATKAAsACQAEAAAA CQAAAADAAAAABNMACwAJA+gAAAAJAAAAAAAAAAAE5AALAAkD6AAAAAnAAAAAAAAAAAUMAAsA CQPoAAAACQAAAAAAAAAABQ0ACwAJA+gAAAAJwAAAAAAAAAAFUAALAAkD6AAAAAkAAAAAAAAA AAVRAAsACQPoAAAACcAAAAAAAAAABXsACwAJA+gAAAAJAAAAAAAAAAAFgAALAAkD6AAAAAkA AAAAwAAAAAWDAAsACQPoAAAACQAAAAAAAAAABZMACwAJA+gAAAAJwAAAAAAAAAAF2wALAAkD 6AAAAAkAAAAAAAAAAAXfAAsACQPoAAAACQAAAADAAAAABewACwAJA+gAAAAJAAAAAAAAAAAF 8QALAAkD6AAAAAkAAAAAwAAAAAX0AAsACQPoAAAACQAAAAAAAAAABfkACwAJA+gAAAAJAAAA AMAAAAAGAAALAAkD6AAAAAkAAAAAAAAAAAZmAAsACQPoAAAACcAAAAAAAAAABqAACwAJA+gA AAAJAAAAAAAAAAAGowALAAkD6AAAAAkAAAAAwAAAAAamAAsACQPoAAAACQAAAAAAAAAABqoA CwAJA+gAAAAJAAAAAMAAAAAGrwALAAkD6AAAAAkAAAAAAAAAAAbJAAwACQAWAAAACgAAAAAA AAAABtMACwAJA+gAAAAJAAAAAAAAAAAG2wALAAkD6AAAAAkAAAAAwAAAAAbhAAsACQPoAAAA CQAAAAAAAAAABu4ACwAJA+gAAAAJAAAAAMAAAAAG8gALAAkD6AAAAAkAAAAAAAAAAAcCAAsA CQPoAAAACcAAAAAAAAAAB1IACwAJA+gAAAAJAAAAAAAAAAAHVgALAAkD6AAAAAkAAAAAwAAA AAdZAAsACQPoAAAACQAAAAAAAAAAB1oADAAJABYAAAAKAAAAAAAAAAAHdwALAAkD6AAAAAkA AAAAAAAAAAd+AAsACQPoAAAACQAAAADAAAAAB4EACwAJA+gAAAAJAAAAAAAAAAAHggAMAAkA FgAAAAoAAAAAAAAAAAeeAAsACQPoAAAACQAAAAAAAAAAB6EACwAJA+gAAAAJwAAAAAAAAAAI rQALAAkD6AAAAAkAAAAAAAAAAAiyAAsACQPoAAAACQAAAADAAAAACLcACwAJA+gAAAAJAAAA AAAAAAAIugALAAkD6AAAAAkAAHAAAAAAAAjEAAsACQPoAAAACQAAAAAAAAAACMYACwAJA+gA AAAJAAAAAMAAAAAIzAALAAkD6AAAAAkAAAAAAAAAAAjfAAsACQPoAAAACQAAcAAAAAAACOMA CwAJA+gAAAAJAAAAAAAAAAAI5QALAAkD6AAAAAkAAAAAwAAAAAjrAAsACQPoAAAACQAAAAAA AAAACP8ACwAJA+gAAAAJAABwAAAAAAAJAwALAAkD6AAAAAkAAAAAAAAAAAkFAAsACQPoAAAA CQAAAADAAAAACQsACwAJA+gAAAAJAAAAAAAAAAAJHwALAAkD6AAAAAkAAHAAAAAAAAkoAAsA CQPoAAAACQAAAAAAAAAACTYACwAJA+gAAAAJAABwAAAAAAAJOgALAAkD6AAAAAkAAAAAAAAA AAlAAAsACQPoAAAACQAAcAAAAAAACUQACwAJA+gAAAAJAAAAAAAAAAAJRgALAAkD6AAAAAkA AAAAwAAAAAlLAAsACQPoAAAACQAAAAAAAAAACU0ACwAJA+gAAAAJAAAAAMAAAAAJUQALAAkD 6AAAAAkAAAAAAAAAAAlcAAsACQPoAAAACQAAAADAAAAACWAACwAJA+gAAAAJAAAAAAAAAAAJ dAALAAkD6AAAAAkAAHAAAAAAAAl4AAsACQPoAAAACQAAAAAAAAAACX8ACwAJA+gAAAAJwAAA AAAAAAAJmwALAAkD6AAAAAkAAAAAAAAAAAmcAAsACQPoAAAACQAAcAAAAAAACaMACwAJA+gA AAAJAAAAAAAAAAAJqQALAAkD6AAAAAkAAHAAAAAAAAmwAAsACQPoAAAACQAAAAAAAAAACbIA CwAJA+gAAAAJAAAAAMAAAAAJuAALAAkD6AAAAAkAAAAAAAAAAAnDAAsACQPoAAAACQAAcAAA AAAACcgACwAJA+gAAAAJAAAAAAAAAAAJywALAAkD6AAAAAkAAAAAwAAAAAnOAAsACQPoAAAA CQAAAAAAAAAACdYACwAJA+gAAAAJwAAAAAAAAAAKIAALAAkD6AAAAAkAAAAAAAAAAAolAAsA CQPoAAAACQAAAADAAAAACioACwAJA+gAAAAJAAAAAAAAAAAKLQALAAkD6AAAAAkAAHAAAAAA AAo5AAsACQPoAAAACQAAAAAAAAAACjsACwAJA+gAAAAJAAAAAMAAAAAKQQALAAkD6AAAAAkA AAAAAAAAAApXAAsACQPoAAAACQAAcAAAAAAAClsACwAJA+gAAAAJAAAAAAAAAAAKYwALAAkD 6AAAAAkAAHAAAAAAAApnAAsACQPoAAAACQAAAAAAAAAACmkACwAJA+gAAAAJAAAAAMAAAAAK bwALAAkD6AAAAAkAAAAAAAAAAAqBAAsACQPoAAAACQAAcAAAAAAACooACwAJA+gAAAAJAAAA AAAAAAAKmAALAAkD6AAAAAkAAHAAAAAAAAqcAAsACQPoAAAACQAAAAAAAAAACqIACwAJA+gA AAAJAABwAAAAAAAKpgALAAkD6AAAAAkAAAAAAAAAAAqoAAsACQPoAAAACQAAAADAAAAACq0A CwAJA+gAAAAJAAAAAAAAAAAKrwALAAkD6AAAAAkAAAAAwAAAAAqzAAsACQPoAAAACQAAAAAA AAAACr4ACwAJA+gAAAAJAAAAAMAAAAAKwgALAAkD6AAAAAkAAAAAAAAAAArWAAsACQPoAAAA CQAAcAAAAAAACtoACwAJA+gAAAAJAAAAAAAAAAAK4gALAAkD6AAAAAkAAHAAAAAAAArpAAsA CQPoAAAACQAAAAAAAAAACu8ACwAJA+gAAAAJAABwAAAAAAAK9gALAAkD6AAAAAkAAAAAAAAA AAr4AAsACQPoAAAACQAAAADAAAAACv0ACwAJA+gAAAAJAAAAAAAAAAALEAALAAkD6AAAAAkA AHAAAAAAAAsVAAsACQPoAAAACQAAAAAAAAAACxcACwAJA+gAAAAJAABwAAAAAAALHAALAAkD 6AAAAAkAAAAAAAAAAAsfAAsACQPoAAAACQAAAADAAAAACyIACwAJA+gAAAAJAAAAAAAAAAAL JgALAAkD6AAAAAkAAAAAwAAAAAsrAAsACQPoAAAACQAAAAAAAAAACz0ACwAJA+gAAAAJAAAA AMAAAAALQAALAAkD6AAAAAkAAAAAAAAAAAtHAAsACQPoAAAACcAAAAAAAAAAC48ACwAJA+gA AAAJAAAAAAAAAAALlAALAAkD6AAAAAkAAAAAwAAAAAuZAAsACQPoAAAACQAAAAAAAAAAC5wA CwAJA+gAAAAJAABwAAAAAAALqAALAAkD6AAAAAkAAAAAAAAAAAuxAAsACQPoAAAACQAAcAAA AAAAC7UACwAJA+gAAAAJAAAAAAAAAAALvQALAAkD6AAAAAkAAHAAAAAAAAvBAAsACQPoAAAA CQAAAAAAAAAAC8MACwAJA+gAAAAJAAAAAMAAAAALyQALAAkD6AAAAAkAAAAAAAAAAAvbAAsA CQPoAAAACQAAcAAAAAAAC+QACwAJA+gAAAAJAAAAAAAAAAAL8gALAAkD6AAAAAkAAHAAAAAA AAv2AAsACQPoAAAACQAAAAAAAAAAC/0ACwAJA+gAAAAJAABwAAAAAAAMAQALAAkD6AAAAAkA AAAAAAAAAAwDAAsACQPoAAAACQAAAADAAAAADAkACwAJA+gAAAAJAAAAAAAAAAAMCwALAAkD 6AAAAAkAAAAAwAAAAAwPAAsACQPoAAAACQAAAAAAAAAADBsACwAJA+gAAAAJAAAAAMAAAAAM HwALAAkD6AAAAAkAAAAAAAAAAAw1AAsACQPoAAAACQAAAADAAAAADDkACwAJA+gAAAAJAAAA AAAAAAAMSwALAAkD6AAAAAkAAHAAAAAAAAxSAAsACQPoAAAACQAAAAAAAAAADFgACwAJA+gA AAAJAABwAAAAAAAMXwALAAkD6AAAAAkAAAAAAAAAAAxhAAsACQPoAAAACQAAAADAAAAADGcA CwAJA+gAAAAJAAAAAAAAAAAMagALAAkD6AAAAAkAAHAAAAAAAAxvAAsACQPoAAAACQAAAAAA AAAADHEACwAJA+gAAAAJAAAAAMAAAAAMdgALAAkD6AAAAAkAAAAAAAAAAAyDAAsACQPoAAAA CQAAAADAAAAADIgACwAJA+gAAAAJAAAAAAAAAAAMlgALAAkD6AAAAAkAAAAAwAAAAAybAAsA CQPoAAAACQAAAAAAAAAADKkACwAJA+gAAAAJAAAAAMAAAAAMrAALAAkD6AAAAAkAAAAAAAAA AAyyAAsACQPoAAAACcAAAAAAAAAADNAACwAJA+gAAAAJAAAAAAAAAAAM1QALAAkD6AAAAAkA AAAAwAAAAAzaAAsACQPoAAAACQAAAAAAAAAADN0ACwAJA+gAAAAJAABwAAAAAAAM6QALAAkD 6AAAAAkAAAAAAAAAAAzyAAsACQPoAAAACQAAcAAAAAAADPYACwAJA+gAAAAJAAAAAAAAAAAM /gALAAkD6AAAAAkAAHAAAAAAAA0CAAsACQPoAAAACQAAAAAAAAAADQQACwAJA+gAAAAJAAAA AMAAAAANCgALAAkD6AAAAAkAAAAAAAAAAA0cAAsACQPoAAAACQAAcAAAAAAADSUACwAJA+gA AAAJAAAAAAAAAAANMwALAAkD6AAAAAkAAHAAAAAAAA03AAsACQPoAAAACQAAAAAAAAAADT4A CwAJA+gAAAAJAABwAAAAAAANQgALAAkD6AAAAAkAAAAAAAAAAA1DAAsACQPoAAAACQAAAADA AAAADUkACwAJA+gAAAAJAAAAAAAAAAANTgALAAkD6AAAAAkAAAAAwAAAAA1SAAsACQPoAAAA CQAAAAAAAAAADV4ACwAJA+gAAAAJAAAAAMAAAAANYgALAAkD6AAAAAkAAAAAAAAAAA10AAsA CQPoAAAACQAAcAAAAAAADXgACwAJA+gAAAAJAAAAAAAAAAANgAALAAkD6AAAAAkAAHAAAAAA AA2JAAsACQPoAAAACQAAAAAAAAAADYsACwAJA+gAAAAJAAAAAMAAAAANkAALAAkD6AAAAAkA AAAAAAAAAA27AAsACQPoAAAACQAAAADAAAAADb4ACwAJA+gAAAAJAAAAAAAAAAANywALAAkD 6AAAAAkAAAAAwAAAAA3PAAsACQPoAAAACQAAAAAAAAAADgwACwAJA+gAAAAJwAAAAAAAAAAO NgALAAkD6AAAAAkAAAAAwAAAAA45AAsACQPoAAAACQAAAAAAAAAADjwACwAJA+gAAAAJAAAA AMAAAAAOQAALAAkD6AAAAAkAAAAAAAAAAA5FAAsACQPoAAAACQAAAADAAAAADkkACwAJA+gA AAAJAAAAAAAAAAAOVgALAAkD6AAAAAkAAAAAwAAAAA5aAAsACQPoAAAACQAAAAAAAAAADmAA CwAJA+gAAAAJAAAAAMAAAAAOZQALAAkD6AAAAAkAAAAAAAAAAA5mAAsACQPoAAAACQAAcAAA AAAADnEACwAJA+gAAAAJAAAAAAAAAAAOcwALAAkD6AAAAAkAAAAAwAAAAA54AAsACQPoAAAA CQAAAAAAAAAADo0ACwAJA+gAAAAJAAAAAMAAAAAOkgALAAkD6AAAAAkAAAAAAAAAAA6TAAsA CQPoAAAACQAAcAAAAAAADp4ACwAJA+gAAAAJAAAAAAAAAAAOoAALAAkD6AAAAAkAAAAAwAAA AA6lAAsACQPoAAAACQAAAAAAAAAADrEACwAJA+gAAAAJAAAAAMAAAAAOtQALAAkD6AAAAAkA AAAAAAAAAA7LAAsACQPoAAAACQAAAADAAAAADtAACwAJA+gAAAAJAAAAAAAAAAAO0gALAAkD 6AAAAAkAAHAAAAAAAA7WAAsACQPoAAAACQAAAAAAAAAADtcACwAJA+gAAAAJAAAAAMAAAAAO 3AALAAkD6AAAAAkAAAAAAAAAAAAAAAABAAAAFdIAABTSAAAARggFDQhARAAAABwARgABc3R5 bAAAABJTT1VQAAAAHgCA//8AAAAAAAAAAACA//8AABTOAAAAAA== - --------------adB1834FABD7D2207984D60643 Content-Type: text/plain; name="Multiple delay loop pluck" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Multiple delay loop pluck" KA0gDS8vIEEgIHBoeXNpY2FsIHBsdWNrIG1vZGVsIGltcGxlbWVudGVkIHdpdGggbXVsdGlw bGUgZGVsYXkgbG9vcHMsDS8vIHdoaWNoIGlzIHRoZW4gdXNlZCBpbiB2YXJpb3VzIHBhdHRl cm5zIHdoZXJlIHRoZSBndWl0YXIgb3IgcGx1Y2tpbmcgc3R5bGUNLy8gaXMgY2hhbmdlZCBv dmVyIHRpbWUuIHAxIGlzIHRoZSBtb3N0IGludGVyZXN0aW5nIG9uZSBhcyBpdCBtb3JwaHMg dGhlIGd1aXRhcg0vLyBvdmVyIHRpbWUNLy8gU3RhZmZhbiBMaWxqZWdyZW4sIDk5MDkwNywg c3RhZmZhbkBtZWRpYWxhYi5lcmljc3Nvbi5zZQ0NdmFyIG1kbFBsdWNrLCByZXYsIHAxLHAy LHAzLCBwNCxlLCBlMjsNDXJldiA9IHsgYXJnIGluOyA0LmRvKHsgaW4gPSBBbGxwYXNzTi5h cihpbiwgMC4wNSwgWzAuMDQucmFuZCwwLjA0LnJhbmRdLCAyLjMpOyB9KTsgaW59OwkNDS8v IFBsdWNrIG1vZGVsIHVzaW5nIGFuIGFycmF5IG9mIERlbGF5UHJvY2Vzc0wgYXMgc3RyaW5n IGRlbGF5IGxvb3BzLkl0IGdpdmVzIFlvdSANLy8gc2V2ZXJhbCBwYXJhbWV0ZXJzIHBlciBz dHJpbmcgKGluZGl2aWR1YWwgbG9vcCBnYWluIGV0YykuIFRoaXMgY291bGQgDS8vIGJlIGEg Z29vZCBzdGFydCBmb3IgaW1wbGVtZW50aW5nICBjb3VwbGluZyBiZXR3ZWVuIGRpZmZlcmVu dCBzdHJpbmdzIGV0Yw1tZGxQbHVjayA9IHthcmcgcGFuLGRlYyxlbnYsIGR1cixmcmVxLGFt cCwgcGx1Y2thdHRhY2s9MC4wMDEsIHBsdWNrZGVjYXk9MC4xLA0JICAgICAgICBsb29wY29l ZmY9IDAuNSxsb29wZ2Fpbj0wLjk5NjsNCXZhciBuLCBleCwgbzsNCQ0JLy8gQ3VycmVudGx5 IEkganVzdCB1c2UgMiBkZWxheXMgZm9yIGltcGwgb2YgYmVhdHMgYmV0d2VlbiBob3Jpc29u dGFsIA0JLy8gYW5kIHZlcnRpY2FsIHRyYW5zdmVyc2FsIHdhdmVzIGluIHRoZSBzdHJpbmcu IEJ1dCBpdCBjYW4gYmUgZ2VuZXJhbGlzZWQgdG8gbWFueSANCS8vIHRoaW5ncy4gSWYgWW91 IHNldCBuPSAxIFlvdSBnZXQgYSBub3JtYWwgc2luZ2xlIGRlbGF5IHBsdWNrICh3aXRoIHNs aWdodCBkZXR1bmluZykgDQkvLyBhbmQgbGVzcyB0YXhpbmcgb24gdGhlIENQVSANCW4gPSAy Ow0JDQkvLyAoSW1wdWxzZSkgRXhjaXRhdGlvbg0JZXggPSBEZWNheTIuYXIoSW1wdWxzZS5h cigwLGFtcC8xMDApLHBsdWNrYXR0YWNrLCBwbHVja2RlY2F5LExQRi5hcihQaW5rTm9pc2Uu YXIsNTAwMCkpOw0JDQkvLyAoU3RyaW5nKSBkZWxheSBsb29wDQl0aGlzU3ludGguYmxvY2tT aXplID0gMzI7IC8vZmxvb3IoMS9mcmVxICogU3ludGguc2FtcGxlUmF0ZSkgLSAxOw0JLy8g RGV0dW5lZCBmcmVxdWVuY2UgKGRlbGF5IGxlbmd0aCkgYW5kIGxvb3AgZmlsdGVyIChnYWlu KSwgZ2l2ZXMgDQkvLyBwb2xhcmlzYXRpb24gYmVhdHMgYW5kIHR3byBzdGFnZSBkZWNheQ0J byA9IE1peC5hckZpbGwobiwgDQkJICAvLyBhcmd1bWVudHM6IGRlbGF5IGxvb3AgZnVuY3Rp b24sIGluLCBtYXhkZWxheSwgYWN0dWFsIGRlbGF5LCBmZWVkYmFjaw0JCXsgRGVsYXlQcm9j ZXNzTC5hcih7YXJnIGRzOyBPbmVaZXJvLmFyKGRzLCBsb29wY29lZmYpfSwgDQkJCQkgICAg ICAgICBleCwgMC4xLDEvKGZyZXEgKyAxLjUucmFuZCksIGxvb3BnYWluLTAuMDA0LnJhbmQp IA0JCX0pIC8gbjsNCQkJCQ0JLy8gKEJvZHkpIHJlc29uYW5jZSAodXNpbmcgS2xhbmsgd291 bGQgZ2l2ZSBtb3JlIGNvbnRyb2wpDQlvPU1peC5hcihSaW5nei5hcihvLFsxMDAsMjAwLDI1 MCwzODAsNTYwLCA3NTAsIDkwMF0sIGRlYywgRW52R2VuLmtyKGVudikpKTsNCVBhbjIuYXIo bywgcGFuKQ19Ow0NLy8gUGxlYXNlIGFkYXB0IHRoZSBlbnZlbG9wZSBpZiBZb3UgY2hhbmdl IHRoZSBkdXJhdGlvbnMgaW4gdGhlIHBhdHRlcm5zIGJlbG93IQ1lID0gRW52Lm5ldygjWzEs IDEsIDBdLCNbMC4yNSwgMC4xXSk7CQ1lMiA9IEVudi5uZXcoI1sxLCAxLCAwXSwjWzAuNSwg MC4xXSk7CQ0NLy8gcDEgaXMgIGEgc2ltcGxlIG5vdGUgcGF0dGVybiBob3ZlcmluZyBvIHRo ZSBsZWZ0IHdoaWxlIHRoZSAiZ3VpdGFyIiBjaGFuZ2VzLCBib3RoICANLy8gc3RyaW5nIGxv b3AgKGxvb3Bjb2VmZikgYW5kICBib2R5IHJlc29uYW5jZSBkZWNheSB0aW1lLiANLy8gWW91 IGNhbiB2YXJ5IHRoZSBsb29wY29lZmYgZXZlbiBtb3JlICgtMS4wICwgMS4wKSBhbmQgc2Vl IHdoZXJlIG9uIHRoZSAiZHJ1bS9wbHVjayIgDS8vIG1vcnBoIFlvdSBsaWtlIHRoZSBzb3Vu ZCBiZXN0DXAxID0gUGJpbmQoDQlcbG9vcGNvZWZmLCBQYnJvd24oLTAuMywgMC42LCAwLjIp LA0JXGRlYywgUGJyb3duKDAuMSwgMC4yNSwgMC4wNSksDQlccGFuLCBQYnJvd24oLTEuMCwg LTAuMywgMC4xKSwNCVx1Z2VuRnVuYywgbWRsUGx1Y2ssIA0JXGVudiwgZSwNCVxkdXIsIFBy YW5kKFtQc2VxKFswLjI1XSwxKSxQc2VxKFswLjEyNV0sMildLCAxNiksDQlcYW1wLCAwLjUs IC8vIGxvd2VyIHRvIDAuNCBpZiBpdCBwZWFrcw0JXG9jdGF2ZSwgNCwNCVxkZWdyZWUsIFB4 cmFuZChbMCw1LDYsNywgXHJlc3RdLCBpbmYpDQkpOw0JDS8vIHAyIGlzIGEgZ3VpdGFyIHBh bm5pbmcgb24gdGhlIHJpZ2h0LCB3aXRoIHJhbmRvbWx5IHZhcmllZCBwbHVjayBhdHRhY2sN cDIgPSBQYmluZCgNCVxwbHVja2F0dGFjaywgUGJyb3duKDAuMDAxLDAuMDYsIDAuMDA1KSwN CVxkZWMsIDAuMiwNCVxwYW4sIFBicm93bigwLjMsIDEuMCwgMC4xKSwNCVx1Z2VuRnVuYywg bWRsUGx1Y2ssIA0JXGVudiwgZSwNCVxkdXIsIFByYW5kKFtQc2VxKFswLjI1XSwxKSxQc2Vx KFswLjEyNV0sMildLCAxNiksDQlcYW1wLCAwLjUsDQlcb2N0YXZlLCA1LA0JXGRlZ3JlZSwg UHJhbmQoWzAsMSwyLDMsNCw1LDYsNywgXHJlc3QsIFxyZXN0XSwgaW5mKSArIFByYW5kKFsw LDAsMCwgWzAsMl0gXSwgaW5mKQ0JKTsNDS8vIHAzIGlzIGEgdHJhbnF1aWwgcGx1Y2sgcGF0 dGVybiB3aXRoIHNvZnQgcGx1Y2sgYXR0YWNrLCBwYW5uZWQgYXJvdW5kDXAzID0gUGJpbmQo DQlccGx1Y2thdHRhY2ssIDAuMDcsDQlcZGVjLCAwLjMsDQlccGFuLCBQYnJvd24oLTEuMCwx LjAsIDAuMyksDQlcdWdlbkZ1bmMsIG1kbFBsdWNrLCANCVxlbnYsIGUyLA0JXGR1ciwgUHhy YW5kKFtQc2VxKFswLjEyNV0sOCksUHNlcShbMC41LCAwLjI1LCAwLjI1XSwxKSxQc2VxKFsw LjI1XSw0KV0sIDQpLA0JXG9jdGF2ZSwgNCwNCVxkZWdyZWUsIFB4cmFuZChbIFxyZXN0LCBQ c2h1ZihbMCwyLDQsNl0pLCBQc2h1ZihbLTIsMCwyLDRdKSwgUHNodWYoWzEsMyw1LDddKSBd LGluZikNCSk7DS8vIHA0IGlzIGEgImJvdHRsZW5lY2siIHN0eWxlDXA0ID0gUGJpbmQoDQlc cGx1Y2thdHRhY2ssIDAuMDEsDQlcZGVjLCAwLjIsDQlccGFuLCBQYnJvd24oLTAuOSwwLjks IDAuMiksDQlcdWdlbkZ1bmMsIG1kbFBsdWNrLCANCVxlbnYsIGUyLA0JXGR1cixQeHJhbmQo WyAxLFBzZXEoWzAuMjVdLDQpLCBQc2VxKFswLjVdLDIpIF0sIDIpLA0JXGFtcCwgMC4zLA0J XG1pZGlub3RlLCBQcm91dCh7IA0JCQkJICAgKFs2MCw2NCwgNjcsIDcxXSkuc2NyYW1ibGUu ZG8oeyBhcmcgaTsgDQkJCQkgICAJTGluZS5rcihpLVs0LDddLmNob29zZSxpLDAuMjUpLnlp ZWxkOw0JCQkJICAgCX0pDQkJCSB9KQ0JKTsNCQkJCQ0vLyBBIHNpbXBsZSBldHVkZSB3aXRo IHRoZSBhYm92ZSBwYXR0ZXJucw1QZngoDQlQc2VxKFsNCQlQc2VxKFtwNF0sIDEpLA0JCVBz ZXEoWw0JCQlQYWRkcChcbXRyYW5zcG9zZSwgUHJhbmQoWy0yLC0xXSwyKSwgcDEpLA0JCQlQ YWRkcChcbXRyYW5zcG9zZSwgUHJhbmQoWzAsMSwyXSwyKSxQcGFyKFtwMSwgcDJdKSkNCQld LDIpLA0JCVBzZXRwKCBcYW1wLFBnZW9tKDAuOSwwLjYsNCkscDMpDQkJCQ1dLDIpLCByZXYp LnNjb3BlDSkNDSANDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0N DQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ== - --------------adB1834FABD7D2207984D60643-- - --------------88808CFB7AEFC36B516F9DBF-- ------------------------------ End of sc-users-digest V1 #61 *****************************