You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 13, 2023. It is now read-only.
In Pd, channel numbers are 1-16 for the first opened MIDI port, and then they keep going if you have more ports (e.g.: 17-32 is the second port).
This is what libpd does:
Channel numbers start at 0.
Channel numbers in libpd encode both Pd channels and ports in the following way: libpd_channel = pd_channel + 16 * pd_port. In particular, any nonnegative integer is a valid channel number as far as libpd is concerned.
It's convenient for me (and I think it may also make sense for others) to have heavy behave the same way.
(a separate issue should be granted for handling the range of [bendin]/[bendout], which is also peculiar in libpd)
The text was updated successfully, but these errors were encountered:
giuliomoro
changed the title
noteout, ctlout, pgmout, touchout, bendout clip the channel number
range of noteout, ctlout, pgmout, touchout, bendout
Nov 14, 2018
In Pd, channel numbers are 1-16 for the first opened MIDI port, and then they keep going if you have more ports (e.g.: 17-32 is the second port).
This is what libpd does:
It's convenient for me (and I think it may also make sense for others) to have heavy behave the same way.
(a separate issue should be granted for handling the range of [bendin]/[bendout], which is also peculiar in libpd)
The text was updated successfully, but these errors were encountered: