好的吉他节拍器软件下载在哪下呀？

推荐两款比较好的吉他节拍器软件：

guitar pro5

Guitar Pro是一款倍受吉他手喜爱的吉他和弦、六线谱、BASS四线谱绘制、打印、查看、试听软件，它也是一款优秀的MIDI，MIDI制作辅助工具，可以输出标准格式的IDI格式。

过人之处就在于它可以直接用鼠标和键盘按标准的六线谱、四线谱进行乐谱输入、查看、打印和试听（可以实时、自动滚屏、多种模式的显示单声部或乐曲总谱），在做弹拨乐器的滑音、倚音、推弦、揉弦、泛音、摇把、闷音、琶音、分解和弦、BASS打弦等方面有绝对的优势。

另外它在吉他和弦、把位的显示、推算、查询、调用等方面，也异常方便、简洁、直观和浩瀚，这是同类软件所根本无法与之相抗衡的一大显著特点。软件提供对包括简、繁体中文在内的25种不同的语言的支持。新版本增加了一些打印时针对个人用户的设置；对吉他面板（操作区）播放时的状态做了一些较大的改进，可以选择播放时显示当前音符，下一个音符，当前和弦图表，当前小节的音符；增加了对4弦乐器、5弦乐器、7弦乐器的和弦图表支持和鼓谱符号的输入；歌词输入的改进提供了更多的方便等等。

吉他节拍器

一款非常简单的节拍，Flash格式，下载解压以后用播放软件（如暴风影音）打开就可以使用了。

使用说明：

在节拍器右下角"拍/小节"里面输入节拍数，默认为“4拍/小节”。

鼠标左键按住节拍器指针中间的锤子上下拖动可调节每分钟节拍的速度，默为60拍/分钟。

调节好以上两步以后，鼠标点击节拍器下方的“paly”按钮即开始打拍，点击"stop"按钮即停止打拍。

请问大神，什么节拍器app能够自动变速（安卓）

微信小程序“节拍器Pro”,支持普通模式和热身模式，其中热身模式就可以根据你的设置实现变速。

求一个含人声的节拍器软件

软件介绍

人声节拍器app是一款超级好用的线上音频制作软件，专为广大搞音乐的朋友量身打造，下载app之后可以在线轻松设置，在线实时制作精准的歌曲节拍，还可以实时设置人声模式哦，非常方便。

人声节拍器app特色：

1、专业可靠的节拍器，安卓用户必备音乐神器。

2、手机上轻松调整，节奏由你来定，设置属于自己的节拍。

3、线上节拍细分为季度，第八，三重，十六，五胞胎，自行设置。

4、更有六重音符，声音包在线任你轻松设置。

Android 节拍器

好多年没写了，写完公司内部wiki，效果挺明显的，转过来记录下。

同样的，音乐人按照节奏数拍，假如拍子有30ms的延迟，也是能够感受到迟滞。如果是大于50ms，则是明显感觉到卡顿。特别是在BPM数值大，拍号时值短的情况下，拍子之间的间隔很短（4/4，BPM=240, 间隔=250ms）。

2，现状：

当前版本的节拍器的实现方案是： Thread.sleep + SoundPool 。

这里有两个问题：

1，Thread.sleep 不能保证睡眠时间的精确性，因为他们受到系统计时器和调度程序精度和准确性的影响。往往有10ms以上的差异。

所以，针对于精确性要求高的节拍器并不适合。

2，SoundPool 底层由AudioTrack实现，相对于MediaPlayer，对短小音效的支持很好。相对于AudioTrack会有更低的延迟。因为底层实现上，SoundPool的AudioTrack实例的 audio_output_flags_t 参数中设置位 AUDIO_OUTPUT_FLAG_FAST。使其成为快速音轨（FastTrack）。而且对同一个音效会复用底层的AudioTrack实例，从而避免多次创建浪费资源。即使如此，SoundPool 在高BPM的情况下，播放密度大时，偶尔会出现一点卡顿。甚至低BPM也会出现，没有深入调研SoundPool源码，排除定时器不够精确的情况，猜测是由于AudioTrack自身延迟（传递数据到硬件抽象层 (HAL)路径长）或者jvm触发内存回收时导致的。所以表现并不是很稳定。

下图是Thread.sleep + SoundPool 实现的节拍器（最简单的 4/4拍，BPM 分别是 60，120，240，480）播放时录音的效果。

可以看到，第一轨，BPM = 60 时，本应该在2秒处的第三拍，却在2.15秒后才播出。足足延迟了 150毫秒。

同样的，下图第三轨，BPM = 240 时，本应该在0.75秒处的第四拍，却在0.85秒后才播出。延迟了 100毫秒。

1，针对定时器不准，直接使用c++ 系统级别的 std::this_thread::sleep_for，精确到 1ms。

2，采用  Google Oboe  低延迟音频框架。

大概的思路如下：

创建音频输出流 → 加载节拍音效 → 设置最低的缓冲区帧数→ 通过定时不断的切换强弱拍子将数据推送到输出流中 → 输出声音。

下图是（最简单的 4/4拍，BPM 分别是 60，120，240，480）播放时录音的效果。

虽然有时会延迟，但基本都在可接受范围(30ms)内的误差，而且很稳定。无论是低BPM，还是高BPM。

上个方案是采用 c++线程 和 Oboe 来实现的。

虽然比原有方案有了质的飞跃，但是这里存在有一个致命的问题。那就是更高BPM下（ bpm =  480）或者节奏更快的拍式（1拍4个16音符）时，依然存在误差。

如上图，录音文件清楚的反应了这个问题。在bpm =  480时，已经变得不稳定，甚至不可用了。

这里主要是由于多线程的关系，播放状态同步不及时导致。  新启c++线程去控制状态的变化（此时该播什么拍子）跟 Oboe的音频播放线程。

所以，再优化了一波，只保留Oboe音频播放线程，并且在这个线程里控制播放状态的改变。

最终效果，如下图。

最后，来个终极对比。

下图是 （最复杂的 4/4拍，节奏是4个16音符， BPM 分别是 60，120，240）播放时录音的效果。

原有方案： Thread.sleep + SoundPool

最新方案： Google  Oboe