[sc-users] fadeTime of aFunctions.play, releasing with CmPeriod (was: Sample synchronous bundle/beats?)

[Daniel Mayer <daniel-mayer@xxxxxxxx>]

As discussion has drifted away from the original topic ...

http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/Sample-synchronous-bundle-beats-td7615275.html


Am 14.12.2014 um 21:25 schrieb Julian Rohrhuber <julian.rohrhuber@xxxxxxxxxxxxxxxxxx>:

> Ok, good. Usually the waveforms don't start with an amplitude > 0 though - do you have anything specific in mind?

I think there are many examples.
Single waveforms with phase unequal zero,
PlayBuf with start in the middle of a buffer,
you can't foresee with nested stuff. 


> 
>> I'd rather think the other way round, wouldn't it be nice if
>> all synths origining from aFunction.play would automatically be released (and not freed)
>> by something like CmdPeriod.run2, bound to an alternative key combo,
>> say Cmd-Shift-Period ?
>> 
>> Don't know though if this would be hard to implement.
> 
> Not so hard.. I guess a default fadeTime of 0.02 on cmd-period wouldn't hurt anyone?
> 
> In Server:
> 
> freeAll { |fadeTime|
> 	if(fadeTime.isNil) {
> 		this.sendMsg("/g_freeAll", 0);
> 		this.sendMsg("/clearSched");
> 		this.initTree;
> 	} {
> 		fork {
> 			this.sendMsg("/n_set", 0, "gate", fadeTime.neg);
> 			
> 			fadeTime.wait; // free the rest.
> 			
> 			this.sendMsg("/g_freeAll", 0);
> 			this.sendMsg("/clearSched");
> 			this.initTree;
> 		}
> 		
> 	}
> }


So you mean above code with

freeAll { |fadeTime = 0.02|

That's cool, now releasing works with CmdPeriod, 
much better than having two separate shortcuts.
Removing an eternal annoyance IMO !
Hope there are no unwanted sideeffects, but 
I will immediately keep the change in my class library and betatest that way.

BTW meanwhile I stumbled across Wouter's SynthTracker class,
which is an elaborated bookkeeping, including 'releaseAll' etc.
But if above works for the main use cases I'm fine ATM.


Greetings

Daniel

-----------------------------
www.daniel-mayer.at
-----------------------------



_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/