Krzysztof Foltman wrote: [cut] > The most universal (and probably least confusing) max value would be the > related to max layer sample length, but that means that the knob range > changes when samples are added/removed/edited. Hi!
Do you mean to use as total envelope time the length of the longest sample in the layers an instrument has? IMHO I think it would be THE way :) I don't know the implementation of the ADSR H2 uses, but I think that the sum of the attack,decay and release time should equal the sample length time, and each knob should "steal" time from the other two, if cranked to the max. The other two knobs would react decreasing their value, going back to zero if needed. This way, the three knobs would specify how much percentage of the total time they take when varying the sample amplitude, independently from how much the sample total time is. A cool thing would be providing also a little graphical representation (not necessarily editable, you can do this in the sample editor) of the envelope shape, in addition to knobs, and an envelope on/off button, to turn off ADSR shaping, if needed. Anyway, it's true that the knob range would then change when samples or layers are added/removed/edited, but one can expect it won't change too much and just choose the longest sample for assigning total envelope time. After all, they are layers belonging to the same instrument... Another thing that buzzes in my head: how about having five knobs in the envelope modifier? Attack time, decay time ,sustain time, sustain level, decay time. > > Some extra food for thought: the whole concept of "max envelope time (in > second) is dependent on sample's original sample rate" may case problems > in certain situations. Open hats and cymbals are sampled at 44.1k+, so > max decay time is short. Kicks and snares may be sampled at lower rates, > and yet they get twice the max decay time. > > And what if different layers are sampled with different rates, will the > envelope times change as well? > > (too long post again :| unfortunately, the envelope stuff isn't as > simple as one could think it is) > > Krzysztof > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Hydrogen-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/hydrogen-devel > -- salvuz POST FATA RESVRGO Linux registered user #291700 | machine #174619 get counted on ---> http://counter.li.org/ <--- ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Hydrogen-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
