On Thursday 20 March 2003 22.54, Mark Rages wrote:
[...]
Did you all know there is an alsa-devel mailing list?
Yep - and I've been wondering what we're doing on LAD... :-)
//David Olofson - Programmer, Composer, Open Source Advocate
.- The Return of Audiality!
On Thursday 20 March 2003 23.08, Paul Davis wrote:
Anyway, I believe this goes for a bunch of other cards as well, so
no news here, really.
there are plans to try to generalize the firmware loading for
ALSA drivers to load stuff from a regular file. the wavefront
driver does this. not many
Hi.
I released ZynAddSubFX 1.2.0
It is a powerfull software synthesizer for Linux and
Windows, and it is located at
http://zynaddsubfx.sourceforge.net/
News:
1.2.0 - ZynAddSubFX is ported to Windows ;-)
- added internal Virtual Keyboard
- added Configuration window
- added
At Tue, 18 Mar 2003 12:23:55 -0500,
Paul Davis wrote:
Anyway, I think this patch has its place on linux-kernel. It will most likely
be rejected but it shows that people are interested in these issues...
(Who knows Ingo might get another bright idea... :-)
i agree, but i also raise another
At Thu, 20 Mar 2003 17:08:23 -0500,
Paul Davis wrote:
Anyway, I believe this goes for a bunch of other cards as well, so no
news here, really.
there are plans to try to generalize the firmware loading for ALSA
drivers to load stuff from a regular file. the wavefront driver does
this. not
On Fri, 21 Mar 2003, David Olofson wrote:
On Thursday 20 March 2003 23.08, Paul Davis wrote:
Anyway, I believe this goes for a bunch of other cards as well, so
no news here, really.
there are plans to try to generalize the firmware loading for
ALSA drivers to load stuff from a regular
it is however quite dangerous for a driver to do so.
why?
a better interface is a generic firmware loading API (or as generic as one
can be made, anyway) with a userspace firmware loader.
agreed. its a rather tricky design however, because on a lot of
hardware, you have to defer most of the
On Thu, Mar 20, 2003 at 04:35:51PM -0800, Tim Hockin wrote:
struct XAP_module {
char *label;
char *name;
uint32_t flags;
/* how many instances of this module are allowed? */
int count_max;
/* per-module controls and I/O */
int n_controls;
hi... this is my first time online since lad Conference.
so i would like to announce galan-0.2.14 (as seen on lad Conference)
galan is another modular synthesizer. It supports sub patches like pd
and jmax. But has separation of mesh and Controls.
It also supports OpenGL Scene Graphs which can
why support the difference between ports and controls ?
This is done in the C galan and tony somehow managed to remove this
difference in the C++ galan.
Because throughout all the XAP discussions we have made it clear that
controls are event-driven and ports are audio-rate data (specifically
On Wed, Mar 19, 2003 at 09:28:42AM +, Steve Harris wrote:
On Wed, Mar 19, 2003 at 09:32:34 +0300, Roman Kaljakin wrote:
What I like about this solution is that it would not only allow to share
modules among the many softsynths, but it could also be used to solve the
GUI/Toolkit
On Wed, Mar 19, 2003 at 09:24:39AM -0500, Paul Davis wrote:
the problem i see with it is that, for this to be useful, (ie, help
the people for which the capsys stuff is too much trouble), it has to
be in the kernel that comes with their distribution. but i really
don't see this getting into
[EMAIL PROTECTED] wrote:
It also supports OpenGL Scene Graphs which can be controlled by your
audio data, the sequencers etc...
Hi Torben:
./configure is giving me problems when it comes to libgtkgl. It says:
checking for gdk_gl_query in -lgtkgl... no
GtkGL not found
but
On Fri, Mar 21, 2003 at 02:49:53PM -0800, Tim Hockin wrote:
why support the difference between ports and controls ?
This is done in the C galan and tony somehow managed to remove this
difference in the C++ galan.
Because throughout all the XAP discussions we have made it clear that
On Tue, Mar 18, 2003 at 12:04:46PM +0100, Francois Dechelle wrote:
On Tue, 2003-03-18 at 10:36, Steve Harris wrote:
Thats OK as a quick fix, but it doesn't solve the broader problem, if you
save state from a host using jMax LADSPA plugins then it wont necceserily
be the same set when you
i know that. In galan it is the same.
But why should this difference be so clearly stated in the API ?
Can you show me a nice API that makes the two feel similar?
Controls: multiple datatypes, receive events in time-order queues
Ports: are assigned buffers (possibly datatyped) of arrays of
On Fri, 2003-03-21 at 14:36, [EMAIL PROTECTED] wrote:
On Tue, Mar 18, 2003 at 12:04:46PM +0100, Francois Dechelle wrote:
What is the usual strategy for LADSPA hosts that save their state? Do
they store only the ID or also the label?
galan saves against the label.
I wanted to change
Tim Hockin wrote:
LADSPA is much the same way - connect anything to anything. But several
people in the XAP discussion feel that normalized data (0 to 1.0 or
whatever) is bad. I am still of the position that I could be convinced to
support two basic control types: numerical (normalized) and
18 matches
Mail list logo
