Dave Robillard wrote:
Screenshot:
http://chat.carleton.ca/~drobilla/patchbay.png
Waiting on the Jack callback issue to make a pre-release. Anyway,
basically I need a name for this thing, and any (UI) suggestions anyone
has.
Eventually it will be a combined jack/alsa patch bay, so it'd be nice if
I think another great application for such a thing would be a JACK patch
bay. It would be so much easier to use something like this to connect
apps (and internal ardour connections) than it is at the moment. I
always wanted to write such a thing myself but never really had the
time. In many
On Wednesday 05 February 2003 6:18 pm, Tim Hockin wrote:
> > That is a great feature of C++ but PortAudio is using 'C' not C++. So I
> > think our only choices are #define and enum. PortAudio uses both.
>
> you can still use const variables - gcc with optimizations treats them like
> defines, but w
On Monday 03 February 2003 3:26 pm, ian wrote:
> On Mon, 3 Feb 2003, Steve Harris wrote:
> > > * No mix output mode; only replace. More overhead...
> >
> > But how many hosts use mix? As a plugin author, having to implement both
> > is a pain. I use code generation to make both functions.
>
> Mix
On Sunday 15 December 2002 12:59 am, David Olofson wrote:
> Speaking of which, does anyone hack LADSPA plugins in C++, or other
> languages?
The cmt set of LADSPA plugins is in C++.
On Friday 13 December 2002 7:05 pm, David Olofson wrote:
> On Friday 13 December 2002 19.01, Steve Harris wrote:
> > But it duplicates pitch. If you dont allow note_pitch then you dont
> > miss out on anything, all the plugins that would be possible still
> > are, it just makes a small number of sp
On Friday 13 December 2002 3:28 pm, Tim Goetze wrote:
> Steve Harris wrote:
> >You can define subgraphs, but not in the same file. It wouldn't be too
> >hard, but what it would really need is a graphical editor.
>
> sure, a gui will be really helpful for complex modules.
> nonetheless, i think the
On Thursday 12 December 2002 9:33 pm, David Olofson wrote:
> On Thursday 12 December 2002 21.25, Nathaniel Virgo wrote:
> > Basically what I'm saying is that the note_pitch idea goes some way
> > towards making scales work, but not all the way,
>
> The issues you have
On Thursday 12 December 2002 7:16 pm, David Olofson wrote:
> On Thursday 12 December 2002 15.26, Steve Harris wrote:
> > I guess it
> > depends what key you're in... which can't be expressed in a note
> > number anyway, so I still think its redundant.
>
> Well, then we're into this "tweaking notes
On Thursday 12 December 2002 12:18 pm, David Olofson wrote:
> On Thursday 12 December 2002 12.43, Nathaniel Virgo wrote:
> > In
> > fact, linear_pitch is probably better for this kind of arpeggiator
> > because you can create octaves, which you can't do in general i
On Wednesday 11 December 2002 8:31 pm, David Olofson wrote:
> > A synth could still have a built in event
> > processor, but it should only process linear_pitch events.
>
> Yes - but you could not implement a useful arpeggiator that way, for
> example. It would do the wrong thing as soon as you're
On Wednesday 11 December 2002 5:19 pm, David Olofson wrote:
> (Oops. Replied to the direct reply, rather than via the list. Please,
> don't CC me - I'm on the list! :-)
Sorry, I just tend to hit "reply to all" because some lists seem to be set up
so that "reply" doesn't go to the list.
> I like
On Wednesday 11 December 2002 4:29 pm, David Olofson wrote:
> On Wednesday 11 December 2002 13.59, David Gerard Matthews wrote:
> > Steve Harris wrote:
> > >On Wed, Dec 11, 2002 at 12:40:18 +0000, Nathaniel Virgo wrote:
> > >>I can't really say I can think of a b
On Wednesday 11 December 2002 3:41 pm, David Olofson wrote:
> On Wed, Dec 11, 2002 at 12:40:18 +0000, Nathaniel Virgo wrote:
> > I can't really say I can think of a better way though.
> > Personally I'd leave scales out of the API and let the host deal
> >
On Tuesday 10 December 2002 8:39 pm, David Olofson wrote:
> > > More ideas, anyone?
> >
> > 4. Raw frequency in Hz.
>
> How would that make anything easier?
I'm not saying it necessarily would, I was just suggesting an alternative
that hadn't been mentioned at the time I started typing.
> >
On Tuesday 10 December 2002 6:14 pm, Bob Ham wrote:
> > LGPL would still protect your code in that any alterations to ladcca
> > itself would still have to be released under LGPL - it just means that if
> > commercial companies (or people with inclinations toward non-GPL open
> > source licences) w
On Tuesday 10 December 2002 12:27 am, Bob Ham wrote:
> Hi again,
>
> I just completed a huge introduction to ladcca. I hope this will help
> generate some interest. It's part of a very incomplete manual, which
> I've put up on a webpage for the thing at http://pkl.net/~node/ladcca.html
> The intro
On Monday 09 December 2002 11:40 pm, David Olofson wrote:
> I would be happy to see a clean solution for this, but so far, these
> are the only alternatives we have managed come up with:
>
> 1. 1.0/note for note_pitch, 1.0/octave for linear_pitch.
> Converter plugins required everyw
On Saturday 07 December 2002 11:29 pm, David Olofson wrote:
> [..]
>
> > MIDI has 2 velocities - note_on and note_off. I see velocity as
> > specific to those two events. Isn't a new velocity event really a
> > new strike or attack of the instrument, or, in other words a new
> > voice (even if it
On Monday 28 October 2002 9:48 pm, Christian Henz wrote:
> Hi all.
>
> I have been working on a 'simple sampleplayer' that acts as an ALSA
> sequencer client and can be used to play for example drum samples and
> loops.
Excellent. You don't know how long I've been waiting for something like this.
On Sunday 27 October 2002 4:00 pm, Patrick Shirkey wrote:
> The aim of the images at the top is to provide one click access to the
> most popular sites for information about Linux audio. I really don't
> want to move them. They could do with being slightly smaller perhaps.
I'd like to suggest that
On Thursday 12 September 2002 5:52 pm, Steve Harris wrote:
> I don't know of one.
>
> I'l gladly help though, I've been meaning to write a test harness
> plugin host for months. I was going to feed in lost of out-of-range data
> and unusual things to check for segfauls and consistent CPU use (if t
Hi everyone,
I was wondering if anyone has any ideas on the best way to test/debug some
LADSPA plugins that I've written (using the cmt framework). There is
applyplugin but it can't test plugins that only output control signals (I'm
currently using SSM to test these but it's a bit cumbersome
Sorry, I didn't mean to sound overly authoritative there - I'm just trying to
get a handle on these issues myself because I'm starting to write some
plugins of my own, in which the level of the input signal has quite a big
effect.
> Actually, no. I just used the hints to indicate which plugins
> >
> > 2. Is there any range constraint applied to the audio content
> >communicated by the audio input/audio output ports?
> >VST e.g. does restrict the range from -1.0 to +1.0.
>
> by convention, -1.0 to 1.0 (in most plugins and hosts)
>
I had assumed that this would be determined b
Just one thought: There was some talk a little while ago about plugins that
might want to behave differently (in a modular synth context) if their ports
were not connected. Somebody suggested using NaN as the port's value
in that case. Would it be reasonable to suggest a
LADSPA_HINT_DEFAULT_
Hello again,
sorry to bother you all with another stupid question, but I was wondering if anyone
can give me any pointers on getting LADSPA stuff to work under cygwin.
(I'm not trying to do anything especially clever here, I just want to learn to write
plugins but I won't have access to a li
> VST converter program of some sort - for example a
VST plugin which lets the user select a LADSPA plugin and then generates an
appropriate GUI? It seems that it should be possible since there is nothing linux
specific in the LADSPA api.
-Nathaniel Virgo
>> Of course, since I have a market size of 1 (myself), and pretty much no
>> interest from the open-source community, the project hasn't gone
>> anywhere else. But I'm quite happy with it. :)
>
>Make that two!! :) ttrk has been one of my favorite >audio apps for a while
>now. Thanks to the we
On Friday 22 March 2002 12:05, Dr. Matthias Nagorni wrote:
> Hi,
>
> On Wed, 20 Mar 2002, Nathaniel Virgo wrote:
> > does anyone know if an app exists that can open a midi port and then, for
> > instance, send channel 1 to the external midiport and all the rest to a
> >
Hi everyone,
does anyone know if an app exists that can open a midi port and then, for
instance, send channel 1 to the external midiport and all the rest to a
virmidi port?
I've asked this before on LAU, but I'd really like to know the answer because
I'm thinking of writing my own if there i
31 matches
Mail list logo
