oh, and be careful about using Bakery, because it combines the View
and Controller of MVC programming. This makes it rather tricky to use
when you've actually got GUI-based VC elements (on screen), and MIDI based
controller elements (and who knows, in a world of motorized MIDI
control surfaces, pe
>I am designing a piece of MIDI/audio software for my own music making
>projects (and anyone else who wanted to use it of course). This is of
>course a large project. I would like anyone who is at all interested to
>please look over my design and tell me what you think. To quote my web
>page:
1)
I am designing a piece of MIDI/audio software for my own music making
projects (and anyone else who wanted to use it of course). This is of
course a large project. I would like anyone who is at all interested to
please look over my design and tell me what you think. To quote my web
page:
Voltage
On Wed, Jul 17, 2002 at 12:37:00PM +0100, Steve Harris wrote:
> On Wed, Jul 17, 2002 at 10:28:10 +1000, Conrad Parker wrote:
> > My concerns are:
> > * bloat -- requiring all LADSPA hosts to link against libxml and
> ...
> > * licensing -- requiring all LADSPA hosts to link to GPL code
>
Hi, Martin:
Your work sounds very interesting, I look forward to reading it. Do
you think it would make a good Quicktoot ?
Please let me know if you'd like a proof reader, I'll be happy to look
it over.
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.n
> Btw, any news about RTmix ?
>
> Best regards,
>
> == Dave Phillips
>
> The Book Of Linux Music & Sound at
http://www.nostarch.com/lms.htm
> The Linux Soundapps Site at http://linux-sound.org
Working on it as we speak :-). Should be releasing source code and the
binary version 0.2
Ivica Bukvic wrote:
> A section on interactive electroacoustic music and its tools would be
> also interesting since that area is steadily growing in its popularity.
Hi, Ivica:
I'm not sure how I would organize a separate section on that topic by
itself, but I definitely plan to devote space to
>> this is very dangerous. you must never call snd_pcm_mmap_commit()
>> *before* you have actually written the data.
>
>i tought _mmap_commit() does only updating some sw-pointers for
>alsa and has no real effect in the sense of commiting frames or
>whatever. cause it's also only the only process
On Wed, Jul 17, 2002 at 06:23:08PM -0400, Paul Davis wrote:
> >frames_transmit = frames_available;
> >snd_pcm_mmap_begin(alsa_handler, &area, &offset, &frames_transmit);
> >prepare the areas and get back area, offset and frames_transmit.
> >frames_transmit gives back the REAL value of available fr
Greetings:
The subject says it all...
http://linux-sound.org
http://www.linuxsound.at
http://www.ymo.org/linuxsound/
(The last URL will not be updated until tomorrow)...
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.nostarc
On Fri, Jul 19, 2002 at 05:11:06AM +0200, Torben Hohn wrote:
>BTW:
>I consider XML to be bloat.
At least it is portable bloat ;)
No, seriously, xml has advantages over plain ascii,
when you consider xslt, rdf, ... etc etc
regards
vini
> On Wed, Jul 17, 2002 at 06:49:05 +0200, Richard Guenther wrote:
> > Hi Steve!
> >
> > I really like it! Also it opens up a lot of other possibilities in the
> > future like GUI hints, etc.
>
> Yes, it should also provide a tree of plugin categories, but I haven't
> defined that yet.
>
> So, t
On Wed, Jul 17, 2002 at 08:26:53 +0200, Richard Guenther wrote:
> Thought the other comment was against dropping "native" defaults support
> with ladspa v1.1, not against RDF in general. As you noted RDF will be
> useful for stuff v1.1 does not handle, such as
> - presets
> - categories
> - exchan
13 matches
Mail list logo
