Massy,
On 23/09/2011 04:07, S. Massy wrote:
On Thu, Sep 22, 2011 at 09:38:51PM +0000, Fons Adriaensen wrote:
On Thu, Sep 22, 2011 at 11:42:05PM +0400, Artem Vakhitov wrote:
On 22.09.2011 23:16, Fons Adriaensen wrote:
If you need not only the timing but also to control volume
then it's unlikely this can be done without delay. The part
of the input that would contain usable information to control
volume would very probably come after the trigger, but to
play the sample you need both. The only solution then is to
delay the trigger. That means that simple solutions such as
the ladspa plugin can't do what you want.
The thing is, I do not need to do that in any kind of real time. It
would be sufficient to feed a "beat box" .wav file at the input and get
the corresponding .wav or .mid file at the output. All digital
processing can be done fully off-line, so all timing and amplitude info
is there in advance.
Even if it hasn't to work in real time Pd is probably the
ideal tool to prototype such a system. The alternative
Just idle curiosity, but why do you guys recommend PD over SC or csound?
I had the idea they were more or less equally suited.
Of course. As far as I can read nobody recommended PD "over" SC, csound
or any other environment application. Personaly I mention PD quite often
as it's what I mostly use (and know) these days.
Lorenzo.
Cheers,
S.M.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user
