[PD-dev] expose midi parser?

Dan Wilcox danomatika at gmail.com
Mon Dec 4 21:50:58 CET 2017


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 at 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 at ucsd.edu <mailto:msp at 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 at lists.iem.at <mailto:Pd-dev at 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/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20171204/1b5f9cb1/attachment.html>


More information about the Pd-dev mailing list