<div dir="ltr">On Mon, Dec 4, 2017 at 1:39 PM, Ingo <span dir="ltr"><<a href="mailto:ingo@miamiwave.com" target="_blank">ingo@miamiwave.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">145 is the complete status byte for MIDI channel 2 note on.<br>
<br>
144 should be subtracted but even then it still comes out to channel 2<br>
according to the MIDI specs and not 1.<br>
Unfortunately the way Pd handles MIDI channels.<br>
<br>
The problem is that Pd counts from 1-16 instead of 0-15. Maybe that's why it<br>
is off by 1. Using 145 instead of 144 for channel 1.<br>
<br>
Counting from 1-16 like Pd does it is very annoying as one has to first<br>
subtract 1 then do [mod 16] and add 1 again for higher input counts.<br>
Otherwise you cannot assign all channels from the second MIDI In up to the<br>
first 16  MIDI channels.<br>
(I guess it's too late to change that in Pd without breaking everything ...)<br>
<br>
</blockquote><div><br></div><div>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. <br></div><div><br></div><div>Martin<br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ingo<br>
<br>
<br>
<br>
Subject: [PD] BUG on midifixes - (was: midifixes testing)<br>
<div class="HOEnZb"><div class="h5"><br>
But wait, there's a bug:<br>
<br>
when creating [notein] I play on my midichannel 1 and I get “145” on<br>
[notein] third outlet. 145 can't be a midichannel.<br>
Also when using [notein 1] I don't receive anything.<br>
<br>
This is not happening on 0.48.0<br>
<br>
ATM I cant test if this is also happening with [ctlin]<br>
<br>
<br>
--<br>
Mensaje telepatico asistido por maquinas.<br>
On 12/4/2017 2:16 PM, Lucas Cordiviola wrote:<br>
I did a build for win32 using Christof's makefiles about 16hours ago.<br>
<br>
I used "doc/7.stuff/tools/miditester.<wbr>pd" with a midi-cable loop on my<br>
soundcard's midi in/out<br>
<br>
Here's the console:<br>
<br>
//////////////////////////////<wbr>/<br>
<br>
<br>
sent channel: noteon 64 65<br>
sent channel: noteon 66 0<br>
sent channel: polytouch 67 68<br>
sent channel: control 69 70<br>
sent channel: program 71<br>
sent channel: touch 72<br>
sent channel: bend -8119<br>
sent channel: noteon 64 0<br>
sent system: sysex<br>
sent system: 1 2 3 4 5 247<br>
sent system: timecode<br>
sent system: 10<br>
sent system: songpos<br>
sent system: 20 30<br>
sent system: song<br>
sent system: 40<br>
sent system: tunerequest<br>
received sysexin: start<br>
received sysexin: 1<br>
received sysexin: 2<br>
received sysexin: 3<br>
received sysexin: 4<br>
received sysexin: 5<br>
received sysexin: end<br>
received system: timecode<br>
10<br>
received system: songpos<br>
20<br>
30<br>
received system: song<br>
40<br>
received system: tunerequest<br>
sent system: clock<br>
sent system: start<br>
sent system: continue<br>
sent system: stop<br>
sent system: activesense<br>
sent system: systemreset<br>
received realtime: clock<br>
received realtime: start<br>
received realtime: continue<br>
received realtime: stop<br>
received realtime: activesense<br>
received realtime: systemreset<br>
received channel: noteon<br>
64<br>
65<br>
received channel: noteon<br>
66<br>
0<br>
received channel: polytouch<br>
68<br>
67<br>
received channel: control<br>
70<br>
69<br>
received channel: program<br>
70<br>
received channel: touch<br>
72<br>
received channel: bend<br>
73<br>
0<br>
received channel: noteon<br>
64<br>
0<br>
<br>
//////////////////////////////<wbr>/////////<br>
<br>
<br>
---<br>
Mensaje telepatico asistido por maquinas.<br>
On 12/4/2017 9:40 AM, Dan Wilcox wrote:<br>
For MIDI heads out there who can build Pd, can y'all test the current git<br>
master?<br>
<br>
My midifixes PR was merged into master and it would be good to get some<br>
testing on it.<br>
<br>
I developed a tool to test things which might be<br>
handy: <a href="https://github.com/danomatika/miditester" rel="noreferrer" target="_blank">https://github.com/<wbr>danomatika/miditester</a><br>
<br>
--------<br>
Dan Wilcox<br>
@danomatika<br>
<a href="http://danomatika.com" rel="noreferrer" target="_blank">danomatika.com</a><br>
<a href="http://robotcowboy.com" rel="noreferrer" target="_blank">robotcowboy.com</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -><br>
<a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -><br>
<a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br>
<br>
<br>
<br>
</div></div><br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br></blockquote></div><br></div></div>