Here is a patch for pd that gives native alsa sequencer support for routing midi messages. It is the working version i have, and it chooses between alsa or oss at compile time, the code seemed prepared for such a thing, but i'm thinking it might be better to let the user choose at execution as with audio.
As i can take some time to think about a way to do it differently here is the initial 'unofficial' patch for people who can benefit from it and test it.
http://nabla.ath.cx/delirium/pd_alsa_midi.patch.diff
you should apply the patch to a fresh cvs checkout with patch -p1 < pd_alsa_midi.patch (execute that from the main dir of the checkout)
i had some problems with configure script that led to stupid compile errors. it seems my final makefile was missing -DUNIX and -DUNISTD in MORECFLAGS variable. as this problems have nothing to do with my patch they are not corrected in the diff, so beware if you try to compile.
It still has some glitches, touch and polytouch messages are not working, and pitchbend gives strange values. I'll soon correct these.
best regards pablo
On Thu, 4 Nov 2004, Pablo wrote:
Here is a patch for pd that gives native alsa sequencer support for routing midi messages. It is the working version i have, and it chooses between alsa or oss at compile time, the code seemed prepared for such a thing, but i'm thinking it might be better to let the user choose at execution as with audio.
As i can take some time to think about a way to do it differently here is the initial 'unofficial' patch for people who can benefit from it and test it.
Hi, thanks for the patch. I just tried it out. Hooked up seq24 to pd. Its really easy to use. Works very well for basic midi messages.
you should apply the patch to a fresh cvs checkout with patch -p1 < pd_alsa_midi.patch (execute that from the main dir of the checkout)
i had some problems with configure script that led to stupid compile errors. it seems my final makefile was missing -DUNIX and -DUNISTD in MORECFLAGS variable. as this problems have nothing to do with my patch they are not corrected in the diff, so beware if you try to compile.
yes, this is really a bit of a problem. The build system is extremely messy. Also, the version in CVS is not the same as test8.
I applied it to test8 too, but there are some additional changes in u_main.tk which make this a bit problematic.
Hope we can sort all of this out afer ICMC.
Guenter
It still has some glitches, touch and polytouch messages are not working, and pitchbend gives strange values. I'll soon correct these.
best regards pablo
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
Buenas guenter geiger, el 04 de nov de 2004, a las 01:07 escribiste:
On Thu, 4 Nov 2004, Pablo wrote:
Here is a patch for pd that gives native alsa sequencer support for routing midi messages. It is the working version i have, and it chooses between alsa or oss at compile time, the code seemed prepared for such a thing, but i'm thinking it might be better to let the user choose at execution as with audio.
As i can take some time to think about a way to do it differently here is the initial 'unofficial' patch for people who can benefit from it and test it.
Hi, thanks for the patch. I just tried it out. Hooked up seq24 to pd. Its really easy to use. Works very well for basic midi messages.
what do you mean with basic messages? I already fixed all the kinds of messages, so it should run smoothly with all midi objects (if i'm not forgetting anything important, well, maybe raw midi is still not working)
you should apply the patch to a fresh cvs checkout with patch -p1 < pd_alsa_midi.patch (execute that from the main dir of the checkout)
i had some problems with configure script that led to stupid compile errors. it seems my final makefile was missing -DUNIX and -DUNISTD in MORECFLAGS variable. as this problems have nothing to do with my patch they are not corrected in the diff, so beware if you try to compile.
yes, this is really a bit of a problem. The build system is extremely messy. Also, the version in CVS is not the same as test8.
I applied it to test8 too, but there are some additional changes in u_main.tk which make this a bit problematic.
Hope we can sort all of this out afer ICMC.
Guenter
i originally programmed the patch for test8, if i'm not wrong, so i can also make a patch for it if you think it'd be useful.
pablo
On Thu, 4 Nov 2004, Pablo wrote:
Its really easy to use. Works very well for basic midi messages.
what do you mean with basic messages? I already fixed all the kinds of messages, so it should run smoothly with all midi objects (if i'm not forgetting anything important, well, maybe raw midi is still not working)
I meant that was all I tried. I didn't try anything else but sending noteon events. even better if everything works :)
i originally programmed the patch for test8, if i'm not wrong, so i can also make a patch for it if you think it'd be useful.
if you are planning to upload it to the sourceforge patch tracker, I think it is better to patch against test8, because thats the most recent version we have AFAIK.
Guenter
i have a patch for test8 ready at http://nabla.ath.cx/delirium/pd_alsa_midi_patch.test8.diff
i hope it works rightly. it even compiles without changes :)
also did a minor update on the patch for the cvs, .
pablo
Buenas guenter geiger, el 04 de nov de 2004, a las 03:37 escribiste:
On Thu, 4 Nov 2004, Pablo wrote:
Its really easy to use. Works very well for basic midi messages.
what do you mean with basic messages? I already fixed all the kinds of messages, so it should run smoothly with all midi objects (if i'm not forgetting anything important, well, maybe raw midi is still not working)
I meant that was all I tried. I didn't try anything else but sending noteon events. even better if everything works :)
i originally programmed the patch for test8, if i'm not wrong, so i can also make a patch for it if you think it'd be useful.
if you are planning to upload it to the sourceforge patch tracker, I think it is better to patch against test8, because thats the most recent version we have AFAIK.
Guenter
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
On Thu, 4 Nov 2004, Pablo wrote:
i have a patch for test8 ready at http://nabla.ath.cx/delirium/pd_alsa_midi_patch.test8.diff
i hope it works rightly. it even compiles without changes :)
:) true, just dropped it into my debian/patches folder of the puredata debian package, dpkg-buildpackage - works.
I have uploaded a 0.38test8 version to debian experimental, for those who have debian and don't want to patch/compile:
deb ftp://ftp.**.debian.org/debian experimental main
Should hit the mirrors tomorrow.
Guenter
also did a minor update on the patch for the cvs, .
Please, upload the patch against 0.38test8 to the patches tracker.
http://sourceforge.net/tracker/?func=add&group_id=55736&atid=478072
Tim uploaded several patches already and Miller will have a fine selection of patches to put into 0.38. The alsa midi stuff should definitely be there.
Guenter
pablo
Buenas guenter geiger, el 04 de nov de 2004, a las 03:37 escribiste:
On Thu, 4 Nov 2004, Pablo wrote:
Its really easy to use. Works very well for basic midi messages.
what do you mean with basic messages? I already fixed all the kinds of messages, so it should run smoothly with all midi objects (if i'm not forgetting anything important, well, maybe raw midi is still not working)
I meant that was all I tried. I didn't try anything else but sending noteon events. even better if everything works :)
i originally programmed the patch for test8, if i'm not wrong, so i can also make a patch for it if you think it'd be useful.
if you are planning to upload it to the sourceforge patch tracker, I think it is better to patch against test8, because thats the most recent version we have AFAIK.
Guenter
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
-
guenter geiger -
Pablo