For MIDI heads out there who can build Pd, can y'all test the current git master?
My midifixes PR https://github.com/pure-data/pure-data/pull/214 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 https://github.com/danomatika/miditester
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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 ...)
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
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
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
Found it... should be fixed in git now.
cheers M
On Mon, Dec 04, 2017 at 05:55:51PM +0000, Lucas Cordiviola wrote:
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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto: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
Shoot. Ok, I'll take a look too. I hope it's only a small thing messed up.
Glad I asked for people to check! (Second time now.)
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Dec 4, 2017, at 8:43 PM, Miller Puckette msp@ucsd.edu wrote:
Found it... should be fixed in git now.
cheers M
On Mon, Dec 04, 2017 at 05:55:51PM +0000, Lucas Cordiviola wrote: 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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto: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
Found it... should be fixed in git now.
Seems to be OK now. (win32 with Christof's makefiles)
but all midi activity gets printed on the console:
status 144 store status 144 ...
Mensaje telepatico asistido por maquinas.
On 12/4/2017 4:52 PM, Dan Wilcox wrote:
Shoot. Ok, I'll take a look too. I hope it's only a small thing messed up.
Glad I asked for people to check! (Second time now.)
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Dec 4, 2017, at 8:43 PM, Miller Puckette msp@ucsd.edu wrote:
Found it... should be fixed in git now.
cheers M
On Mon, Dec 04, 2017 at 05:55:51PM +0000, Lucas Cordiviola wrote: 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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto: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
The status prints are leftovers from debugging. They will be removed soon.
Thanks for testing and finding this. It was a pretty simple thing I should have caught but did not as I was testing the midi objects mainly. I simply didn't test the actual channel message objects like [notein] first. Just goes to show that testers should not be the people writing the code.
On Dec 4, 2017, at 9:10 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:
Found it... should be fixed in git now.
Seems to be OK now. (win32 with Christof's makefiles)
but all midi activity gets printed on the console:
status 144 store status 144 ...
Mensaje telepatico asistido por maquinas.
On 12/4/2017 4:52 PM, Dan Wilcox wrote:
Shoot. Ok, I'll take a look too. I hope it's only a small thing messed up.
Glad I asked for people to check! (Second time now.)
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Dec 4, 2017, at 8:43 PM, Miller Puckette msp@ucsd.edu wrote:
Found it... should be fixed in git now.
cheers M
On Mon, Dec 04, 2017 at 05:55:51PM +0000, Lucas Cordiviola wrote: 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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto: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
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Oops...
should be fixed now. On Mon, Dec 04, 2017 at 08:10:46PM +0000, Lucas Cordiviola wrote:
Found it... should be fixed in git now.
Seems to be OK now. (win32 with Christof's makefiles)
but all midi activity gets printed on the console:
status 144 store status 144 ...
Mensaje telepatico asistido por maquinas.
On 12/4/2017 4:52 PM, Dan Wilcox wrote:
Shoot. Ok, I'll take a look too. I hope it's only a small thing messed up.
Glad I asked for people to check! (Second time now.)
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Dec 4, 2017, at 8:43 PM, Miller Puckette msp@ucsd.edu wrote:
Found it... should be fixed in git now.
cheers M
On Mon, Dec 04, 2017 at 05:55:51PM +0000, Lucas Cordiviola wrote: 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 PRhttps://github.com/pure-data/pure-data/pull/214 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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto: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
In pd 0.48-1test3 release on github (but called 0.48.1-1test2 in 'About Pd') a [midiclkin] object still tries to instantiate in 'list of objects', that is, doc/5.reference.
Katja
On Mon, Dec 4, 2017 at 1:40 PM, Dan Wilcox danomatika@gmail.com 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
There is a fix for this: https://github.com/pure-data/pure-data/pull/263 https://github.com/pure-data/pure-data/pull/263
On Dec 4, 2017, at 11:16 PM, katja katjavetter@gmail.com wrote:
In pd 0.48-1test3 release on github (but called 0.48.1-1test2 in 'About Pd') a [midiclkin] object still tries to instantiate in 'list of objects', that is, doc/5.reference.
Katja
On Mon, Dec 4, 2017 at 1:40 PM, Dan Wilcox danomatika@gmail.com 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
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
-
Dan Wilcox -
Ingo -
katja -
Lucas Cordiviola -
Martin Peach -
Miller Puckette