From: owner-sc-users-digest@lists.io.com (sc-users-digest) To: sc-users-digest@lists.io.com Subject: sc-users-digest V1 #303 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 Wednesday, June 13 2001 Volume 01 : Number 303 ---------------------------------------------------------------------- Date: Mon, 11 Jun 2001 19:52:50 -0500 From: matrix6k <---@---.---> Subject: Re: huh?>>>NEVERMIND pay no attention to the man behind the screen....he is an idiot. sorry for wasting everyone's time- i was attempting to put two values into one freq argument. NEVERMIND>>>>>>> matrix6k wrote: > > i have a piece. > lately is has been behaving like a 'piece'. --if you know what i mean. > i got 1500 lines of pbinds and stuff, > and i can't get the trucker to synth.write. > it keeps error "Synth output not a ugen." > but it happens at random! sometimes at 60 second, sometimes 200 seconds. > anyone have an idea of what's going on here? > I swear i ran this code fine last time i wrote this file, and all i did > was some mixing- a.k.a. \db, newvalue. > this is weird. > > 0m. > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ------------------------------ Date: Mon, 11 Jun 2001 18:09:51 -0800 From: ben <---@---.---> Subject: Re: huh? weird indeed. ??? - -- ben milstein mintyfresh www.soundmangle.com - www.elmconceptions.com > From: matrix6k <---@---.---> > Organization: none > Reply-To: sc-users@lists.io.com > Date: Mon, 11 Jun 2001 19:40:28 -0500 > To: sc-users@lists.io.com > Subject: huh? > > i have a piece. > lately is has been behaving like a 'piece'. --if you know what i mean. > i got 1500 lines of pbinds and stuff, > and i can't get the trucker to synth.write. > it keeps error "Synth output not a ugen." > but it happens at random! sometimes at 60 second, sometimes 200 seconds. > anyone have an idea of what's going on here? > I swear i ran this code fine last time i wrote this file, and all i did > was some mixing- a.k.a. \db, newvalue. > this is weird. > > 0m. > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > ------------------------------ Date: Mon, 11 Jun 2001 18:45:35 -0800 From: ben <---@---.---> Subject: Re: huh? oops - didnt mean to reply to the list. o well... - -- ben milstein mintyfresh www.soundmangle.com - www.elmconceptions.com > From: ben <---@---.---> > Reply-To: sc-users@lists.io.com > Date: Mon, 11 Jun 2001 18:09:51 -0800 > To: > Subject: Re: huh? > > weird indeed. ??? > -- > ben milstein > mintyfresh > www.soundmangle.com - www.elmconceptions.com > >> From: matrix6k <---@---.---> >> Organization: none >> Reply-To: sc-users@lists.io.com >> Date: Mon, 11 Jun 2001 19:40:28 -0500 >> To: sc-users@lists.io.com >> Subject: huh? >> >> i have a piece. >> lately is has been behaving like a 'piece'. --if you know what i mean. >> i got 1500 lines of pbinds and stuff, >> and i can't get the trucker to synth.write. >> it keeps error "Synth output not a ugen." >> but it happens at random! sometimes at 60 second, sometimes 200 seconds. >> anyone have an idea of what's going on here? >> I swear i ran this code fine last time i wrote this file, and all i did >> was some mixing- a.k.a. \db, newvalue. >> this is weird. >> >> 0m. >> >> _________________________________________________________ >> Do You Yahoo!? >> Get your free @yahoo.com address at http://mail.yahoo.com >> >> > > ------------------------------ Date: Tue, 12 Jun 2001 05:09:12 EDT From: DSPGuy@aol.com Subject: Problems with VXPocket, TiBook, 9.1 I can't get the VXPocket card to output audio data which is being sent in real time from an audio CD (from the built-in player) through SuperCollider. I'm using Digigram's software version 2.6.0, Mac OS 9.1, and SC 2.2.10 on a G4 PowerBook. This process worked well with 9.0.4 on a Wallstreet (G3) PowerBook. It did not work with System 8.6, but that was related to Apple screwing up the CD driver, I guess. Does anyone have any experience with a set-up similar to mine? Is there a trick? Do I need to do things in a certain order? Many thanks for any suggestions. Jerry Bauck ------------------------------ Date: Tue, 12 Jun 2001 15:49:35 +0100 From: Andy Wilson <---@---.---> Subject: Plans to date all, plans for the day continue to develop apace. so far we have the following speakers (in no particular order); 1. Matt Rogalsky (?) on ...? 2. Ben Milstein (soundmangle.com / elmconceptions.com) on ...? 3. John Eacott (informal.org / strangeattraction.com / Westminster Uni) on ...? 4. Nick Collins on 'Algorithmic Composition Methods for Breakbeat Science' 5. Martin Robinson (Middlesex Uni Sonic Arts) on MixerSynch slowly taking shape....... could the designated people plse mail me direct to suggest an actual title for their 'talk' as well as a one line description of themselves. I think it remains to be seen whether ; 1. we simply let people show and tell, in that they 'perform' as part of their talk / presentation, or... 2. have one or more 'standalone' performances at the end of the event, or... 3. both bearing in mind the time constraints (we have the venue only from 2 til 7pm), what would people - especially those presenting - prefer? - -- { andy wilson << managing director << LShift << www.lshift.net } { www.andyw.com && www.faust-pages.com && www.directorxml.com } ------------------------------ Date: Tue, 12 Jun 2001 16:00:03 +0000 From: Martin Robinson <---@---.---> Subject: Hy/brids - SC activities Hello It seems to be the season of SC related events in the UK at the beginning of July. I am "curating" a day of SC related activities at: - --- Hy/brids University of East Anglia Campus, Norwich. UK 6-8 July 2001 [ http://www.sonicartsnetwork.org/ ] The SC activities will take place over the course of one of the three days but details are not yet finalised. I'd be interested to hear from anyone who would wish to participate in the event by presenting and/or performing SC related work. Please send brief proposals to me privately at m.robinson@mdx.ac.uk I hope the day's activities to be aimed at a range of levels, from introductory presentations/tutorials of SC to advanced/developed uses of SC (in a live performance situation for example). There are funds available for travel and accomodation. - --- Regards Martin - -- ..>>>>Martin Robinson :: (Ex)tractor :: && ________ >>><<<_[sonic arts]_[middlesex university]_[en4 8ht] ______ ________________________________________________________________ ________________________________________________________________ >><<>>___t.+44 [0] 7970 405 903 // f.+44 [0] 7970 702 976 __ >><><>____e. _ ------------------------------ Date: Tue, 12 Jun 2001 10:17:09 -0700 (PDT) From: jmciln@shoko.calarts.edu Subject: Re: Plans to date Can any of this be archived on the internet? - -jeff >all, > >plans for the day continue to develop apace. so far we have the following >speakers (in no particular order); > >1. Matt Rogalsky (?) on ...? >2. Ben Milstein (soundmangle.com / elmconceptions.com) on ...? >3. John Eacott (informal.org / strangeattraction.com / Westminster Uni) on >...? >4. Nick Collins on 'Algorithmic Composition Methods for Breakbeat Science' >5. Martin Robinson (Middlesex Uni Sonic Arts) on MixerSynch > >slowly taking shape....... > > >could the designated people plse mail me direct to suggest an actual title >for their 'talk' as well as a one line description of themselves. > >I think it remains to be seen whether ; > >1. we simply let people show and tell, in that they 'perform' as part of >their talk / presentation, or... >2. have one or more 'standalone' performances at the end of the event, or... >3. both > > >bearing in mind the time constraints (we have the venue only from 2 til >7pm), what would people - especially those presenting - prefer? > >-- >{ andy wilson << managing director << LShift << www.lshift.net } >{ www.andyw.com && www.faust-pages.com && www.directorxml.com } > - --------------- 1642 try 621 - --------------- ------------------------------ Date: Tue, 12 Jun 2001 13:14:54 -0700 From: Mark Polishook <---@---.---> Subject: =?iso-8859-1?Q?=95?= ERROR: There is no sound driver loaded. yesterday, all was well. :) today: • ERROR: There is no sound driver loaded. sound manager is in my system. what steps should i take to fix whatever is missing? thanks - mp ------------------------------ Date: Tue, 12 Jun 2001 14:28:51 -0700 From: tyamasa@haywire.csuhayward.edu Subject: Re: =?ISO-8859-1?B?lQ==?= ERROR: There is no sound driver loaded. I get the same error sometimes. on my machine, Sound control panel sets audio-in as Tascam US-428 (USB audio interface) automatically at start up, so when I launch SC without changing it to built-in, or turn on the US-428, SC freaks out like "hey where's my input" even though you don't have "AudioIn" in your patch -SC check the audio in/out at launch. check your in/out in Sound Control panel, and go to audio setting in SC, re-set the audio driver (or, change setting so SC realize something is changed.) - ---------- >From: Mark Polishook <---@---.---> >To: sc-users@lists.io.com >Subject: • ERROR: There is no sound driver loaded. >Date: Tue, Jun 12, 2001, 1:14 PM > > yesterday, all was well. :) > > > today: • ERROR: There is no sound driver loaded. > > > > sound manager is in my system. what steps should i take to fix whatever is > missing? > > thanks - mp > ------------------------------ Date: Tue, 12 Jun 2001 19:42:08 -0400 From: "crucial" <---@---.---> Subject: sc2.2.10 problems with thisSynth This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. - ------_=_NextPart_001_01C0F396.BCFC28E0 Content-Type: text/plain; charset="iso-8859-1" The answer to your question, at least by WSDOT standards (Standard Specifications for Road, Bridge and Municipal Construction 2000), is as follows: "...1. Drop-offs up to 0.20', unless otherwise ordered by the Engineer, may remain exposed with appropriate warning signs alerting motorists of the condition. 2. Drop-offs more than 0.20' that are in the traveled way or auxiliary lane will not be allowed unless protected with appropriate warning signs and further protected as indicated in 3b or 3c below. 3. Drop-offs more than 0.20', but no more than 0.50', that are not within the traveled way shall be protected with appropriate warning signs and further protected by having one of the following: a. A wedge of compacted stable material placed at a slope of 4:1 or flatter. b. Channelizing devices (Type I barricades, plastic safety drums, or other devices 36 inches or more in height) placed along the traffic side of the drop-off and a new edge of pavement stripes placed a minimum of 3' from the drop-off. The maximum spacing between the devices in feet shall be the posted speed limit in miles per hour. Pavement drop-off warning signs shall be placed in advance and throughout the drop-off treatment. c. Temporary concrete barrier or other approved barrier installed on the traffic side of the drop-off with 1' between the drop-off and the back of the barrier and a new edge of pavement stripe a minimum of 2' from the face of the barrier. An approved terminal, flare, or impact attenuator will be required at the beginning of the section. For night use, the barrier shall have standard delineation such as paint, reflective tape, lane markers, or warning lights. 4. Drop-offs more than 0.50' not within the traveled way or auxiliary lane shall be protected with appropriate warning signs and further protected as indicated in 3a, 3b, or 3c if all of the following conditions are met: a. The drop-off is less than 2'; b. The total length throughout the project is less than 1mile; c. The drop-off does not remain for more than three working days; d. The drop-off is not present on any of the holidays listed in Section 1-08.5; and e. The drop-off is only on one side of the roadway. 5. Drop-offs more than 0.50' that are not within the traveled way or auxiliary lane and are not otherwise covered by No. 4 above shall be protected with appropriate warning signs and further protected as indicated in 3a or 3c. 6. Open trenches within the traveled way or auxiliary lane shall have a steel-plate cover placed and anchored over them. A wedge of suitable material, if required, shall be placed for a smooth transition between the pavement and the steel plate. Warning signs shall be used to alert motorists of the presence of the steel plates." We regularly require a compacted wedge of suitable material placed at the 4:1 slope with Traffic Safety Drums or Cones to protect an area during non-working hours. Usually a contractor will use his wedge material in the next day's grading operation. If you have a condition where a significant drop-off must be left in place, we will use concrete barrier in the traffic control plans which takes the guess work out of issue when in the field. Hope this information is useful. Tony Leingang Work Zone Traffic Control Design/Review Olympic Region Washington State Department of Transportation 360.704.3218 leingaa@wsdot.wa.gov -----Original Message----- From: John Seyer [mailto:JSeyer@entranco.com] Sent: Tuesday, June 12, 2001 3:33 PM To: 'itetraffic@lists.io.com' Subject: itetraffic Milling/Overlay I have a question relating to traffic control during milling and overlay. We have a project that will include resurfacing of the right lane of a four-lane facility. Traffic will be diverted to the left lane during construction, but the concern is the "drop-off" between the two lanes. We have recommended that drums be used for delineation along the length of the project, but the question has been raised about whether or not drums are sufficient. It seems logical that, for a 1-inch different in surface elevation between the two lanes, drums between the left lane and the right lane would be sufficient. However, if the elevation difference between the two lanes is more like 9 inches, then perhaps something more robust, such as a concrete barrier, would be more appropriate. So, at what point would you recommend using a concrete barrier rather than drums? And, is there a time factor? For instance, if there would be a 6-inch difference for one day, perhaps you would go with drums. However, if the 6-inch drop-off would be in place for several months, perhaps you would then go to a concrete barrier. If you have any experience or know of any standards that could provide answers to these questions, please pass them along. Thank you. John M. Seyer, P.E. Balloffet - Entranco (970) 221-3600 x134 - ------_=_NextPart_001_01C0F396.BCFC28E0 Content-Type: text/html; charset="iso-8859-1"
The answer to your question, at least by WSDOT standards (Standard Specifications for Road, Bridge and Municipal Construction 2000), is as follows:
 
"...1. Drop-offs up to 0.20', unless otherwise ordered by the Engineer, may remain exposed with appropriate warning signs alerting motorists of the condition.
 
2. Drop-offs more than 0.20' that are in the traveled way or auxiliary lane will not be allowed unless protected with appropriate warning signs and further protected as indicated in 3b or 3c below.
 
3. Drop-offs more than 0.20', but no more than 0.50', that are not within the traveled way shall be protected with appropriate warning signs and further protected by having one of the following:
    a. A wedge of compacted stable material placed at a slope of 4:1 or flatter.
    b. Channelizing devices (Type I barricades, plastic safety drums, or other devices 36 inches or more in height) placed along the traffic side of the drop-off and a new edge of pavement stripes placed a minimum of 3' from the drop-off.  The maximum spacing between the devices in feet shall be the posted speed limit in miles per hour.  Pavement drop-off warning signs shall be placed in advance and throughout the drop-off treatment.
    c. Temporary concrete barrier or other approved barrier installed on the traffic side of the drop-off with 1' between the drop-off and the back of the barrier and a new edge of pavement stripe a minimum of 2' from the face of the barrier.  An approved terminal, flare, or impact attenuator will be required at the beginning of the section.  For night use, the barrier shall have standard delineation such as paint, reflective tape, lane markers, or warning lights.
 
4. Drop-offs more than 0.50' not within the traveled way or auxiliary lane shall be protected with appropriate warning signs and further protected as indicated in 3a, 3b, or 3c if all of the following conditions are met:
    a. The drop-off is less than 2';
    b. The total length throughout the project is less than 1mile;
    c. The drop-off does not remain for more than three working days;
    d. The drop-off is not present on any of the holidays listed in Section 1-08.5;
    and
    e. The drop-off is only on one side of the roadway.
 
5. Drop-offs more than 0.50' that are not within the traveled way or auxiliary lane and are not otherwise covered by No. 4 above shall be protected with appropriate warning signs and further protected as indicated in 3a or 3c.
 
6. Open trenches within the traveled way or auxiliary lane shall have a steel-plate cover placed and anchored over them.  A wedge of suitable material, if required, shall be placed for a smooth transition between the pavement and the steel plate.  Warning signs shall be used to alert motorists of the presence of the steel plates."
 
We regularly require a compacted wedge of suitable material placed at the 4:1 slope with Traffic Safety Drums or Cones to protect an area during non-working hours.  Usually a contractor will use his wedge material in the next day's grading operation.  If you have a condition where a significant drop-off must be left in place, we will use concrete barrier in the traffic control plans which takes the guess work out of issue when in the field.  Hope this information is useful.
 
 
Tony Leingang
Work Zone Traffic Control Design/Review
Olympic Region
Washington State Department of Transportation
360.704.3218

 
 
 
 -----Original Message-----
From:<---@---.---> John Seyer [mailto:JSeyer@entranco.com]
Sent: Tuesday, June 12, 2001 3:33 PM
To: 'itetraffic@lists.io.com'
Subject: itetraffic Milling/Overlay
I have a question relating to traffic control during milling and overlay.  We have a project that will include resurfacing of the right lane of a four-lane facility.  Traffic will be diverted to the left lane during construction, but the concern is the "drop-off" between the two lanes.  We have recommended that drums be used for delineation along the length of the project, but the question has been raised about whether or not drums are sufficient.
 
It seems logical that, for a 1-inch different in surface elevation between the two lanes, drums between the left lane and the right lane would be sufficient.  However, if the elevation difference between the two lanes is more like 9 inches, then perhaps something more robust, such as a concrete barrier, would be more appropriate.  So, at what point would you recommend using a concrete barrier rather than drums?  And, is there a time factor?  For instance, if there would be a 6-inch difference for one day, perhaps you would go with drums.  However, if the 6-inch drop-off would be in place for several months, perhaps you would then go to a concrete barrier.
 
If you have any experience or know of any standards that could provide answers to these questions, please pass them along.  Thank you.
 
John M. Seyer, P.E.
Balloffet - Entranco
(970) 221-3600 x134
 
- ------_=_NextPart_001_01C0F396.BCFC28E0-- ------------------------------ Date: Tue, 12 Jun 2001 21:02:51 -0400 From: "crucial" <---@---.---> Subject: Re: sc2.2.10 problems with thisSynth >This message is in MIME format. Since your mail reader does not understand >this format, some or all of this message may not be legible. > >------_=_NextPart_001_01C0F396.BCFC28E0 >Content-Type: text/plain; > charset="iso-8859-1" > >The answer to your question, at least by WSDOT standards (Standard >Specifications for Road, Bridge and Municipal Construction 2000), is as >follows: > >"...1. Drop-offs up to 0.20', unless otherwise ordered by the Engineer, may >remain exposed with appropriate warning signs alerting motorists of the >condition. .... -----Original Message----- From: John Seyer [mailto:JSeyer@entranco.com] Sent: Tuesday, June 12, 2001 3:33 PM To: 'itetraffic@lists.io.com' Subject: itetraffic Milling/Overlay awesome :) that appears to be a lists.io.com fuckup :) um.. more to the point:: I am having problems due to the bug with thisSynth. it is often left with a synth when play has stopped due to either an error or command . thisSynth is not a reliable check to see if synthesis has started. I often need to know this so as to either launch a Task or do the function directly. SC crashes very annoyingly if it tries to launch a Task using an invalid thisSynth i have added a variable isPlaying and done a hack to set it, check thisSynth et.c etc. etc. but it still requires Synth.stop to be explicitly called. I am trying also to call Synth.stop at Interpreter::interpretCmdLine but it seems that normal selecting text and hitting enter doesn't go through this. I believe this is the primary cause of most crashes I experience. James is there any remedy ? Can the bug perhaps be quickly fixed for an sc2.2.11 ? _____(( http://crucial-systems.com _________________))_______ ------------------------------ Date: Wed, 13 Jun 2001 08:16:15 +0200 From: Martin Stepanek <---@---.---> Subject: Re: Sync >Hi everybody. >I'm not a very good programmer but here's some stuff I did >to sync applications to SC. >Maybe somebody can improve it. > i-ll look through it. but i-m a very poor programmer ; ) martin Postmodernism is German Romanticism with Better Special Effects ~Jeff Keuss~ ------------------------------ Date: Wed, 13 Jun 2001 15:02:46 +0100 From: Andy Wilson <---@---.---> Subject: London SC Day: Presentations and Performances all, a number of people have asked me the same question, namely; > Is it worth intermingling talks and performances to keep people interested, > or to separate talks first followed by performances? what I propose is as follows; we give all speakers a fixed time slot (half an hour?) during which they can talk, play stuff, whatever, as they please. then, at the end of all the presentations we have a similar series of performances, where each person / group / whatever similarly gets half an hour or so to play. given this distinction, could all those who have already offered to present and perform please let me know whether they really do want a full half hour performance slot or whther they can do with playing patches, etc., as part of the presentation. from this I'll be able to work out who gets which slot - but I warn you all now that a lot of people are likely to be disappointed since the number of people who have already volunteered to perform is already too much for the time we have, even if we didn't have any presentations at all..... - -- { andy wilson << managing director << LShift << www.lshift.net } { www.andyw.com && www.faust-pages.com && www.directorxml.com } ------------------------------ Date: Wed, 13 Jun 2001 10:11:55 -0800 From: ben <---@---.---> Subject: Re: Sync hi how do you get audio running in logic + sc at the same time? peace ben - -- ben milstein mintyfresh www.soundmangle.com - www.elmconceptions.com > From: Jesper Elén <---@---.---> > Reply-To: sc-users@lists.io.com > Date: Sun, 10 Jun 2001 20:52:37 +0200 > To: > Subject: Sync > > Hi everybody. > I'm not a very good programmer but here's some stuff I did > to sync applications to SC. > Maybe somebody can improve it. > > Jesper > > > -- > Jesper Elén > Österväg 24 > 621 45 Visby > Sweden > > phones: > > privat: +46-498-271565 > VITC: +46-498-249900 > Tonis: +46-498-284836 or > +46-498-284810 also fax. > > email: j.elen@telia.com > > ------------------------------ Date: Wed, 13 Jun 2001 22:33:56 +0200 From: Jesper El=?ISO-8859-1?B?6Q==?=n <---@---.---> Subject: Re: Sync 01-06-13 20.11, skrev ben pĺ ben@soundmangle.com följande: > hi > how do you get audio running in logic + sc at the same time? > peace > ben Hi. I don't, I mostly use it as a way to send midi to logic that then can be saved as midifiles. In our studio on the other hand we have two G4:s. One is running a ProTools TDM system and the other running other software (including SC) through a Digi001 system. So I send sync to sync the ProTools computer the midicomputer so then I can add stuff with SC over the Digi001 through the Mixer to the ProTools on the other computer in sync. Jesper - -- Jesper Elén Österväg 24 621 45 Visby Sweden phones: privat: +46-498-271565 VITC: +46-498-249900 Tonis: +46-498-284836 or +46-498-284810 also fax. email: j.elen@telia.com ------------------------------ Date: Wed, 13 Jun 2001 22:34:31 +0200 From: Jesper El=?ISO-8859-1?B?6Q==?=n <---@---.---> Subject: Re: Sync 01-06-13 08.16, skrev Martin Stepanek pĺ a9305560@unet.univie.ac.at följande: >> Hi everybody. >> I'm not a very good programmer but here's some stuff I did >> to sync applications to SC. >> Maybe somebody can improve it. >> > > i-ll look through it. but i-m a very poor programmer ; ) > > martin > > Postmodernism is German Romanticism with Better Special Effects > > ~Jeff Keuss~ > > Hi. Thanks. Jesper - -- Jesper Elén Österväg 24 621 45 Visby Sweden phones: privat: +46-498-271565 VITC: +46-498-249900 Tonis: +46-498-284836 or +46-498-284810 also fax. email: j.elen@telia.com ------------------------------ Date: Wed, 13 Jun 2001 18:50:39 -0400 From: "crucial" <---@---.---> Subject: Re: Sync >01-06-13 20.11, skrev ben pĺ ben@soundmangle.com följande: > >> hi >> how do you get audio running in logic + sc at the same time? >> peace >> ben > > >Hi. >I don't, I mostly use it as a way to send midi to logic >that then can be saved as midifiles. So you are getting SC to generate midi notes and recording that ( *with* logic slaved via MMC or MTC sync ) into logic ? and that works okay? i though midi out on sc had lots of glitches and timing burps. the code looks pretty good. i think i will try some sync stuff. mtc might as well use a Spawn because next time is always fixed midiClock also wait, midi clock is always 24 pulses per second ? per beat, no ? this always does 24 per beat: StepClock.kr(1/24,GetTempo.kr) I am releasing a large amount of classes in a couple of days. There is a family of Players, things that play resources using a common standard interface. MMC and Sync could nicely become Players or use adapters. some players are locatable (like the sound file classes), and a composite structure can be relocated within a composition quite easily. with MMC controlled by a player, it could also sync up pro tools just as easily ! :) >In our studio on the other hand we have two G4:s. >One is running a ProTools TDM system and the other >running other software (including SC) through a Digi001 >system. So I send sync to sync the ProTools computer >the midicomputer so then I can add stuff with SC over the Digi001 >through the Mixer to the ProTools on the other computer in sync. > >Jesper > > >-- >Jesper Elén > Österväg 24 > 621 45 Visby > Sweden > >phones: > > privat: +46-498-271565 > VITC: +46-498-249900 > Tonis: +46-498-284836 or > +46-498-284810 also fax. > >email: j.elen@telia.com > > > _____(( http://crucial-systems.com _________________))_______ ------------------------------ Date: Wed, 13 Jun 2001 20:04:44 -0400 From: "crucial" <---@---.---> Subject: Re: Sync > felix spake: >midiClock also > wait, midi clock is always 24 pulses per second ? per beat, no ? > > this always does 24 per beat: > StepClock.kr(1/24,GetTempo.kr) not as efficient as it looks. Impulse.kr(GetTempo.kr * 24) is better. _____(( http://crucial-systems.com _________________))_______ ------------------------------ Date: Wed, 13 Jun 2001 20:27:18 -0500 From: rkuivila@mail.wesleyan.edu (Ron Kuivila) Subject: RFC: Easy GUI for SC3 - --============_-1219640458==_============ Content-Type: text/plain; charset="us-ascii" Hi all, Attached are some files that are the first pass on classes to simplify GUI specification in SC 3. The basic idea is to use duplicate Environments in the non-realtime and realtime to generate identical name spaces for controls, etc. The classes are: ControlEnvironment: a multi-level environment indexed by SynthID and each Control's name. (This is very similar to ControlSpace.) Control: similar to ControlValue, but it registers realtime and non-realtime copies of itself in ControlEnviroment. (While ControlSpace contains values, ControlEnvironment contains Controls.) ControlGroup: a collection of Controls and a sound function. This is a simplified version of Items from my stuff for SC2. Here is an example of what it looks like to use: ControlGroup({arg gp, freq, amp; // argument list is used to declare the Controls found in the ControlGroup // first argument is theControlGroup, the following arguments are Control's ~freq .sp(490,\freq); ~amp .sp(0.1,\unipolar); ~gp.sound_(#{ Pan2.ar(FSinOsc.ar(~freq.kr,0, ~amp.kr)) }); }).show; RJK - --============_-1219640458==_============ Content-Type: text/plain; name="Control.sc"; charset="us-ascii" Content-Disposition: attachment; filename="Control.sc" /* Similar to ControlValue, but Controls register non-realtime and realtime copies of themselves in ControlEnvironment while ControlValue's register their values in non-realtime and realtime components of ControlSpace. */ Control { var synthID, <>plugID, <>value, <>gui; *new { arg spec, synthID, plugID, initialValue; thisProcess.sendMsg(thisProcess.other, this, \localNew, spec, synthID, plugID, initialValue); ^this.localNew(spec, synthID, plugID, initialValue); } *localNew { arg spec, synthID, plugID, initialValue; ^super.newCopyArgs(spec.asControlSpec, synthID, plugID).init(initialValue); } init { arg initialValue; ControlEnvironment.putControl(this); this.localSetMapped(initialValue ? spec.default); if(thisProcess.isNonRealTime, { gui = HLayout(nil,[ Label(nil, nil, plugID.asString, layoutSize: LayoutSize(weight: 0.75 )), Slider( control: this, layoutSize: LayoutSize(weight: 1.35) ) ]); }); } localSpec_ { arg argSpec; spec = argSpec.asControlSpec; } sp { arg initialValue, argSpec; this.localSpec_(argSpec); #{ arg synthID, plugID, argSpec; ControlEnvironment.at(synthID, plugID).localSpec_(argSpec); }.send(thisProcess.other, synthID, plugID, argSpec); this.setMapped(initialValue ? spec.default); } get { ^spec.unmap(this.getMapped); } set{ arg val; this.setMapped(spec.map(val)); } getMapped { ^value; } localSetMapped { arg val; value = val; if (thisProcess.isRealTime, { Synth.setControl(synthID, plugID, val); }); } setMapped{ arg val; this.localSetMapped(val); #{ arg synthID, plugID, val; ControlEnvironment.at(synthID, plugID).localSetMapped(val) }.send(thisProcess.other, synthID, plugID, val); } kr { arg lagTime = 0.1, mode; ^Plug.kr(value, lagTime, mode, plugID) } } - --============_-1219640458==_============ Content-Type: text/plain; name="ControlEnvironment.sc"; charset="us-ascii" Content-Disposition: attachment; filename="ControlEnvironment.sc" /* ControlEnvironment - generate a realtime and non-realtime Environment to allow easy naming of controls. */ MultiLevelEnvironment : MultiLevelIdentityDictionary { newInternalNode { ^Environment.new } } ControlEnvironment : MultiLevelEnvironment { classvar items; // Control wrappers var <>synthID; var <>sound; *new { arg func; ^super.new.make(func) } at { arg indx; ^ControlEnvironment.at(synthID,indx); } list { ^ items.collect({arg control; control.list }) } make{ arg func; var nameList, argList, initVal; synthID = UniqueID.next; items = []; nameList = func.def.argNames; if (nameList.notNil, { argList = nameList.copyRange(1, nameList.size - 1); // first argument is not a Control argList.do({ arg argName, i; items = items ++ [ Control(\unipolar, synthID, argName) ]; }); ControlEnvironment.put(synthID, nameList.at(0), this); ControlEnvironment.at(synthID).use({ func.valueArray(this); }); }); } play { #{ arg synthID, soundFunc; ControlEnvironment.at(synthID).use({ soundFunc.play(id: synthID) }) }.send(1, synthID, sound); } stop { arg fade = 0.1; Synth.sendFadeEnd(1, synthID, fade); } gui { ^VLayout(Pen(textFont: \Gadget, textSize: 12), [ Button(nil, nil, [ ["Start", Color.black, Color.green, { this.play; 1 }], ["Stop", Color.black, Color.red, { this.stop(0); 0 }] ]) ] ++ items.collect({arg item; item.gui }) ) } show { var screen; screen = GUIScreen.new("screen", Rect(100,100,800,500), GUIWindow.new("test", Rect(80,80, 380,200), this.gui) ); ^screen.refresh; /* .onClose = { Synth.sendFadeEnd(1, synthID); ControlEnvironment.removeAt(synthID); // wipe out the synth's control dictionary. }; */ } } - --============_-1219640458==_============ Content-Type: text/plain; name="ControlGroup_example"; charset="us-ascii" Content-Disposition: attachment; filename="ControlGroup_example" ControlEnvironment.initClass; a = ControlGroup({arg gp, freq, amp; ~freq .sp(490,\freq); ~amp.sp(0.1,\unipolar); gp.sound_(#{ Pan2.ar(FSinOsc.ar(~freq.kr,0, ~amp.kr)) }); }).show; - --============_-1219640458==_============-- ------------------------------ End of sc-users-digest V1 #303 ******************************