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/
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
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 http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
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 mailto: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 http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Pd-dev mailing list Pd-dev@lists.iem.at mailto:Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
2017-12-04 18:13 GMT-02:00 Miller Puckette msp@ucsd.edu:
One idea would be to make "midiparse" and "midiformat" objects for Pd. Zack Settel wrote a version of this for Max once long ago.
those are in cyclone by the way
-
Alexandre Torres Porres -
Dan Wilcox -
Miller Puckette