Wow, MIDI input doesn't work at all for me anymore... I'll try to figure out what's going on.
thanks Miller
On Mon, Dec 04, 2017 at 01:58:07PM -0500, Martin Peach wrote:
On Mon, Dec 4, 2017 at 1:39 PM, Ingo ingo@miamiwave.com wrote:
145 is the complete status byte for MIDI channel 2 note on.
144 should be subtracted but even then it still comes out to channel 2 according to the MIDI specs and not 1. Unfortunately the way Pd handles MIDI channels.
The problem is that Pd counts from 1-16 instead of 0-15. Maybe that's why it is off by 1. Using 145 instead of 144 for channel 1.
Counting from 1-16 like Pd does it is very annoying as one has to first subtract 1 then do [mod 16] and add 1 again for higher input counts. Otherwise you cannot assign all channels from the second MIDI In up to the first 16 MIDI channels. (I guess it's too late to change that in Pd without breaking everything ...)
The MIDI spec talks about channels 1-16 but they are numbered in the MIDI codes as 0-15 (probably because you need 5 bits to encode 1-16 vs 4 bits for 0-15). A lot of hardware that uses DIP switches or 7-segment digits to select channels uses 0-based counting, but software and equipment with decent displays uses 1-16. It seems that the user interface _should_ use 1-16 even though the underlying system uses 0-15.
Martin
Ingo
Subject: [PD] BUG on midifixes - (was: midifixes testing)
But wait, there's a bug:
when creating [notein] I play on my midichannel 1 and I get “145” on [notein] third outlet. 145 can't be a midichannel. Also when using [notein 1] I don't receive anything.
This is not happening on 0.48.0
ATM I cant test if this is also happening with [ctlin]
-- Mensaje telepatico asistido por maquinas. On 12/4/2017 2:16 PM, Lucas Cordiviola wrote: I did a build for win32 using Christof's makefiles about 16hours ago.
I used "doc/7.stuff/tools/miditester.pd" with a midi-cable loop on my soundcard's midi in/out
Here's the console:
///////////////////////////////
sent channel: noteon 64 65 sent channel: noteon 66 0 sent channel: polytouch 67 68 sent channel: control 69 70 sent channel: program 71 sent channel: touch 72 sent channel: bend -8119 sent channel: noteon 64 0 sent system: sysex sent system: 1 2 3 4 5 247 sent system: timecode sent system: 10 sent system: songpos sent system: 20 30 sent system: song sent system: 40 sent system: tunerequest received sysexin: start received sysexin: 1 received sysexin: 2 received sysexin: 3 received sysexin: 4 received sysexin: 5 received sysexin: end received system: timecode 10 received system: songpos 20 30 received system: song 40 received system: tunerequest sent system: clock sent system: start sent system: continue sent system: stop sent system: activesense sent system: systemreset received realtime: clock received realtime: start received realtime: continue received realtime: stop received realtime: activesense received realtime: systemreset received channel: noteon 64 65 received channel: noteon 66 0 received channel: polytouch 68 67 received channel: control 70 69 received channel: program 70 received channel: touch 72 received channel: bend 73 0 received channel: noteon 64 0
///////////////////////////////////////
Mensaje telepatico asistido por maquinas. On 12/4/2017 9:40 AM, Dan Wilcox wrote: For MIDI heads out there who can build Pd, can y'all test the current git master?
My midifixes PR was merged into master and it would be good to get some testing on it.
I developed a tool to test things which might be handy: https://github.com/danomatika/miditester
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list