Actually, I think I should be able to do this already by using:

static void sys_dispatchnextmidiin(void);
void sys_pollmidiinqueue(void);
void sys_midibytein(int portno, int byte);

Don't know why that didn't occur to me before...

On Dec 4, 2017, at 9:16 PM, Dan Wilcox <danomatika@gmail.com> wrote:

I think it would. I'm basically thinking of a layer for libpd that could handle raw bytes and dispatch them inside libpd. As it is now, you have to handle the byte parsing yourself in order to pass things along via libpd_notein(), etc.

On Dec 4, 2017, at 9:13 PM, Miller Puckette <msp@ucsd.edu> wrote:

One idea would be to make "midiparse" and "midiformat" objects for Pd.
Zack Settel wrote a version of this for Max once long ago.

But I'm not sure that would serve the purpose you have in mind...?

cheers
Miller

On Mon, Dec 04, 2017 at 09:09:25PM +0100, Dan Wilcox wrote:
Part of my motivation to work on Pd's internal midi parsing was to find a way to use t_midiparser within libpd. What would be a good way to expose t_midiparser for this?

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>




_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev




--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com