Hi Dave,
Thanks (as always) for your fine Web page.
I see that you're listing PDAudio under "Unusual". Might you consider
listing the PDAudio-CF interface under the "Sound Card & Drivers" category
(for that's what it is: an audio input interface) and perhaps list our
"PDAudio Recorder (Linux)" u
Phil Kerr wrote:
Hi Lukas,
For the networking transportation you may want to have a look at IEEE
P1639, formerly known as DMIDI, and RTP-MIDI (aka MWPP).
Oops, i think this is another misunderstanding. I shouldn't have used
words like 'network', 'port' and 'listen' .
Actualy i had nothing in
Kjetil S. Matheussen wrote:
On Fri, 30 May 2003, Lukas Degener wrote:
Kjetil:
yes i have tried pd some time ago, and was rather impressed by what it
could do. I guess by now it is possible to cook coffee and get the girl
next door laid with it. :-)
But i haven't ever looked at the code. And i
Greetings:
As of May 30 2003 the Linux Music & Sound Applications sites have been
updated.
The site may be reached here:
http://linux-sound.org (USA)
Here:
http://www.linuxsound.at (Europe)
And here:
http://linuxsound.jp (Japan)
Best regards,
== Dave Phillips
>done. Two issues remain, nevertheless:
>
>A) What happens if any future plugin for some reason does something more
>complex, let's say O(n^k) per event, would it still be possible to do
>this on the rt thread? Propably not. But anyway, how could one possibly
>guaranty rt processing of such a pr
Hi Lukas,
For the networking transportation you may want to have a look at IEEE
P1639, formerly known as DMIDI, and RTP-MIDI (aka MWPP).
Both provide a network transport framework for MIDI event transmission.
IEEE 1639 is layer 2, raw Ethernet, and RTP-MIDI is layer 3 based.
Regards
Phil
On F
On Fri, 30 May 2003, Lukas Degener wrote:
> Kjetil:
> yes i have tried pd some time ago, and was rather impressed by what it
> could do. I guess by now it is possible to cook coffee and get the girl
> next door laid with it. :-)
> But i haven't ever looked at the code. And i imagine it to be rat
