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
would be to write some ad-hoc C/C++ code, possibly using
existing 'feature extraction' libraries or plugin code.
As a first guess, what you need would be:
- (optional) some pre-filtering to make the trigger
more reliable,
- the trigger itself,
- a delay on the trigger,
and in parallel
- (optional) some pre-filtering for the envelope
follower,
- an envelope follower,
- when the delayed trigger arrives, read the envelope
follower and start the sample playback.
Ciao,
-- FA _______________________________________________ Linux-audio-user mailing list Linux-audio-user@email-addr-hidden http://lists.linuxaudio.org/listinfo/linux-audio-userReceived on Fri Sep 23 00:15:02 2011
This archive was generated by hypermail 2.1.8 : Fri Sep 23 2011 - 00:15:02 EEST