Hi all, I want to control some of the variables in my app with a midi controller and was wondering what the best option is? I almost considered writing a little app in processing to map incoming midi CC to OSC, but I was hoping there's a better way! I read somewhere that there was the beginnings of a midi addon, though output only - was wondering what the latest situation is?

Cheers,

Hi

I've used sometimes a processing app that generates osc messages from midi input but it's a little ineficient. I needed something like that for an app i'm working in so i've made an ofxMidiInput.

It uses rtMidi, I'm only using it to receive values from one of those midi usb tables with knobs and sliders, so perhaps the way it's programmed is not the best for real midi uses.

It's based on poco events, you just need to extend ofxMidiListener in the class you want to receive the event and overwrite the method newMessage. I've seen in other midi input libraries, like the one in processing that it generates diferent types of messages like noteon, noteoff, controllerin... but with rtmidi I only receive the id the value and the number of milliseconds since the last message.

http://65.111.166.199/openframeworks/ofxMidiIn.zip


EDIT:

to use this in the diferent platforms some compiler flags are needed:

linux:

-D __LINUX_ALSASEQ__

or just add at the begining of rtMidi.h:

#define __LINUX_ALSASEQ__


mac:

-D __MACOSX_CORE__ -framework CoreMidi -framework CoreAudio -framework CoreFoundation

although CoreAudio framework should be already there


windows:

-D __WINDOWS_MM__ -lwinmm -llib -lmultithreaded

haven't tested in windows but from the rtMidi page should be something like that

Wow, great work arturo.
I haven't installed poco yet so I can't yet try it. But it sounds like you have it all there.



I'm guessing the id represents the type of midi message, i.e.
Note Off, Note On, AfterTouch, Control Change, Program Change etc

and the value is just the corresponding value between 0-127.

Pitch wheel messages have a higher resolution, so they might not be detected properly. Otherwise it looks like it should work with all other messages.

Well, the id is just the number of the control that it's being activated. I think the type of event has something to do with the timestamp and the values that are being generated, but don't know how it works.

I also receive another value that might be the type of message, but it's always the same: 176 for buttons and sliders, and the java library actually generates diferent messages for those...

Hey arturo, thanks for that will hava look. I ended up using Quartz Composer to map the midi to OSC, not the most efficient but quickest to implement. will check out your addon though cos I use it a lot..

Thanks for creating this wonderful MIDI input addon, very useful for a project I'm working on at the moment. Currently, I'm also having QC mapping midi to OSC to use midi information in Open Frameworks, though I would really go for direct input in OF.

Unfortunately, I don't get Poco added to my project in XCode, which is needed for your addon. Whenever I add Poco libs to a project I get this waterfall of errors telling me that '::memcpy' has not been declared and 99 similar messages for 'memmove', 'strcpy', etc. etc.

I have the feeling I'm doing something wrong in my build parameters, could anyone post a working xCode project for this addon?

-> EDIT: Great I found this nice threat on poco which solved my problem: http://www.openframeworks.cc/forum/view ... =2371#2371, sorry for being too fast on my question

Thanks for this - exactly what I needed!

I added:

ofxMidiIn.cpp



ofxMidiEvents.h



to to give me the midi data types (as integers):
176 Control Change
144 Note On
128 Note Off
224 Pitchbend
240 Sysex Start
247 Sysex End

No luck getting a 14bit number for pitchbend, but maybe this is a problem with rtMidi?

perhaps you already tried this, but in ofxMidiIn.cpp in the newMessage method theres:



I used that as all the messages the controller I was using had 3 bytes, but surely changing it will work with other types of messages. Please post the changes if you manage to do it so I can add it to the addon.

Wow arthuro, we think alike. I just wrote a Midi class with Poco based events, with the exactly the same class names as you used... I like your style I guess it's because i based it on the ofxHttp addon you & chris wrote

Yes, the httpUtils, mailUtils and this one have really similar structure...

Did you find anything about other kind of messages? I only programmed this with a usb table with some knobs I had by then, but haven't tried with other devices.

I only used it with a Maudio Trigger Finger, also USB. I thought (and still think) that all midi messages where (program, status, value). Then i just use another class to decode the midi events into values connected to defines representing the different keys, knobs and sliders on the Trigger Finger.

Hi there

Has anyone had any luck getting this to work in CodeBlocks on Windows?

I can't seem to set the right linker flags,a s I keep getting a whole slew of:




Some googling around tells me that this is because I don't have the right compile flags set, but am having trouble figuring out the correct ones.

Have tried linking to the libwinmm.a library - no luck...
Have tried using the compile flags above... -lmultithreaded leads to the compiler balking as it can't find this...

Any ideas?

Hi (arturo)

I'm having a little trouble building.

My windows Codeblocks (0.06) project has these search directories...

"..\..\..\addons\ofxMidi\src"
"..\..\..\addons\ofxMidi\events"
"..\..\..\addons\ofxMidi\libs"

and these files are added
..\..\..\addons\ofxMidi\events\ofxMidiEvents.h
..\..\..\addons\ofxMidi\libs\RtMidi.cpp
..\..\..\addons\ofxMidi\libs\RtMidi.h
..\..\..\addons\ofxMidi\src\ofxMidiIn.cpp
..\..\..\addons\ofxMidi\src\ofxMidiIn.h

RtMidi.cpp is kicking up a load of errors, starting with

#include <pthread.h>
"No such file or directory"

What am I missing?

Thanks

hi chris

in RtMidi.h line 43:

#define __LINUX_ALSASEQ__

for windows should be:

#define __WINDOWS_MM__

and for mac:

#define __MACOSX_CORE__

thanks art.

ive done that. now in ofxMidiEvents.h

for:
class ofxMidiEventArgs: public ofEventArgs{

it says build error:
expected class-name before '{' token

Thanks