0

你好 ！

我正在使用 GCD 构建一个计时器，以便以特定间隔播放声音，更准确地说，它是节拍器的声音。几天来我一直在尝试解决我的问题，但没有。一切都很好，但是当我将速度设置为更大的值时，比如 150 bpm 或 200 bpm，当声音第一次开始时，它会很快触发（几乎就像同时发出两个声音，这意味着它没有预期间隔），然后进行校准。我第二次开始声音，一切都很好......所以这只会在我第一次恢复调度源时发生，所以我猜它与从磁盘加载声音有关，就像在这篇文章中一样：慢第一次播放声音时启动 AVAudioPlayer。对于我的声音，我首先使用了AVAudioPlayerwithprepareToPlay并且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 设置器和获取器：

- (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);

}
4

1 回答 1

5

这种安排基本上不会奏效。

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

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

GCD的手册页对 GCD 队列上的计时器进行了以下说明：

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

NSTimer不会更好。其文档状态A timer is not a real-time mechanism。由于您可能会在应用程序的主运行循环上运行它，它也将是非常不可预测的。

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

于 2013-06-24T22:30:52.157 回答