AutoHotkey Community

Zan · Guest

Note that you can very easily integrate AutoHotKey with Div's Midi Utilities sendmidi program.

However, it is quite resource heavy and not very fast, ie there is a little bit of lag. I assume this is because everytime you use sendmidi it has to open up the midi device, as opposed to a program that opens it up and leaves it open.

What would be ideal is if someone could build a little app that opened up the device, then accept windows messages which would be translated into midi events.

BoBo · Guest

Zan's recom: [Div's Midi Utilities] Cool

majkinetor · Joined: 24 May 2006 Posts: 4511 Location: Belgrade

Thats great Exclamation

_________________

daonlyfreez · Joined: 16 Mar 2005 Posts: 949 Location: Berlin

Ok, a little update, I'm eager to find a working solution for a Midi2AHK/AHK2Midi library... Smile

Experiment: Use 3rd party application to write Midi messages to file:

As demonstrated here, one can use midimon, or some other app to capture midi, write to file, and read it in.

Unfortunately, this generates an ever growing file, that cannot be flushed without stopping the writing, since the file is in use Sad

Experiment: Use CMDret-AHK functions to write 3rd party application Midi messages to memory:

My next experiment was with midimon and the CMDret-AHK functions. I found out that the lpbuffer variable somehow seemed to contain the latest received data, so I adapted the function to capture that.

Unfortunately, this slowly eats memory, and is unstable (I force-close midimon to stop sofar), and, since the data is written to memory and not flushed, there is not much advantage over the previous method yet. I have no idea how to do the flushing of the buffer or a 'correct' close of midimon. Sad

Maybe someone with a little more knowledge of DLLCalls could look at this.

hamoid · Joined: 17 Mar 2005 Posts: 19 Location: 10247 Berlin

I tried looking for help at groups.google.com

Here seems to be information about MIDI.

hamoid · Joined: 17 Mar 2005 Posts: 19 Location: 10247 Berlin

I just did a new experiment in my quest for controlling Photoshop and other programs with a MIDI controller :)

MIDI-OX can be scripted using Windows Script Host (WSH).

So I did a small .js program that receives MIDI data and converts it to key strokes. This is without using AHK.

hamoid · Joined: 17 Mar 2005 Posts: 19 Location: 10247 Berlin

This is something new: maybe something better than MIDI could be implemented?

Open Sound Control (OSC) is an modern open standard for communicating computers, software and devices. It tries to solve the limitations of MIDI, which was created very long time ago.

OSC allows communication between programs, either local or through the Internet.

There are lots of implementations:
http://cnmat.berkeley.edu/OpenSoundControl/

Here a C++ library:
http://www.audiomulch.com/~rossb/code/oscpack/

Adding OSC to AHK would allow sending and receiving commands from most programming languages and many types of software. For example it could allow communicating two computers running AHK, without doing DLL tricks.

About the original post, it looks like MIDI can run inside OSC, so implementing OSC should "solve" the original MIDI idea in this thread.

Anybody interested? :)

Chris · Site Admin Joined: 02 Mar 2004 Posts: 10716

I'd be interested in working on this someday, but it will probably be a long time due to other priorities. Hopefully, someone will beat me to it by developing an interface DLL, or by directly modifying AutoHotkey.

Anatoly Larkin · Joined: 28 Nov 2004 Posts: 32 Location: USA

So, I have been trying to follow the idea and use winmm.dll to open and play notes through my onboard midi.

I do this

PhiLho · Posted: Fri Nov 24, 2006 8:58 am Post subject:

Cannot test it, but since h_midiout receives a value, you have to give its address:

Anatoly Larkin · Joined: 28 Nov 2004 Posts: 32 Location: USA

Thanks.
Your suggestion improved things to the point where now the result = 0, rather than "11".

However, I don't know if h_midiout gets anything.
If I do

PhiLho · Posted: Fri Nov 24, 2006 7:20 pm Post subject:

Strange, it should have 0000 or, if success, a number.
You should check also ErrorLevel.
What values do you put in uDeviceID and dwFlags? (No idea of what should go there, I just took a look at the function page...)
_________________

vPhiLho := RegExReplace("Philippe Lhoste", "^(\w{3})\w*\s+\b(\w{3})\w*$", "$1$2")

Anatoly Larkin · Joined: 28 Nov 2004 Posts: 32 Location: USA

Ok, I think everythin is fine now.
I made sure to initialize every single dw variable to := 0 first.
And now I am getting some 3 byte thing put in h_midiout (obviously, the handle).

Now, the next struggle is to get the device to play something through things like midiOutShortMsg.

I'll see if I run into more problems.
_________________
||||
------
!!

Chris · Site Admin Joined: 02 Mar 2004 Posts: 10716

By the way, I don't recommend using Var:=0000 because it's undocumented behavior that could change. Anything to the right of the := operator is an expression, and in this case it's purely numeric so could wind up being stored as a single zero someday.

So instead, I think Var:="0000" is preferable.

Zed Gecko · Joined: 23 Sep 2006 Posts: 149

regarding this topic, i found a webpage:
http://www.logosfoundation.org/gmt/gmt_midi.html

I don´t understand a lot of it, but it seems to me,
that it contains the sourcecode for a dll, which handles
MIDI In/Output. It says that i can be compiled in C or in C++.
I have no experience with any of this, but maybe someone
else could look at this and make us a usable dll