[PD-dev] sysex/midiin and port numbers
peter.brinkmann at googlemail.com
Sun Feb 3 17:48:54 CET 2013
Thanks for the update, Miller!
libpd already includes a workaround for this port number shift (i.e., it
decrements on output, so that port numbers always start at 0), and I'll
just get rid of the workaround when I merge 0.45.
On Sat, Feb 2, 2013 at 9:32 PM, Miller Puckette <msp at ucsd.edu> wrote:
> I'm belatedly looking at this to try to figure out what if any policy is
> happening here...
> Objects like "noteon" should report MIDI "channel" 1-16 for the first port,
> 17-32 for the second one, and so on. The only MIDI input objects that
> don't have a channel are the byte-by-byte ones, and so these get an outlet
> to specify port. This should be 1 for the first open MIDI port, etc.
> For some damn reason, the MIDI port numbers have started at 2 and not 1,
> probably since the dawn of Pd. I think it's worth fixing this - it's a
> bug and I think device numbers have been sliding around so much already
> that any notion of port-number compatibility is specious anyhow.
> I think thought that I should do this for the upcoming 0.45 and not any
> new 0.44 bugfix releases.
> On Tue, Jan 08, 2013 at 01:06:41PM -0800, Miller Puckette wrote:
> > I _think_ it would be safe to change this... anyone know of any way that
> > would break compatibility?
> > thanks
> > M
> > On Tue, Jan 08, 2013 at 02:58:41PM -0500, Peter Brinkmann wrote:
> > > Hi,
> > > I've been revisiting the MIDI support of libpd, and I noticed that the
> > > functions inmidi_byte and inmidi_sysex add one to the port number
> > > passing the message on to the midiin/sysexin object. Is this the
> > > behavior? If so, why? If not, is it too late to change it?
> > >
> > > I also don't understand the output I'm getting from my Korg nanoKey:
> If I
> > > push a key on the keyboard, then [notein] outputs MIDI events for
> > > 1, while [midiin] outputs bytes for port 2. How to channel numbers and
> > > numbers fit together?
> > > Thanks,
> > > Peter
> > > _______________________________________________
> > > Pd-dev mailing list
> > > Pd-dev at iem.at
> > > http://lists.puredata.info/listinfo/pd-dev
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at iem.at
> > http://lists.puredata.info/listinfo/pd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-dev