我知道这里有很多类似的问题，但我相信我的情况非常独特，值得单独发表。
我正在研究某种“视觉指挥”——我构建了一个程序来跟踪一个人的手势并从这些手势中推断节奏(以每分钟节拍为单位)。我现在想做的是将测得的速度映射到一个 MIDI 文件，该文件在该人指挥时播放。基本上，我希望该程序允许某人指挥合成乐曲，其中正在播放的文件的速度实时受到指挥手势的影响。我使用 OpenCV 库用 C++ 编写了这个。
这里是事情变得有趣/多毛的地方。直接修改 MIDI 文件的速度看起来是一项艰巨的任务，考虑到我今年夏天剩下的时间有限，我决定寻找其他地方。我碰巧在 Java API 中找到了 Sequencer 接口(interface)，它有一个可爱的方法，叫做 setTempoinBPM。它完全符合我的需要；我一直无法让它在我的 C++ 代码中运行。
我曾尝试创建自己的 JVM 以在 C++ 代码中调用 Java 方法，但无济于事。我还尝试通过将适当的命令行参数传递给 system() 来调用 Java 程序，但是在使用这种方法开始播放后我无法改变 MIDI 文件的速度。
我正在考虑将我的 C++ 代码转换为 Java 代码以便直接调用 setTempoinBPM()，但我一直听到关于这是否会影响 OpenCV 性能的相互矛盾的报告。
我想听听您的意见:OpenCV 在 Java 上的性能是否足以与其 C++ 性能相媲美，是否值得将我的项目转换为 Java？ (如果您碰巧知道如何轻松改变播放 MIDI 轨道的速度，也请随时分享。)
最佳答案
除了映射到 MIDI 文件，也许您可以遵循解析/编译方法。
将 MIDI 视为数据的表示形式(序列化的数据)。将数据解析为对您的特定问题(即调整节奏)有意义的中间表示 (IR)。试想一下，“我怎样才能最好地构建内存中的数据，以便轻松操纵节奏？”
然后，使用包 like this ，您可以解析 midi 文件并提取重要部分。该包可能已经有适合您的问题的 IR。它看起来肯定有一个序列化方法，可能需要将文件输入回播放器。或者，您可以找到可以将 IR 直接传递给的玩家。如果您选择的 IR 已被已知玩家使用(并且仍然适合您的速度操作)，那么您不必考虑在修改后序列化您的 IR。
希望对您有所帮助...
关于java - Java 与 C++ 中 OpenCV 的实时性能对比，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17931358/