[Csnd-dev] Is this funny behavior with OSC?

[Csnd-dev] Is this funny behavior with OSC?

Date	2016-03-26 19:45
From	Michael Gogins
Subject	[Csnd-dev] Is this funny behavior with OSC?
Attachments	osc_server.csd
	I am writing some tests for the Windows installer for Csound x64. Part of my test involves sending and receiving OSC messages. I have written a single CSD that both sends and receives but it seems funny to me. I have attached the csd and the following is sample output, showing what appears to be two triggers generated for each OSC message received. Comments? Regards, Mike writing 4096 sample blks of 64-bit floats to dac SECTION 1: new alloc for instr osc_sender: new alloc for instr osc_listener: Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 csound command: Interrupt csoundPerform(): stopped. handle=0 OSC deinitiatised inactive allocs returned to freespace end of score. overall amps: 0.0 overall samples out of range: 0 0 errors in performance closing device 65 4096 sample blks of 64-bit floats written to dac ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com

Date	2016-03-26 19:54
From	jpff
Subject	Re: [Csnd-dev] Is this funny behavior with OSC?
	Humm. Does same on Linux. No ideas yet On Sat, 26 Mar 2016, Michael Gogins wrote: > I am writing some tests for the Windows installer for Csound x64. > > Part of my test involves sending and receiving OSC messages. I have > written a single CSD that both sends and receives but it seems funny > to me. I have attached the csd and the following is sample output, > showing what appears to be two triggers generated for each OSC message > received. Comments? > > Regards, > Mike > > writing 4096 sample blks of 64-bit floats to dac > SECTION 1: > new alloc for instr osc_sender: > new alloc for instr osc_listener: > Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 > > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 > > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > > csound command: Interrupt > csoundPerform(): stopped. > handle=0 > OSC deinitiatised > inactive allocs returned to freespace > end of score. overall amps: 0.0 > overall samples out of range: 0 > 0 errors in performance > closing device > 65 4096 sample blks of 64-bit floats written to dac > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com

Date	2016-03-26 20:54
From	Tarmo Johannes
Subject	Re: [Csnd-dev] Is this funny behavior with OSC?
	Hi, I don't get exactly the problem. I have the same output on linux but to me it seems logical and correct: > i2 1.00000 kanswer set to 1 - OSC message received: > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 after that kanswer set to 0 again, correct: > i2 0.00000 > i2 1.00000 - and this signals the next message that came in (kanswer=1 again, correct): > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 To me seems, all data comes in correctly and I don't see the double triggering? Or maybe it is not what you had in mind at all, sorry. tarmo On Saturday 26 March 2016 22:45:33 you wrote: > I am writing some tests for the Windows installer for Csound x64. > > Part of my test involves sending and receiving OSC messages. I have > written a single CSD that both sends and receives but it seems funny > to me. I have attached the csd and the following is sample output, > showing what appears to be two triggers generated for each OSC message > received. Comments? > > Regards, > Mike > > writing 4096 sample blks of 64-bit floats to dac > SECTION 1: > new alloc for instr osc_sender: > new alloc for instr osc_listener: > Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 > > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 > > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > i2 1.00000 > Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: > 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 > i2 0.00000 > > csound command: Interrupt > csoundPerform(): stopped. > handle=0 > OSC deinitiatised > inactive allocs returned to freespace > end of score. overall amps: 0.0 > overall samples out of range: 0 > 0 errors in performance > closing device > 65 4096 sample blks of 64-bit floats written to dac > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com

Date	2016-03-26 21:22
From	Oeyvind Brandtsegg
Subject	Re: [Csnd-dev] Is this funny behavior with OSC?
	... but the same message is received twice (also in your output above, it seems). I tested here, and get the same problem. Using my own (mingw64) build on windows 7. Since we usually have a loop on the receiver end, reading until the queue is empty, perhaps that is the reason why we haven't noticed this before? 2016-03-26 21:54 GMT+01:00 Tarmo Johannes : > Hi, > > I don't get exactly the problem. I have the same output on linux but to me it > seems logical and correct: > >> i2 1.00000 > kanswer set to 1 - OSC message received: >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > after that kanswer set to 0 again, correct: >> i2 0.00000 >> i2 1.00000 > - and this signals the next message that came in (kanswer=1 again, correct): >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 > > To me seems, all data comes in correctly and I don't see the double > triggering? > > Or maybe it is not what you had in mind at all, sorry. > > tarmo > > > On Saturday 26 March 2016 22:45:33 you wrote: >> I am writing some tests for the Windows installer for Csound x64. >> >> Part of my test involves sending and receiving OSC messages. I have >> written a single CSD that both sends and receives but it seems funny >> to me. I have attached the csd and the following is sample output, >> showing what appears to be two triggers generated for each OSC message >> received. Comments? >> >> Regards, >> Mike >> >> writing 4096 sample blks of 64-bit floats to dac >> SECTION 1: >> new alloc for instr osc_sender: >> new alloc for instr osc_listener: >> Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 >> >> i2 1.00000 >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 >> i2 0.00000 >> i2 1.00000 >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 >> i2 0.00000 >> Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 >> >> i2 1.00000 >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 >> i2 0.00000 >> i2 1.00000 >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 >> i2 0.00000 >> Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 >> >> i2 1.00000 >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 >> i2 0.00000 >> i2 1.00000 >> Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: >> 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 >> i2 0.00000 >> >> csound command: Interrupt >> csoundPerform(): stopped. >> handle=0 >> OSC deinitiatised >> inactive allocs returned to freespace >> end of score. overall amps: 0.0 >> overall samples out of range: 0 >> 0 errors in performance >> closing device >> 65 4096 sample blks of 64-bit floats written to dac >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://flyndresang.no/

Date	2016-03-27 02:29
From	"Dr. Richard Boulanger"
Subject	Re: [Csnd-dev] Is this funny behavior with OSC?
	On the Mac seems to be working correctly using blocking interface rtmidi: CoreMIDI module enabled instr osc_sender uses instrument number 1 instr osc_listener uses instrument number 2 sorting score ... ... done Multithread performance: insno: -1 thread 1 of 4 starting. --Csound version 6.06 (double samples) Sep 29 2015 Multithread performance: insno: -1 thread 0 of 4 starting. Multithread performance: insno: -1 thread 2 of 4 starting. midi channel 1 using instr 1 midi channel 2 using instr 2 midi channel 3 using instr 1 midi channel 4 using instr 1 midi channel 5 using instr 1 midi channel 6 using instr 1 midi channel 7 using instr 1 midi channel 8 using instr 1 midi channel 9 using instr 1 midi channel 10 using instr 1 midi channel 11 using instr 1 midi channel 12 using instr 1 midi channel 13 using instr 1 midi channel 14 using instr 1 midi channel 15 using instr 1 midi channel 16 using instr 1 0dBFS level = 32768.0 0 MIDI sources in system MIDI device number 0 is out-of-range, not connected orch now loaded audio buffered in 1024 sample-frame blocks PortAudio V19-devel (built Sep 4 2014 22:30:30) 0: adc0 (Built-in Microph) PortAudio: selected input device 'Built-in Microph' reading 2048-byte blks of shorts from adc (RAW) 0: dac0 (Built-in Output) PortAudio: selected output device 'Built-in Output'Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 63.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 50.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 50.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 35.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 35.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 41.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 41.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 48.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 48.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 54.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 54.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 61.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 61.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 68.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 68.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 On Sat, Mar 26, 2016 at 3:45 PM, Michael Gogins <michael.gogins@gmail.com> wrote: I am writing some tests for the Windows installer for Csound x64. Part of my test involves sending and receiving OSC messages. I have written a single CSD that both sends and receives but it seems funny to me. I have attached the csd and the following is sample output, showing what appears to be two triggers generated for each OSC message received. Comments? Regards, Mike writing 4096 sample blks of 64-bit floats to dac SECTION 1: new alloc for instr osc_sender: new alloc for instr osc_listener: Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 csound command: Interrupt csoundPerform(): stopped. handle=0 OSC deinitiatised inactive allocs returned to freespace end of score. overall amps: 0.0 overall samples out of range: 0 0 errors in performance closing device 65 4096 sample blks of 64-bit floats written to dac ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com -- _____________________________________________ Dr. Richard Boulanger Professor of Electronic Production and Design Professional Writing and Music Technology Division Berklee College of Music ______________________________________________ President of Boulanger Labs - http://boulangerlabs.com Author & Editor of The Csound Book - http://mitpress.mit.edu/books/csound-book Author & Editor of The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book ______________________________________________ about: http://www.boulangerlabs.com/about/richardboulanger/ about: http://www.csounds.com/community/developers/dr-richard-boulanger/ music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/ ______________________________________________ email: rboulanger@berklee.edu facebook: https://www.facebook.com/richard.boulanger.58

Date	2016-03-27 06:51
From	Michael Gogins
Subject	Re: [Csnd-dev] Is this funny behavior with OSC?
	That does look correct. Best, Mike On Mar 27, 2016 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote: On the Mac seems to be working correctly using blocking interface rtmidi: CoreMIDI module enabled instr osc_sender uses instrument number 1 instr osc_listener uses instrument number 2 sorting score ... ... done Multithread performance: insno: -1 thread 1 of 4 starting. --Csound version 6.06 (double samples) Sep 29 2015 Multithread performance: insno: -1 thread 0 of 4 starting. Multithread performance: insno: -1 thread 2 of 4 starting. midi channel 1 using instr 1 midi channel 2 using instr 2 midi channel 3 using instr 1 midi channel 4 using instr 1 midi channel 5 using instr 1 midi channel 6 using instr 1 midi channel 7 using instr 1 midi channel 8 using instr 1 midi channel 9 using instr 1 midi channel 10 using instr 1 midi channel 11 using instr 1 midi channel 12 using instr 1 midi channel 13 using instr 1 midi channel 14 using instr 1 midi channel 15 using instr 1 midi channel 16 using instr 1 0dBFS level = 32768.0 0 MIDI sources in system MIDI device number 0 is out-of-range, not connected orch now loaded audio buffered in 1024 sample-frame blocks PortAudio V19-devel (built Sep 4 2014 22:30:30) 0: adc0 (Built-in Microph) PortAudio: selected input device 'Built-in Microph' reading 2048-byte blks of shorts from adc (RAW) 0: dac0 (Built-in Output) PortAudio: selected output device 'Built-in Output'Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 63.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 50.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 50.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 35.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 35.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 41.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 41.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 48.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 48.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 54.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 54.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 61.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 61.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 68.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 68.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 On Sat, Mar 26, 2016 at 3:45 PM, Michael Gogins <michael.gogins@gmail.com> wrote: I am writing some tests for the Windows installer for Csound x64. Part of my test involves sending and receiving OSC messages. I have written a single CSD that both sends and receives but it seems funny to me. I have attached the csd and the following is sample output, showing what appears to be two triggers generated for each OSC message received. Comments? Regards, Mike writing 4096 sample blks of 64-bit floats to dac SECTION 1: new alloc for instr osc_sender: new alloc for instr osc_listener: Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 csound command: Interrupt csoundPerform(): stopped. handle=0 OSC deinitiatised inactive allocs returned to freespace end of score. overall amps: 0.0 overall samples out of range: 0 0 errors in performance closing device 65 4096 sample blks of 64-bit floats written to dac ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com -- _____________________________________________ Dr. Richard Boulanger Professor of Electronic Production and Design Professional Writing and Music Technology Division Berklee College of Music ______________________________________________ President of Boulanger Labs - http://boulangerlabs.com Author & Editor of The Csound Book - http://mitpress.mit.edu/books/csound-book Author & Editor of The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book ______________________________________________ about: http://www.boulangerlabs.com/about/richardboulanger/ about: http://www.csounds.com/community/developers/dr-richard-boulanger/ music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/ ______________________________________________ email: rboulanger@berklee.edu facebook: https://www.facebook.com/richard.boulanger.58

Date	2016-03-27 15:59
From	"Dr. Richard Boulanger"
Subject	Re: [Csnd-dev] Is this funny behavior with OSC?
	But... I will report that the first time I ran it, (sadly the CsoundQt crashed before I was able to copy from the console) the behavior was unpredictable. one send followed by one receive then one send followed by two receives then one send followed by two receives etc. and every now and then one send followed by one receive again. ===== The next time I ran the .csd, it gave me the "correct" output that I sent to you. So.... I think that there might be some "issue" there for sure - even on the Mac. On Sun, Mar 27, 2016 at 1:51 AM, Michael Gogins <michael.gogins@gmail.com> wrote: That does look correct. Best, Mike On Mar 27, 2016 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote: On the Mac seems to be working correctly using blocking interface rtmidi: CoreMIDI module enabled instr osc_sender uses instrument number 1 instr osc_listener uses instrument number 2 sorting score ... ... done Multithread performance: insno: -1 thread 1 of 4 starting. --Csound version 6.06 (double samples) Sep 29 2015 Multithread performance: insno: -1 thread 0 of 4 starting. Multithread performance: insno: -1 thread 2 of 4 starting. midi channel 1 using instr 1 midi channel 2 using instr 2 midi channel 3 using instr 1 midi channel 4 using instr 1 midi channel 5 using instr 1 midi channel 6 using instr 1 midi channel 7 using instr 1 midi channel 8 using instr 1 midi channel 9 using instr 1 midi channel 10 using instr 1 midi channel 11 using instr 1 midi channel 12 using instr 1 midi channel 13 using instr 1 midi channel 14 using instr 1 midi channel 15 using instr 1 midi channel 16 using instr 1 0dBFS level = 32768.0 0 MIDI sources in system MIDI device number 0 is out-of-range, not connected orch now loaded audio buffered in 1024 sample-frame blocks PortAudio V19-devel (built Sep 4 2014 22:30:30) 0: adc0 (Built-in Microph) PortAudio: selected input device 'Built-in Microph' reading 2048-byte blks of shorts from adc (RAW) 0: dac0 (Built-in Output) PortAudio: selected output device 'Built-in Output'Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 63.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 50.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 50.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 35.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 35.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 41.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 41.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 48.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 48.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 54.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 54.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 61.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 61.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 68.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 68.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 On Sat, Mar 26, 2016 at 3:45 PM, Michael Gogins <michael.gogins@gmail.com> wrote: I am writing some tests for the Windows installer for Csound x64. Part of my test involves sending and receiving OSC messages. I have written a single CSD that both sends and receives but it seems funny to me. I have attached the csd and the following is sample output, showing what appears to be two triggers generated for each OSC message received. Comments? Regards, Mike writing 4096 sample blks of 64-bit floats to dac SECTION 1: new alloc for instr osc_sender: new alloc for instr osc_listener: Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 55.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 65.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 Sent: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 i2 1.00000 Received: k_instrument: 1.0000 k_time: 2.0000 k_duration: 30.0000 k_key: 56.0000 k_velocity: 5.0000 k_pan: 6.0000 i2 0.00000 csound command: Interrupt csoundPerform(): stopped. handle=0 OSC deinitiatised inactive allocs returned to freespace end of score. overall amps: 0.0 overall samples out of range: 0 0 errors in performance closing device 65 4096 sample blks of 64-bit floats written to dac ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com -- _____________________________________________ Dr. Richard Boulanger Professor of Electronic Production and Design Professional Writing and Music Technology Division Berklee College of Music ______________________________________________ President of Boulanger Labs - http://boulangerlabs.com Author & Editor of The Csound Book - http://mitpress.mit.edu/books/csound-book Author & Editor of The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book ______________________________________________ about: http://www.boulangerlabs.com/about/richardboulanger/ about: http://www.csounds.com/community/developers/dr-richard-boulanger/ music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/ ______________________________________________ email: rboulanger@berklee.edu facebook: https://www.facebook.com/richard.boulanger.58 -- _____________________________________________ Dr. Richard Boulanger Professor of Electronic Production and Design Professional Writing and Music Technology Division Berklee College of Music ______________________________________________ President of Boulanger Labs - http://boulangerlabs.com Author & Editor of The Csound Book - http://mitpress.mit.edu/books/csound-book Author & Editor of The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book ______________________________________________ about: http://www.boulangerlabs.com/about/richardboulanger/ about: http://www.csounds.com/community/developers/dr-richard-boulanger/ music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/ ______________________________________________ email: rboulanger@berklee.edu facebook: https://www.facebook.com/richard.boulanger.58