On Tuesday 21 January 2003 05.09, David Olofson wrote:
> So, it seems like we'll need that 0 test anyway. It should
> obviously apply the target value instantly, so that later events
> will work even if they land at the same timestamp. It doesn't have
> to set the delta at all, as sending a 0 durat
> > >The hang is not happening in any of these processes, as far as I can
> > >tell. It is not always in exactly the same place, although it happens
> > >always around the same area. I can see time suddenly jumping up, there
> > >are xruns printed (huge underruns, not the usual stuff - I assume thi
On Tuesday 21 January 2003 00.41, David Olofson wrote:
[...]
> > > So, alternative 1; RAMP events only:
[...]
> > No branch is needed,
>
> Excellent! :-)
I just realized something that might be worth pointing out.
If you send multiple RAMP events for the same control at the same
timestamp, only
1. A short summary of changes
Sliders for parameter control and text inputs for
lower and upper bounds have been added as well as
support for LADSPA-1.1 and ecasound effect parameter
hints. There has been some user interface improvements
and a native JACK support has been added. Updated to
use
is there free software which will, when fed
audio, tell me a precise number for the primary
frequency component? i need to sort/tune some
samples, I want a software solution which is as
good as a human ear. preferrably in the form of
a ladspa "guitar tuner" plugin, so i can emplo
On Monday 20 January 2003 18.59, Steve Harris wrote:
> On Mon, Jan 20, 2003 at 06:08:48 +0100, David Olofson wrote:
> > > but the cases I can think of it wont hurt:
> > >
> > > notched switches: will always jump to the target value anyway,
> > > so wont have to do any interpolation.
> >
> > RAMP is
On Mon, Jan 20, 2003 at 06:08:48 +0100, David Olofson wrote:
> > but the cases I can think of it wont hurt:
> >
> > notched switches: will always jump to the target value anyway, so
> > wont have to do any interpolation.
>
> RAMP is always interpreted as SET? Not the best way to fake ramping,
> b
On Monday 20 January 2003 16.15, Steve Harris wrote:
> On Mon, Jan 20, 2003 at 04:13:17 +0100, David Olofson wrote:
> > 5) A more serious issue is that if control events are not
> >allowed while ramping, except at the time of the aim
> >point, there is no way to avoid sending on
On Sun, Jan 19, 2003 at 06:44:36PM +, Steve Harris wrote:
> My main concern abou htis hint is that it artificially introduces a
> distinction that isn't really there. Its fine as long as no modular host
> ever prevents me form wiring an audio output to hinted continuous control
> input or vice-
I've fixed some build issues and theoretically made it slightly more
efficient. If you managed to build 0.0.1 theres no real point in you
upgrading.
Theres also now a webpage of sorts, with a screenshot ;)
http://plugin.org.uk/timemachine/
- Steve
On Mon, Jan 20, 2003 at 04:13:17 +0100, David Olofson wrote:
> 5) A more serious issue is that if control events are not
> allowed while ramping, except at the time of the aim
> point, there is no way to avoid sending one RAMP event
> for each block while ramping. Y
DIKKAT
VIDEO CD :
Iddia ediyoruz.. Hic bir yerden temin edemeyeceginiz ses ve göruntu kalitesi ile
yuzlerce porno video CD. arSivimiz yenilenmistir. istemis oldugunuz video CD.ler
bire bir yollanir kesinlikle isteginiz harici alakasiz baSka video CD.ler yollanmaz.
Anal. Oral. Vajinal. Grup. Zen
k_jack is a jack reimplementation, and mammut is a very special sound
transformating sound editor.
Download from http://www.notam02.no/arkiv/src/
New in mammut v0.14->v0.15:
---
-Removed the synth transform. It was not supposed to be there and had no
function.
-Fixed
13 matches
Mail list logo