实际上，我在这个工作了一段时间前，试图捕捉摇滚乐队鼓输入到我的计算机(做一个小Java自制鼓模拟器)无论如何，我问了一个问题在这里，时间延迟问题(有轮询代码在那里，以及我试图做的事情。)如果我能找到我的程序，我可以给你的代码，它使用第三方API (JInput)。

祝你好运。

我已经很多年没有做过任何MIDI编程了，但是你的基本想法非常合理(没有双关语)。

MIDI是一连串的“事件”(或“信息”)，其中最基本的两个是“开启”和“关闭”，它们都带有音符号(0 = C中C低5个八度，到127 = G中C以上G高5个八度，为半音)。这些事件在速度敏感(“触摸敏感”)的键盘上携带一个“速度”数字，其力度(你猜对了)在0到127之间。

Between velocity, chording, and the pedals, I'd think you could come up with quite a good "typing" interface for the piano keyboard. Chording in particular could be a very powerful technique — as I mentioned in the comments, it's why rank-and-file stenographers can use a stenotype machine to keep up with people talking for hours in a row, when even top-flight typists wouldn't be able to for any length of time via normal typewriter-style keyboards. As with machine stenography, you'd need a "dictionary" of the meanings of chords and sequences of chords. (Can you tell I used to work in the software side of machine stenography?)

要做到这一点，基本的部分是:

接收MIDI输入。不要尝试自己去做，使用一个库。编辑:显然，Java Sound API支持MIDI，包括从MIDI控制器接收事件。酷。本页也可能有用。 将数据转换为你想要发送的击键，例如通过我上面提到的字典。 输出击键到计算机。

为了最广泛地与软件兼容，您必须将其作为键盘设备驱动程序编写。这是操作系统的一个插件，用作键盘事件的源，与底层硬件(在您的例子中是钢琴键盘)通信。对于Windows和Linux，你可能会想要使用C语言。

However, since you're just generating keystrokes (not trying to intercept them, which I was trying to do years ago), you may be able to use whatever features the operating system has for sending artificial keystrokes. Windows has an interface for doing that (probably several, the one I'm thinking of is SendInput but I know there's some "journal" interface that does something similar), and I'm sure other operating systems do as well. That may well be sufficient for your purposes — it's where I'd start, because the device driver route is going to be awkward and you'd probably have to use a different language for it than Java. (I'm a big fan of Java, but the interfaces that operating systems use to talk to device drivers tend to be more easily consumed via C and similar.)

更新:更多关于和弦到按键的“字典”:

基本上，字典是一个trie(谢谢，@Adam)，我们用最长前缀匹配进行搜索。细节:

In machine stenography, the stenographer writes by pressing multiple keys on the stenotype machine at the same time, then releasing them all. They call this a "stroke" of the keyboard; it's like playing a chord on the piano. Strokes frequently (but not always) correspond to a syllable of spoken language. Like syllables, sometimes one stroke (chord) has meaning all on its own, other times it only has meaning combined with following strokes. (Think "good" vs. "good" followed by "bye"). Although they'll be heavily influenced by the school at which they studied, each stenographer will have their own "dictionary" of what strokes they use to mean what, a dictionary they will continuously hone over the course of their working lives. The dictionary will have entries where the stenographic part ("steno", for short) is one stroke long, or multiple strokes long. Frequently, there will be several entries with the same starting stroke which are differentiated by their length and by the subsequent strokes. For instance (and I won't use real steno here, just placeholders), there may be these entries:

A     = alpha
A/B   = alphabet
A/B/C = alphabetic
A/C   = air conditioning
B     = bee
B/C   = because
C     = sea
D     = dog
D/D   = Dee Dee

(这些字母并不是音符，只是抽象的标记。)

请注意，A开始多个条目，还要注意如何转换C笔画取决于您之前是否看过A、B，或者您正在从头开始。

Also note that (although not shown in the very small sample above), there may be multiple ways to "play" the same word or phrase, rather than just one. Stenographers do that to make it easier to flow from a preceding word to the next depending on hand position. There's an obvious analogy to music there, and you could use that to make your typing flow more akin to playing music, in order to both prevent this from negatively affecting your piano playing and to maximize the likelihood of this actually helping with the RSI.

When translating steno into standard text, again we use a "longest-prefix match" search: The translation algorithm starts with the first stroke ever written, and looks for entries starting with that stroke. If there is only one entry, and it's one stroke long, then we can reliably say "that's the entry to use", output the corresponding text, and then start fresh with the next stroke. But more likely, that stroke starts multiple entries of varying lengths. So we look at the next stroke and see if there are entries that start with those two strokes in order; and so on until we get a match.

根据上面的字典，假设我们看到了这个序列:

A C B B C A B C A B D

我们是这样翻译的:

A is the start of three entries of varying lengths; look at next stroke: C A/C matches only one entry; output "air conditioning" and start fresh with next stroke: B B starts two entries; look at next stroke: B B/B doesn't start anything; take the longest previous match (B) and output that ("bee") Having output B = "bee", we still have a B stroke in our buffer. It starts two entries, so look at the next stroke: C B/C matches one entry; output "because" and start fresh with the next stroke: A A starts three entries; look at the next stroke: B A/B starts two entries; look at the next stroke: C A/B/C only matches one entry; output "alphabetic" and start fresh with the next stroke: A A starts three entries; look at next stroke: B A/B starts two entries; look at next stroke: D A/B/D doesn't match anything, so take the longest previous match (A/B) and use it to output "alphabet". That leaves us with D still in the buffer. D starts two entries, so we would normally look at the next stroke — but we've processed all the strokes, so consider it in isolation. In isolation, it translates as "dog" so output that.

以上各方面要注意:

You have a buffer of strokes you've read but haven't translated yet. You always want to match the most strokes against a single entry that you can. A/B should be translated as "alphabet", not "alpha" and "bee". (Not shown above) You may well have sequences of strokes that you can't translate, because they don't match anything in the dictionary. (Steno people use the noun "untranslate" -- e.g., with our dictionary, the strokes E would be an "untranslate".) (Not shown above) Some theories of steno allow the same set of strokes to mean more than one thing, based on a broader context. Steno people call these "conflicts". You probably want to disallow them in your project, and in fact when steno used to be translated manually by the stenographer, conflicts were fine because they'd know just by where in the sentence they were what the right choice was, but with the rise of machine translation, conflict-free theories of steno arose specifically to avoid having to go through the resulting translated text and "fix" conflicts. Translating in real time (which you'd be doing) means that if you receive a partial match, you'll want to hold onto it while waiting for the next chord — but probably only up to a timeout, at which point you'd translate what you have in the buffer as best you can. (Or maybe you don't want a timeout; it's your call.) Probably best to have a stroke that says "disregard the previous stroke" Probably best to have a stroke that says "completely clear the buffer without outputting anything"

一个很好的。net库，完全支持midi (BASS)，请访问http://www.un4seen.com。

而对于另一部分，将键盘midi音符转换为按键等，我会使用AutoItX, ActiveX/COM和DLL接口来实现autoIt。信息和下载，请登录http://www.autoitscript.com/site/autoit/

不需要编写键盘驱动程序。

考虑在硬件上模拟usb(或ps/2?)键盘。您将不再依赖于特定的操作系统或特定的操作系统API。硬件解决方案将经受住时间的考验。当其他人都在使用Windows 11时，不要在Windows 7中使用旧的API !Arduino很容易学。

Arduino MIDI硬件是现成的 Arduinos已被用于模拟键盘设备

有很多关于Arduino的信息和帮助。这是一个为新手打造的硬件黑客平台。现在谷歌正在推广Arduino，它只会变得更大。

编辑:虚拟USB键盘软件和硬件

有一个程序叫做GlovePIE。您可以用一种简单的脚本语言对它进行编程，而且我相信它支持MIDI。我不确定这是否符合“Java”的范畴，但它仍然是一个伟大的程序。我用它来控制使用PS3控制器的机器人。它非常强大。

你可以用一个Teenys微控制器快速破解自己的USB键盘。

事实上，他们有如何制作USB键盘的示例代码。

你可以用两种方法来解决这个问题:

找一架旧钢琴，把开关直接连接到小钢琴上 添加额外的逻辑以连接到MIDI端口和必要的解码。

在Java中，可以使用JMF (Java Media framework)来转换MIDI信号。 键盘设计的基本是易于使用，即用户界面;并把常用的字符/符号放在手边。

Java Sound Resources中的示例代码和API:示例:数字信号处理(DSP)有助于理解如何处理信号。

更多参考资料:

用控件处理音频 数字音频信号处理，第二版

我在大学里学的是钢琴演奏，然后接触了交互设计、编程和使用Vim，所以我实际上花了很多时间来创建这样的原型。

在Linux中，通过使用为多媒体艺术家设计的图形化编程语言“Pure Data”以及Alex Andre设计的x11key外部代码，可以很快地实现这一点。

在Mac上，你可以使用MidiStroke。我相信Windows上的一个方法是使用MidiOx和AutoHotKey工具。还有一次，我有一个使用Java插件的Max/MSP版本。我相信Patrice Colet为Pure Data做了一个外部窗口，效果也很好，但我似乎再也找不到它了。此外，MaxMSP还有一个外部组件，可以在Windows上执行此操作。最后，这个非免费但很棒的Osculator可以做你想做的事情-请参阅功能页面。

当我让它工作时，我从来没有坚持过，因为我无法停止使用这种布局。不过，把显示器放在电子键盘上就很酷!祝你好运。

许多键盘都有一个串行端口(RS-232)连接器，向计算机发送MIDI信号。我使用一个名为“梁”的程序将串口通信转换为键盘敲击。

“梁”有一个“映射”功能，允许您将每个键一个接一个地映射到相应的击键。

这可能是你正在寻找的简单解决方案!

关于MIDI

你说你“对迷笛一无所知”。一旦掌握了MIDI技术，它就相当简单，但在开始时可能会令人困惑。有一种资源对我理解MIDI的基础(如果你想编程MIDI交互，这当然是必要的)有极大的帮助，那就是为技术恐惧者写的一本叫做MIDI的书。这是一本容易读的书，非常有用。

Pure Data & Max

在我开发交互式多媒体的经验中，我遇到过两个非常相似的程序，它们有助于连接和映射来自任何设备的信号/输入。

这些是Mac环境下的Max和PC环境下的Pure Data。两者都有大量的在线文档和YouTube教程。视频Max/MSP教程1 -使用计算机键盘作为MIDI键盘(ableton风格)演示了Max内置的一个程序，该程序将计算机键盘映射到MIDI键盘的输入(这基本上与您正在尝试做的完全相反)。您可以通过使用相同的模式，但是反转信号/映射来获得预期的结果。

自动热键

AutoHotKey是一个免费的Windows开源实用程序，允许您将设备上的键和按钮重新映射到宏。它本机支持QWERTY键盘，操纵杆和鼠标宏。

但是，我能够找到支持您正在寻找的特定映射的实现。下面两个线程解释了这个过程:

MIDI IN支持AutoHotkey用例的讨论。作者正在寻找一个程序，可以检测MIDI输入并将其转换为按键。 MIDI输入库，作者的问题的解决方案和发布的代码/补丁AutoHotKey，它实际上实现了您预期的结果。

基本上，它看起来像AutoHotKey，以及这个用户的自定义补丁，将提供您所需要的创建从MIDI键盘到QWERTY键盘的输入信号的映射。您所要做的就是安装、配置和定义映射。

还有别的事吗?

Some of the other answers have given you much more extensive information on MIDI and MIDI programming, in general, but as your post states that doesn't seem to be quite what you are looking for. I would like to help you more if possible, but it would be easier if you could be more specific about the type of information you are looking for. For instance, are you more interested in how to convert a MIDI keyboard's input signals to a QWERTY keyboard's signals, or is your primary interest finding an out of the box solution to your specific problem? What are you looking for that has not yet been addressed?

在我看来，你不是在寻求如何自己建立它的建议，而是更多地询问已经有什么资源可以实现你想要的。根据你的操作系统，有很多方法可以实现这一点，而不必从头开始编写自己的程序:

MIDI中风

免费的。适用于Mac OS X 10.3及以上版本。这一款特别提供了“使用任何MIDI键盘作为完整的电脑键盘替代品的能力”。

Bome的迷笛翻译

免费/明信片(有点奇怪)。对于Windows 2000及以上版本，以及Mac OS x，它最初似乎更倾向于autohotkey类型的使用，但进一步研究，我认为它可以很好地做你想做的事情。

Max和aka，键盘

免费的。对于Mac OS x来说，这并不是一个“现成的”解决方案，但如果你对基本的设备配置感到满意，它应该不会太糟糕。

以MAME街机游戏为例。他们已经建立了硬件设备，允许输入任意数量的不同项目。例如，iPac将输入设备的信号转换为USB，然后计算机可以使用USB来模拟按键。您可以使用任意组合的输入设备，只要不需要疯狂的编程逻辑就可以，因为解释输入的软件已经完成并经过了良好的测试。

我见过飞行模拟器座舱输入，自定义亭，和投票系统建立在这种方法.....而且价格也很合理!

试试Bome的MIDI翻译器。

它可以跨平台工作，可以轻松地将任何MIDI输入转换为键盘，快速设置和配置，另外它是免费的个人使用。

有一个教程，快速提示:MIDI翻译- MIDI键击，如何轻松设置:

基本上，你可以做的事情有无限的可能性，包括和弦和修饰键。我用它作为我的现场音频设备来控制我的DAW使用我的钢琴，从来没有遇到过问题。

通过声卡将任何外部MIDI键盘作为控制器播放，您将获得更好和更愉快的结果(无论您喜欢使用哪种操作系统和/或DAW程序)。然后将其路由到你的GB软件(或其他软件)，并实时生成他们提供给你的许多声音。

如果您的声卡不支持MIDI I/O (in / out /thrus)，这不是问题。您可以考虑研究和投资一个外部MIDI桌面转换器。许多配备进一步将MIDI输出转换为USB 2.0(通过传递现有的声卡)。

例如:通过电脑键盘和铅笔工具的Z和X改变键来获得“像人类一样”的装饰音效果是非常困难的。相反，你自己的手指可以用MIDI键盘在它自己的物理八度寄存器范围内演奏——立即!

我知道可能涉及预算限制。但是，一些看似便宜的“卡西欧”5型八度键盘在Radio Shack卖不到100美元(*或更少)就是你所需要的(另外，他们的一些板上声音补丁和音序器模块声音和处理其他事情也非常好)。

RadioShack MIDI键盘选项。

至于现有声卡的外部MIDI转换器，我已经为您运行了一些谷歌搜索，具体针对Mac平台:

很多外部MIDI转换信息一开始可能对你来说很麻烦，所以我把事情分解成“用户友好”的，以供你考虑和预算:

MIDI声卡

在使用DAW时，将虚拟键盘作为VST使用并没有什么错。他们有自己的位置。

但是，你听起来像个熟练的键盘手。所以，为什么不考虑我刚才提到的外部MIDI转换/键盘选项呢?

祝你好运，我希望这篇文章能给你一些对你有用的想法!

使用. net DirectSound接口这样的东西来连接到MIDI设备应该是相当容易的。您需要识别目标MIDI设备，然后获取用于侦听传入消息的代码(有关于通过谷歌进行此操作的文章)。

由于您正在使用MIDI in作为键盘，因此基本上只需要检测两个MIDI消息，即打开和关闭。MIDI消息是三个数据字节，指定命令、音符和速度。note off只是音符号(有时“坏”MIDI堆栈以零速度发送音符，这也是你必须预料到的)。

一旦你有了转换它们的消息，从。net输出的键盘应该相当简单。

其他答案中有很多关于技术细节的建议;我只是想让你对实际的MIDI消息有一个概念。好运！

您可以在MIDI DotNet中使用。net中的源代码示例访问硬件。

创建MIDI notes数据流的完整工作示例是在VB 5/6-Tipp 0521中:MIDI-Töne erzeugen (Visual Basic 6.0，某处是.NET版本)

一种模拟键盘敲击的方法是在VB 5/6-Tipp 0155: Tastaturereignisse simulieren (Visual Basic 6.0，某处是.NET版本)

和识别击键在tip - upload: VB中有描述。NET 0266: Globaler KeyHook。

然后，为钢琴演奏者使用一个良好的工作矩阵

在钢琴上，如果你是一个优秀的演奏者，你可以有10个手指在键盘上，如果矩阵是可用的，我认为你可以比任何电脑键盘用户更快。: -)

在这种情况下，如果我没有理解错你的问题，这应该不是什么大事。

你可以看看和弦键盘。它们的优点是在使用它们之前不需要为它们编写驱动程序，有些类似于钢琴键盘的布局。

您可以使用一个简单的AutoIt脚本来读取MIDI事件，请参阅MIDI输入。

您还需要MIDI UDF和模拟按键。

读取MIDI事件应该很容易，但不同的MIDI控制器(仪器)具有不同的功能。首先试着找出你的MIDI钢琴能做什么，然后看看你如何能最好地将这些功能映射到模拟qwerty键盘上。

如果你愿意，你可以在屏幕上或托盘上有一些东西来帮助你看到你正在做什么(也就是说，对于Shift, Ctrl和Alt模拟)。

要解决这个问题，你需要做一些事情:

A way to capture MIDI data from your keyboard. Depending upon the interface: MIDI interface (classic) or USB MIDI interface (modern) the most likely interface is to a computer as it provides the most options. USB host microcontrollers are not as simple as just using a computer. A scheme to convert MIDI data into keystrokes. Like one user pointed out, chords are the way to go as the number of keys will not be dependent upon the number of piano keys. A way to inject a key into the operating system. This will require a low-level driver to be accurate. I have played around with applications that inject keyboard and mouse data into applications in Windows 7, and it can be flaky and depend upon whether an application is currently in focus. This is hardest part of the interface. What may work is to create a HID USB keyboard microcontroller that also has a serial interface.

串行接口将创建一个虚拟串行端口。读取MIDI数据并产生击键的软件可以向虚拟串行端口发送一个串行消息。微控制器将发送一个击键，使它看起来像一个标准的键盘输入。这将允许同时连接MIDI端口和USB MIDI键盘。

Hmmm, with this type of interface you could also simulate a mouse and use some piano keys setup for the mouse axis and buttons. The pressure could be used to determine mouse pointer velocity. So you could eliminate the mouse as well. Another benefit of this approach is any type of input device you connect could talk to the virtual serial port to produce keyboard and mouse events. So if you wanted to add other hardware such as drum pedals or a joystick it would be a matter of adjusting the program that talks to the serial interface.

Another take on the above is like some posted above to use an Arduino, but also include USB Host Shield from Sparkfun to handle USB based music keyboards. This allows the Arduino to be programmed as a keyboard or keyboard mouse combo in the boot loader chip and allows the device to act a USB host for the USB based music keyboard. Then you are covered for both types. Although, I still think the virtual serial port method is more flexible and would be easier to program in the long run. The Arduino device will be harder to change than a desktop program or service.

还有另一种可能: 单手和弦键盘已经存在。我看过关于它们的视频，但你必须确定它们是否会伤害你的手。

学习速记吧!

从你们的讨论来看，这很明显。从技术角度来看，你不想重新发明任何轮子。但是，一旦你建立了联系(这个问题要问的是什么)并开始工作，你仍然有大部分工作要做:你必须训练你的大脑。你还必须发明最聪明、最有效的方法来做到这一点——这是一个完全脱离计算机技术的设计问题。你或者我们任何人都不够格。

幸运的是，经过几个世纪的成熟，这个问题已经得到了解决和磨练……

学速记!

是的，这会花掉你一大笔钱。但是，你自己几百个小时的时间又有什么价值呢?结果却不是那么好。此外，维基百科上的速记文章说，“它看起来更像钢琴键盘”。

当然，除非你想要一个杂耍效果。我不得不承认，我从来没有想过这种可能性，看到有人从钢琴键盘上打出一段文字真的很有趣!

你可以从一个带有触控板的USB键盘开始(或者一个指向杆会更符合人体工程学?)，使用Plover来翻译它(我相信它可以配置为让非字母键保留其功能，因为它们对编程至关重要)，或者，遵循线程Re: Plover键盘来滚动你自己的USB速记键盘，或者，购买一个速记键盘。

好运！

我同意Brian O'Dell的回答——如果这是我的项目，我会用硬件来做。它的优点是与平台和硬件无关——你的盒子取代了对MIDI-USB接口和PC API的需求。

mbed是一个非常容易学习的快速原型平台，与Arduino IMHO相比具有多种优势(在线编译器，512 KB闪存，96 MHz, c++语言)。它有一个USB键盘接口和一个预先为您编写的USB Midi接口。

社区是非常友好和愿意帮助的，有很多现有的项目同时使用MIDI和USB隐藏仿真-搜索Youtube“mbed MIDI”或类似的。

如果你懂Java编程，你可以这样使用:

首先，实现一个javax.sound.midi.Receiver，使用send(..)方法将“Note on”事件映射到你想要的击键。

您需要使用它的getMessage方法获取MidiMessage的内容，并按照您的方式解释它。消息字节的含义可以在MIDI消息中找到。

在接收到某个键盘键的'note on'或'note off'后，您可以通过为它分配KeyEvent类的常量将其映射到您喜欢的键，例如c# 4 -> KeyEvent。VK_A等等。然后，java.awt可以使用这个键代码。Robot的keyPress和keyRelease方法实际发送击键到操作系统，从而发送到其他应用程序。

如果你使用Linux，可以去Footware看看。

它应该正是你所寻找的-如果你调整MIDI音高到你喜欢的键映射…

我从没想过这对除了我以外的任何人都有用;

如果你不想自己做任何编程，只是想解决问题，你可以买一个usb - midi键盘，你可以重新分配任何键来发送一个QWERTY键盘输出信号，而不是一个midi输出，例如M-Audio Axiom Pro

这种方法适用于任何操作系统和任何支持标准usb键盘的计算机，因为midi键盘将自己标识为标准QWERTY键盘。

尝试使用基于微控制器的系统，比如Arduino。

这不会太难。

我假设你用的是Windows，不过我不确定。我已经用普通的c++编写了一个MIDI排序器http://pianocheetah.com，它允许您使用钢琴键盘来运行命令。没有任何理由你不能做同样的事情来按键 进入键盘输入流。

但是现在来吧。你记得你花了多长时间来学习 首先是键盘，对吧? 你愿意再经历一次吗? 你愿意让你的键盘被污染吗 上面全是一堆愚蠢的关键符号?

你至少要用26个字母，10个数字，11个标点符号， 以及至少12个功能键及其移位状态。 所以有60个键加上移位的状态。 那会消耗掉整整5个八度的音阶。 你会一直做钢琴“跳”。 向触摸打字说再见。

你可能避免了肢体劳损，但你已经制造了另一种劳损 对你自己来说是不同类型的噩梦。

祝你的老板能在上班时给你买一个迷笛键盘。

如果你真的学会了弹钢琴，你就学会了 如何释放压力。用QWERTY键盘。 没有紧张。开始缓慢。