MIDI program changes have always 128 numbers. I.e. a 7-bit number. However, there are two ways of counting them - either from 0 or from 1.
It's the same problem with MIDI channels. They are usually counted from one but in the hex number (notes, CCs, etc.) they are actually counted from zero.
MIDI program change 1 (or sometimes 0) on channel 1 is "C0 00" in hex. (C = program change, 0 = MIDI channel / 00 = program number 1 (or 0))
MIDI program change 128 (or sometimes 127) on channel 16 is "CF 7F" in hex.
The MIDI channel counting becomes problematic when using modulo . . . (You have to subtract 1 first then apply modulo and add 1 again.)
Counting always from 0 to 127 would make much more sense.
Ingo
-----Ursprüngliche Nachricht----- Von: Pd-list pd-list-bounces@lists.iem.at Im Auftrag von Lorenzo Sutton Gesendet: Mittwoch, 11. Oktober 2023 17:12 An: pd-list@lists.iem.at Betreff: [PD] [pgmout] and [pgmin] values above 128 (127)?
I noticed that both [pgmin] and [pgmout] (MIDI program change) are set to allow maximum values of 128 (127 actual midi sent, counting from zero).
As there is software which is able to send and receive program changes greater than 127 I'm wondering if this could be changed.
While MIDI (1.0) Program Change messages are notoriously bound to 7 bits, at least in Linux it seems ALSA sequencer is happy to send/receive program changes with a value greater than 127 so maybe this could be supported in Pd (for Linux) as well?
Lorenzo
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list