|
»
« Return to Thread: ADSR (DaHdsr)
Re: ADSR (DaHdsr)
by Leonard "paniq" Ritter
::
Rate this Message:
Hi Hanno,
I'm not really involved in this project, so take my comments with a
grain of salt.
after watching your huge batch of mails in the past weeks, full of new
suggestions, I wonder if your invitation to feature creep is really the
way to go. The problem is not really BEASTS lack in features. The last
time I tried BEAST, it managed to crash itself in about under 3 minutes.
The project structure was archaic. There was lack of support for better
audio backends.
So I suppose what would really help development would be tracking down
the benevolent dictator in this project and bugging him about the bugs -
thus, doing some serious QA.
On development side, an upgrade of the project structure is required,
adding a proper lightweight build system (scons), support for either
rtaudio or portaudio v19 as an audio backend, and some serious
refactoring, which involves mainly: removing all the IDL crap, thinning
the code, and porting of the frontend to a scripting language such as
python, so new feature additions and bugfixes become easy, and people
stop worrying about e.g. 3 different types of complex types in the
code ;)
I would do this myself, but instead I decided to start my own tracker
project, and we're progressing fast.
On Mon, 2006-12-11 at 10:01 +0100, Hanno wrote:
> A week ago or so we talked about a DELAY in the ADSR-Module. After studying
> the LAC2006 I would appreciate if we could have another factor: the HOLD
>
> The ADSR should be therefore expanded by a sixth parameter. Just after
> DELAY,ATTACK the HOLD tells how long the maximum value should be hold before
> it DECAYS to the SUSTAIN and RELEASE.
>
> At the moment I have no sound in mind that uses this feature but with slow
> coming, soft or deep sounds this would be nessecary I think and after I read
> that Pons Adriansen is doing his Swami with this kind of expanded ADSR I
> think we should too. Because with this in it we can build any Wave-Sound that
> can be done in Swami. Simple trick and cheap to have, I think.
>
> Hanno
> _______________________________________________
> beast mailing list
> beast@...
> http://mail.gnome.org/mailman/listinfo/beast--
-- Leonard Ritter
-- http://www.leonard-ritter.com
-- http://www.paniq.org
_______________________________________________
beast mailing list
beast@...
http://mail.gnome.org/mailman/listinfo/beast
I'm not really involved in this project, so take my comments with a
grain of salt.
after watching your huge batch of mails in the past weeks, full of new
suggestions, I wonder if your invitation to feature creep is really the
way to go. The problem is not really BEASTS lack in features. The last
time I tried BEAST, it managed to crash itself in about under 3 minutes.
The project structure was archaic. There was lack of support for better
audio backends.
So I suppose what would really help development would be tracking down
the benevolent dictator in this project and bugging him about the bugs -
thus, doing some serious QA.
On development side, an upgrade of the project structure is required,
adding a proper lightweight build system (scons), support for either
rtaudio or portaudio v19 as an audio backend, and some serious
refactoring, which involves mainly: removing all the IDL crap, thinning
the code, and porting of the frontend to a scripting language such as
python, so new feature additions and bugfixes become easy, and people
stop worrying about e.g. 3 different types of complex types in the
code ;)
I would do this myself, but instead I decided to start my own tracker
project, and we're progressing fast.
On Mon, 2006-12-11 at 10:01 +0100, Hanno wrote:
> A week ago or so we talked about a DELAY in the ADSR-Module. After studying
> the LAC2006 I would appreciate if we could have another factor: the HOLD
>
> The ADSR should be therefore expanded by a sixth parameter. Just after
> DELAY,ATTACK the HOLD tells how long the maximum value should be hold before
> it DECAYS to the SUSTAIN and RELEASE.
>
> At the moment I have no sound in mind that uses this feature but with slow
> coming, soft or deep sounds this would be nessecary I think and after I read
> that Pons Adriansen is doing his Swami with this kind of expanded ADSR I
> think we should too. Because with this in it we can build any Wave-Sound that
> can be done in Swami. Simple trick and cheap to have, I think.
>
> Hanno
> _______________________________________________
> beast mailing list
> beast@...
> http://mail.gnome.org/mailman/listinfo/beast
-- Leonard Ritter
-- http://www.leonard-ritter.com
-- http://www.paniq.org
_______________________________________________
beast mailing list
beast@...
http://mail.gnome.org/mailman/listinfo/beast
« Return to Thread: ADSR (DaHdsr)
| Free embeddable forum powered by Nabble | Forum Help |
