使用 GCD 计时器间隔播放声音未按预期运行

Posted 2023-02-25

【中文标题】使用 GCD 计时器间隔播放声音未按预期运行

【英文标题】：Playing sound at interval with GCD timer not behaving as expected

【发布时间】：2013-06-24 21:11:43

【问题描述】：

嗨！

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

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

【参考方案1】：

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

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

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

GCD 的Manpage 声明了以下关于 GCD 队列上的计时器：

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

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

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

【讨论】：

谢谢，我会调查一下