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 and 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的用途 - 调度程序可以在操作完成之前抢占线程并惩罚队列;它可能需要等待很长时间才能完成。

GCD的Manpage说明以下关于GCD队列的计时器：

尽力尝试在指定时间将事件处理程序块提交到目标队列;但是，实际调用可能会在以后发生。

NSTimer不会更好。其文档说明计时器不是实时机制。既然您可能会在应用程序的主运行循环中运行它，那么它也将是非常不可预测的。

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

以GCD计时器不按预期运行的间隔播放声音

1 个答案: