Hi all!
Besides widgte-level gui standards another topic for
general usability is terminology. Naming of concepts
like sessions, banks, presets, patches and so on.
I expect quite some resistance about renaming stuff
in existing apps, but a guideline would still be a
good thing for future
Hi!
While thinking about structure/organization for LDrum,
I developed a concept for the gui of a modular system.
http://wrstud.urz.uni-wuppertal.de/~ka0394/forum/04-06-15_splitsheet_01.png
All happens in one window, with blocks that represent
modules. These modules can be input filters
Hallo,
Thorsten Wilms hat gesagt: // Thorsten Wilms wrote:
Besides widgte-level gui standards another topic for
general usability is terminology. Naming of concepts
like sessions, banks, presets, patches and so on.
Puh, that will be a hard one, as audio applications tend to be very
Hallo,
Thorsten Wilms hat gesagt: // Thorsten Wilms wrote:
While thinking about structure/organization for LDrum,
I developed a concept for the gui of a modular system.
http://wrstud.urz.uni-wuppertal.de/~ka0394/forum/04-06-15_splitsheet_01.png
...
Of course moduletypes could not be
...
---BeginMessage---
I just released the source code to my plugins which I recently stopped
developing:
http://www.bioroid.com
I'm sure some people will find them useful.
Martin
___
music-bar mailing list
[EMAIL PROTECTED]
On Tue, Jun 15, 2004 at 05:31:08PM +0200, Frank Barknecht wrote:
Regarding your design: It reminds me of Numerology, which is a cool
sequencer that makes routing the way you suggested, with drop-down
boxes. But Numerology just has a very small amount of possible
objects: it's own tracks,
On Tue, Jun 15, 2004 at 05:22:38PM +0200, Frank Barknecht wrote:
Puh, that will be a hard one, as audio applications tend to be very
different, not only in terminology. Pd doesn't know sessions or
bank, Ardour doesn't now messages or bangs, AMS doesn't know
about tracks, all because those
On Tue, Jun 15, 2004 at 05:31:08PM +0200, Frank Barknecht wrote:
In Pd it is possible to build your own modules, that you then can use
inside your patch. You also can of course code modules. I recently
counted how many modules I have - downloaded or self-created. I have
4781 uniquely named
Hallo,
Thorsten Wilms hat gesagt: // Thorsten Wilms wrote:
On Tue, Jun 15, 2004 at 05:22:38PM +0200, Frank Barknecht wrote:
I have to ask: what is a sampler to you?
Well, sure it's not always possible to draw a line.
For me a true sampler follows the tradition of fairlight and akai,
On Tue, Jun 15, 2004 at 07:53:54PM +0200, Frank Barknecht wrote:
Ah, okay. It seems you look at it from a hardware model. As I never
used electronic sound hardware this is often hard to follow for me.
(ALthough now my standard rant on software designed after hardware
could follow... ;)
Glad
On Sun, 2004-06-13 at 14:58, Fons Adriaensen wrote:
New releases of Aeolus and Jaaa are now available at
http://users.skynet.be/solaris/linuxaudio
Aeolus-0.2.0
Hi Fons... I noticed something different. I used to be able to start
Aeolus and click on [Next] and then I would get
At Tue, 15 Jun 2004 17:43:33 +0200,
Claudio Mettler wrote:
I just released the source code to my plugins which I recently stopped
developing:
http://www.bioroid.com
Grammercy! Leeched for future use, thanks for the contribution :-)
-Pete
On Tue, Jun 15, 2004 at 02:26:05PM -0400, Pete Bessman wrote:
At Tue, 15 Jun 2004 17:43:33 +0200,
Claudio Mettler wrote:
UH! That wasn't me who wrote this. I didn't write this plugins. I'm
just the guy who forwarded this mail which was sent to the music-bar
(ampfea.org) Mailinglist.
I just
Hi Fernando,
First of all, if you package Aeolus and Jaaa please use the most recent
versions that I released only yesterday evening (libclthreads-0.0.3
and jaaa-0.1.1).
I noticed something different. I used to be able to start
Aeolus and click on [Next] and then I would get a preset (you
First of all, if you package Aeolus and Jaaa please use the most recent
versions that I released only yesterday evening (libclthreads-0.0.3
and jaaa-0.1.1).
Yes, that's what I currently have packaged...
I noticed something different. I used to be able to start
Aeolus and click on [Next]
Fons Adriaensen wrote on Tue, 15-Jun-2004:
The file $AEOLUS_DIR/aeolusrc' must be writeable for [Save] to work.
This is one reason to put the stops directory in the user's home
dir, and not in one of the standard lib directories.
You might consider using ~/.aeolus/rc or something of the
Fernando Pablo Lopez-Lezcano wrote on Tue, 15-Jun-2004:
The file $AEOLUS_DIR/aeolusrc' must be writeable for [Save] to work.
This is one reason to put the stops directory in the user's home
dir, and not in one of the standard lib directories.
I see... you may consider for a future
Hey,
I posted this a few weeks ago, here is the original thread:
http://eca.cx/lad/2004/06/0046.html
After doing some research it seems that the issue is actually with
JACK. The SBLive does not allow the hardware capture buffer to be set
to any values other than these:
static unsigned int
I need to do surround panning for a couple of applications.
The following is what I have so far. it's not principled
or analytical --- I just made it up this morning off the
cuff. I'm hoping some of you will have suggestions. Pointers
to sample code for better versions would be nice.
/*
* pan
On Tue, 2004-06-15 at 13:52, Jesse Chappell wrote:
Fons Adriaensen wrote on Tue, 15-Jun-2004:
The file $AEOLUS_DIR/aeolusrc' must be writeable for [Save] to work.
This is one reason to put the stops directory in the user's home
dir, and not in one of the standard lib directories.
20 matches
Mail list logo