Subject: Re: [OT][linux-audio-dev] Ardour : features page
From: sfogar_AT_libero.it
Date: Tue Oct 17 2000 - 10:54:11 EEST
Why not building this using pure data ?
Info at http://www.crca.ucsd.edu/~msp/software.html
Cheers
Alessandro Fogar
> ---------- Initial message -----------
>
> From : owner-linux-audio-dev_AT_ginette.musique.umontreal.ca
> To : linux-audio-dev_AT_ginette.musique.umontreal.ca
> Cc :
> Date : Mon, 16 Oct 2000 23:20:28 -0700
> Subject : Re: [OT][linux-audio-dev] Ardour : features page
>
> >- you press the pedal and set the start of the loop point
> > at this point the app stores 0.5-1sec of audio in RAM (starting
from
> this
> >point)
> >
> >- as soon as you press the pedal again, the end loop point is set,
> > and the HDR app will IMMEDIATELY jump to the first loop point
without
> any
> > clicks since it is cached in RAM and there is plenty time left to
> stream the
> > subsequent data.
>
> I knew that you would see this technique, considering the way your
> understanding of digital audio has EVOlved recently. I think someone
is
> working on such a thing as a plug in (tapiir?). The feature I am
> looking for is much more complex, though it may involve this
technique.
> The idea is that recording begins with a foot pedal or an amplitude
> threshold detector monitoring the audio path (this is important
because
> with a pedal the player must start the loop early (maybe a 1/16th note
> before the 1 beat) so the leading transient will not be cut off, and
> must then remember to end the loop early. Threshold detection allows
> the leading transient to be the 1 beat automatically). The loop end
> point is defined with a pedal. The app uses the loop start and end
> points to define a region in an edl, assigns this region to a track
and
> immediately begins playback from the start of the region. The
soundfile
> is still open and being recorded to. When the loop reaches the end
the
> app creates another region representing the audio recorded since the
> previous region had been defined, assigns this region to a new track,
> and immediately begins playback of both tracks from the beginning (or
> auto-mutes the second track as desired by the user). This process
goes
> on for as long as the player desires, producing a new region for each
> iteration through the loop, until recording is stopped.
>
> The difference between this and the fripp stuff is that while each
> iteration through the loop is audibly layered, they are physically
> separate. The fripp method permanently mixes each new iteration into
> the composite recording. In performance both methods would produce
> identical sonic output. The method I describe allows the performance
to
> be broken down into its individual parts for later use in the
> arrangement of a composition. With loops of only a few seconds this
> would quickly produce too many tracks to be mixed in rt, and for this
I
> would use a jamman. I am talking about a loop that is as long as the
> song, where entire parts are added one iteration at a time.
>
> Tom
>
>
This archive was generated by hypermail 2b28 : Tue Oct 17 2000 - 11:32:52 EEST