Re: [sc-users] Newb question - creating subclass for audio signals

[David Etlinger <etlinger@xxxxxxxxxxxxxxxx>]

Thanks James! Yeah, I kept wanting to do multiple inheritance. I didn't
understand the relevance of external methods when I first read the help.

The filters are based on some physical models and I don't expect them to
change often, if ever. But, I will keep your comments in mind as I proceed.
Thanks again.


James Harkins-2 wrote:
> 
> Since all unit generator classes are subclasses of UGen, that is the  
> one to use. But you should use extension methods for your ops, not a  
> subclass. There's no multiple inheritance in SC, so if you have  
> MyThing which is a subclass of UGen, and SomeOtherUGen that is a  
> subclass of UGen, SomeOtherUGen can't inherit methods from MyThing.  
> But if you add methods to UGen, then all ugen classes inherit them.
> 
> See "External Method Files" in Writing-Classes help.
> 
> One reason why I'm skeptical of this approach, though, is a loss of  
> runtime flexibility. Tuning synths is one of those activities that  
> especially benefits from the ability to make changes on the fly. If  
> you hardcode your filters into methods, the only way to change them  
> is to edit the method and recompile the library, blowing away all the  
> objects you were working on. My feeling is that this gets old really  
> fast, so it's better to keep such things in a structure that you can  
> tweak at runtime without recompiling the class lib.
> 
> hjh
> 

-- 
View this message in context: http://www.nabble.com/Newb-question---creating-subclass-for-audio-signals-tp21225372p21237905.html
Sent from the Supercollider - User mailing list archive at Nabble.com.


_______________________________________________
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/