On Thursday 19 September 2002 20.07, Peter L Jones wrote:
[...]
> > An alternative is to make
> > TiMidity++ a jack client, and then you can pipe jack output to an
> > LADSPA network if you wish, via maybe ardour.
>
> That's fine if you're controlling TiMidity++ etc from a PC - but
> how do I fix
On Thursday 19 September 2002 05.10, Likai Liu wrote:
> My response to all above discussion about LADSPA and TiMidity++,
>
> I've been playing with TiMidity++ for a while, and hacked it a bit
> as well. For what I think, given the complexity of internals, it is
> not worth making TiMidity++ an LAD
>audio "device". Since the OS X version of SC likely uses CoreAudio (a
>callback-based library) and since the source for prior versions is
>unavailable, you may be able to do the port of the audio engine
>straightforwardly.
FWIW, AFAIK, SC has always been written around an interrupt+callback
des
> I didn't see a way to contact them via email, otherwise I would inquire
> as to how to proceed in getting an ID.
http://www.midi.org/about-mma/mfr_id_app.pdf
-
John Lazzaro -- Research Specialist -- CS Division -- EECS --
On Wed, 2002-09-18 at 12:55, Richard Bown wrote:
> On Wednesday 18 September 2002 19:41, Josh Green wrote:
>
> > I wonder how one would go about creating such a standard? Would we
> > need to obtain a Manufacturer's ID for our SysEx standard? If we can
> > find an existing standard we could just
On Thursday 19 Sep 2002 04:10, Likai Liu wrote:
> I've been playing with TiMidity++ for a while, and hacked it a bit as
> well. For what I think, given the complexity of internals, it is not
> worth making TiMidity++ an LADSPA host and having to add some TiMidity++
> specific MIDI controller event
Ross--
The OSS interface will be similar to what you're used to, but you
don't want to use it. :-)
There are tutorials on the www.alsa-project.org page, including one
that uses a callback-based style (which is what you want). However,
as Paul has hinted, the best way to proceed with an SC port
Hi. Thanks of the responses (I only just got the linux-audio-dev digest).
As some people have noticed, my queries are at an early stage. No, I don't
yet know too much about the way that the SC code works.
(i) Yes, the gui is going to be the major problem. However, while I have
only used the demo
Apologies if this is not going onto the right mailing list. I am mailing this from the
ICMC2002 conference in Europe and am unable to have long-term access to the Internet,
so I apologize if this has been posted in the wrong place.
Anyhow, I would like to announce immediate availability of RTMi
Hmm I guess Ill respond to myself ;-)
So I started doing some more digging. No matter how I load modules,
reboot, update source code, or click my heels, I can not get a decent
audio output using the cardbus interface. Unfortunatly our control room,
where my pci interface resides, has been too bus
Hi,
> because its far from clear that this is the right thing to do with an
> SC port. if you don't know what SC is, you might not realize that the
Yeah, anyway, I was not pointing in direction of SC, I thought he's
interested
in sound programming in general.
Cheers, Alex
>>> Hi. Could anyone point me to some very basic information to give me
>>> some
>>> idea of programming for sound in linux.
>>
>> we can't even begin to answer such a nebulous question i'm afraid.
>
>why not? I would just start to have a look at other sound applications
>and
>try to understand
Hi,
>> Hi. Could anyone point me to some very basic information to give me
>> some
>> idea of programming for sound in linux.
>
> we can't even begin to answer such a nebulous question i'm afraid.
why not? I would just start to have a look at other sound applications
and
try to understand what
On Thu, 19 Sep 2002 14:08:16 +0100 (BST)
Ross Clement <[EMAIL PROTECTED]> wrote:
> Hi. Could anyone point me to some very basic information to give me some
> idea of programming for sound in linux.
>
> I have previously programmed sound on Silicon Graphics machines and
> Sun machines.
The olde
>Hi. Could anyone point me to some very basic information to give me some
>idea of programming for sound in linux.
we can't even begin to answer such a nebulous question i'm afraid.
>I have previously programmed sound on Silicon Graphics machines and
>Sun machines.
>
>I'm thinking about linux i
Hi. Could anyone point me to some very basic information to give me some
idea of programming for sound in linux.
I have previously programmed sound on Silicon Graphics machines and
Sun machines.
I'm thinking about linux in the context of *possibly* building a cross-
compiler (source code to sou
16 matches
Mail list logo
