ios - 使用 GCD 计时器间隔播放声音不符合预期

Question

您好!

我正在使用 GCD 构建一个计时器，目的是在特定时间间隔播放声音，更准确地说，它是节拍器声音。几天来我一直在努力解决我的问题，但一无所获。一切都很好，但是当我将节奏设置为更大的值时，比如说 150 bpm 或 200 bpm，当声音第一次开始时，它会非常快速地触发(几乎就像同时发出两个声音，这意味着它没有预期间隔)，然后进行校准。我第二次启动声音，一切都很好......所以这只发生在我第一次恢复我的调度源时所以我猜它与从磁盘加载声音有关，就像这篇文章中的那样:Slow start for AVAudioPlayer the first time a sound is played .对于我的声音，我首先使用了 AVAudioPlayer 的实例，带有 prepareToPlay 和 play 并且还在 AppDelegate 类中创建了它，但它没有用...我什至尝试过@NickLockwood 开发的 SoundManager 类，同样的问题。目前，我正在使用 SystemSoundID。至于计时器，这是我的第一个 GCD 计时器，我已经尝试过经典的 NSTimer、CADisplayLink 和其他在 git 上找到的计时器......都是徒劳的。

另一个有趣的问题是，对于其他计时器，模拟器上的一切都很完美，但在设备上却出现了同样的故障。

这是代码，我希望有人能告诉我。

 -(void)playButtonAction  // 
    {
        if (_metronomeIsAnimatingAndPLaying == NO)
        {
            [self startAnimatingArm]; // I start my animation and create my timer
           
            metronomeTimer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0));
           
            dispatch_source_set_timer(metronomeTimer,dispatch_time(DISPATCH_TIME_NOW, duration * NSEC_PER_SEC),duration * NSEC_PER_SEC,duration *NSEC_PER_SEC);
            
            dispatch_source_set_event_handler(metronomeTimer, ^{[self playTick];});
            
            dispatch_resume(metronomeTimer);
     
            _metronomeIsAnimatingAndPLaying = YES;
        }
   
    }

-(void)playTick
{
   AudioServicesPlaySystemSound(appDeleg.soundID); // soundID is created in appDelegate
} 

在我的应用程序中 didFinishLaunching

NSString *path = [[NSBundle mainBundle] pathForResource:@"tick"
                                                 ofType:@"caf"];
AudioServicesCreateSystemSoundID((CFURLRef)[NSURL fileURLWithPath:path]
                                 , &_soundID);

以及 BPM setter 和 getter :

- (NSUInteger)bpm
{
    return round(60.0 / duration);
}

- (void)setBpm:(NSUInteger)bpm
{
    if (bpm >= MaxBPM) {
        bpm = MaxBPM;
    } else if (bpm <= MinBPM) {
        bpm = MinBPM;
    }
    duration = (60.0 / bpm);

}

Answer 1

这种安排根本行不通。

GCD 是一个线程池，旨在促进任务级并行性。它通常是异步和非实时的。这些特性几乎与音频应用程序所需的特性完全相反。

为 GCD 队列提供服务的每个线程都在与系统中的其他线程竞争执行机会。此外，队列可能在请求的时间忙于处理其他事情。如果那个其他是长时间运行的——而长时间运行的任务正是 GCD 的目标——调度程序可能会在操作完成之前抢占线程并惩罚队列;它可能会等待很长时间才能获得服务。

Manpage对于 GCD，关于 GCD 队列上的计时器的声明如下:

尽最大努力在指定时间将事件处理程序 block 提交到目标队列；但是，实际调用可能会在稍后发生。

NSTimer 不会更好。它的文档声明计时器不是实时机制。由于您可能会在应用程序的主运行循环中运行它，因此它也将是非常不可预测的。

此问题的解决方案是使用较低级别的音频 API - 特别是音频单元。这样做的好处是 soft-syth 单元有一个事件队列，由单元的渲染处理程序提供服务。这在实时线程上运行，并提供极其强大和可预测的服务。由于您可以在未来对大量带有时间戳的事件进行排队，因此您的时间要求现在非常宽松。您可以安全地为此使用 GCD 或 NSTimer。