On Sat, Feb 08, 2003 at 11:55:00 +0100, David Olofson wrote:
> On Saturday 08 February 2003 13.17, Steve Harris wrote:
> [...brachless clamp...]
> > Its not an instruction its just a bit of maths using fabs().
>
> Yes, of course! I keep forgetting that fabs() is an FPU operation. :-)
> (Life's no
On Sat, Feb 08, 2003 at 12:03:01 -0800, Tim Hockin wrote:
> > Branching to fill your delay line with explit 0.0's intead of reading them
> > from a buffer of zeros doesn't help. We allready know that reverbs cant
> > support it at all. Efficieny reasons would also rule out flangers, delays,
> > mos
On Sat, Feb 08, 2003 at 11:54:28 -0800, Tim Hockin wrote:
> > [silence detection]
> >
> > You still have unpredicatable CPU load, which makes it pretty useless.
>
> ...for you
For anyone working in realtime, who doesn't want dropouts.
The seems to be the common case.
- Steve
> > I'm starting to agree. I really dislike the idea that the host has
> > to read a plugin's output control to get extra stuff for a preset.
>
> This is not an exception. It has to do something like that all the
> time, since inputs are not readable. Has everyone forgotten that?
We don't have
0.5 works great for me. However, I get a warning at run-time:
*** libjack: WARNING! Use of function jack_set_buffer_size_callback() is
deprecated! ***
Should I just remove this as a necessary callback setup or is it renamed
now?
Taybin Rutkin wrote:
Jack Audio Connection Ki
On Saturday 08 February 2003 21.03, Tim Hockin wrote:
> > Branching to fill your delay line with explit 0.0's intead of
> > reading them from a buffer of zeros doesn't help. We allready
> > know that reverbs cant support it at all. Efficieny reasons would
> > also rule out flangers, delays, most fi
On Saturday 08 February 2003 20.52, Tim Hockin wrote:
> > On Sat, Feb 08, 2003 at 07:41:43 +0100, David Olofson wrote:
> > > As a matter of fact, if you just loop the output back to the
> > > input, the "LEARN" switch is all you need. Whenever you flip
> > > the switch to "off" the new data would b
On Saturday 08 February 2003 13.17, Steve Harris wrote:
[...brachless clamp...]
> Its not an instruction its just a bit of maths using fabs().
Yes, of course! I keep forgetting that fabs() is an FPU operation. :-)
(Life's not that nice with ints on most CPUs...)
[...]
> > Besides, if you have s
On Saturday 08 February 2003 07.41, Tim Hockin wrote:
> > > 2) Do we need a run_adding() form of run()?
[...first "yes" - then "*man*, this is messy!"...]
> I've never seen such a fast about-face! :)
*hehe* Well, it's because I keep seeing new parts of the picture. It's
easy when you think abou
On Saturday 08 February 2003 13.12, Steve Harris wrote:
> On Sat, Feb 08, 2003 at 07:41:43 +0100, David Olofson wrote:
> > As a matter of fact, if you just loop the output back to the
> > input, the "LEARN" switch is all you need. Whenever you flip the
> > switch to "off" the new data would be send
On Saturday 08 February 2003 07.40, Tim Hockin wrote:
[...]
> Then let me restate - I bet that a LOT of plugins will hardlimit to
> their controls ranges. Soft-limits will be done by people who are
> used to not having a limit, but if we succeed and get market
> capture, no one will really use sof
Hi,
There was a problem compiling the gtkmm ui in 0.5.0 with the latest
sigc++.. oops :) Fixed now. Trivial patch attached, and a new tarball
and everything up on the website.
http://pkl.net/~node/alsa-patch-bay.html
Bob
--
Bob Ham <[EMAIL PROTECTED]>
--- main-window.cpp.0.5.0 2003-0
> Branching to fill your delay line with explit 0.0's intead of reading them
> from a buffer of zeros doesn't help. We allready know that reverbs cant
> support it at all. Efficieny reasons would also rule out flangers, delays,
> most filters and choruses.
Maybe I'm missing something, but how can
Jack Audio Connection Kit 0.50.0 Released
The Jack team is pleased to announce the release of version 0.50.0 of
the Jack low-latency audio server. Jack allows applications to share
data and audio devices in synchronous operation, a
> [silence detection]
>
> You still have unpredicatable CPU load, which makes it pretty useless.
...for you
> On Sat, Feb 08, 2003 at 07:41:43 +0100, David Olofson wrote:
> > As a matter of fact, if you just loop the output back to the input,
> > the "LEARN" switch is all you need. Whenever you flip the switch to
> > "off" the new data would be send back to the input. When you save a
> > preset, the h
On Sat, Feb 08, 2003 at 07:16:44 +0100, David Olofson wrote:
> Yes - but we should only encourage it for small/fast plugins that are
> expected to be used in many instances, and/or commonly used as the
> last stage in mixer strips and the like.
>
> Maybe we should even *discourage* authors of pl
On Fri, Feb 07, 2003 at 07:25:25 -0800, Tim Hockin wrote:
> > Now, there is a problem here: If you have a chain of plugins, and some
> > of them don't support silence, these will screw things up for the
> > silence aware plugins. However, if we apply silence detectors on the
> > outputs of plugi
On Sat, Feb 08, 2003 at 03:06:40 +0100, David Olofson wrote:
> On Saturday 08 February 2003 02.17, Tim Hockin wrote:
> [...]
> > Assuming we really want to allow soft-limits (which I just don't
> > get), we can just say that if you want a hardlimit, constrain it
> > internally.
>
> Yeah.
>
> As t
On Sat, Feb 08, 2003 at 12:09:59 +0100, David Olofson wrote:
> On Friday 07 February 2003 23.07, Steve Harris wrote:
> [...]
> > > You might ove the conditionals around a bit depending on which
> > > case you want to be the fastest, but I don't think it gets much
> > > more fun than that.
> >
> > T
On Sat, Feb 08, 2003 at 07:41:43 +0100, David Olofson wrote:
> As a matter of fact, if you just loop the output back to the input,
> the "LEARN" switch is all you need. Whenever you flip the switch to
> "off" the new data would be send back to the input. When you save a
> preset, the host would
Hi all,
Now supports jack. It needs the patchbay-facilitating jack functions
that are only in cvs atm, tho; there's been no tarball release with them
yet. And yes, it's still called "ALSA" patchbay :)
* added jack driver, also installing a jack-patch-bay link to alsa-patch-bay
and a jack-patc
Hello!
AlsaPlayer 0.99.74 is out! This release includes a ton of new features
and many bug fixes. Most notable are preliminary Icecast/Shoutcast
streaming support (mp3 and ogg sources), CDDB lookup for CD tracks, a
new xosd interface plygin, expanded libalsaplayer API, FLAC http
streaming, command
23 matches
Mail list logo
