Java midi输入的实时解析-韵律微分

Java midi输入的实时解析-韵律微分,java,real-time,Java,Real Time,我正在用JAVA开发一个实时鼓编写应用程序。我试图反驳的主要问题是确定音符的节奏值。我有准确性的问题,因为我正在考虑在一个100次/分钟的节拍器中的第32个音符。这使得音符之间的间隔为75毫秒。我不能100%确定考虑时间段和分配节奏值的理论方法是否可以缩放到每个bpm或时间间隔。 考虑到比赛的人为因素,你认为这是可行的吗?我想这是一个非常具体/经验性的问题,适用于开发类似应用程序的人。标准Java不是一种适合实时操作的语言,如果计时的准确性对你如此重要,这意味着你不应该直接使用Java(至少)。

我正在用JAVA开发一个实时鼓编写应用程序。我试图反驳的主要问题是确定音符的节奏值。我有准确性的问题,因为我正在考虑在一个100次/分钟的节拍器中的第32个音符。这使得音符之间的间隔为75毫秒。我不能100%确定考虑时间段和分配节奏值的理论方法是否可以缩放到每个bpm或时间间隔。
考虑到比赛的人为因素,你认为这是可行的吗?我想这是一个非常具体/经验性的问题,适用于开发类似应用程序的人。

标准Java不是一种适合实时操作的语言,如果计时的准确性对你如此重要,这意味着你不应该直接使用Java(至少)。特别是垃圾收集的不确定性行为使实时应用程序的Java方面的问题变得复杂

标准Java不是一种适合实时操作的语言,如果计时的准确性对您非常重要,这意味着您不应该直接使用Java(至少)。特别是垃圾收集的不确定性行为使实时应用程序的Java方面的问题变得复杂

一个好的执行者不会错过他的节奏,即使是在第32次,甚至在更快的节奏(但这是一个好的执行者:)另一方面,Java不适合实时时间敏感的任务。没有任何保证。如果你不能给Java上游的每个midi事件加上时间戳,你将永远无法可靠地完成这项工作。一个好的演奏者不会错过他的节奏,即使是32秒,甚至是更快的节奏(但这是一个好的演奏者:),另一方面,Java不适合实时时间敏感的任务。没有任何保证。如果你不能给Java上游的每个midi事件加上时间戳,你将永远无法可靠地完成这项工作。由于有一些工作需要翻译,我需要确保JAVA会有问题(这里的措辞非常糟糕!)。对于您需要的计时准确性/确定性,如果可能的话,我肯定会选择C/C++而不是JAVA。我正在考虑使用CLAM将项目移到C/C++环境中。由于有一些工作需要翻译,我需要确保JAVA会有问题(这里的措辞非常糟糕!)。对于您需要的计时准确性/确定性,如果可能的话,我肯定会选择C/C++而不是JAVA。