Fatal编程技术网
  • ios/
  • Ios 在GCD计时器未按预期运行的情况下以间隔播放声音

Ios 在GCD计时器未按预期运行的情况下以间隔播放声音

ios audio

Ios 在GCD计时器未按预期运行的情况下以间隔播放声音,ios,audio,core-audio,grand-central-dispatch,timing,Ios,Audio,Core Audio,Grand Central Dispatch,Timing,你好 我正在使用GCD构建一个计时器，以便以特定的间隔播放声音，更准确地说，这是一种节拍器声音。几天来我一直在努力解决我的问题，但什么也没有解决。一切都很好，但当我将节奏设置为更大的值时，比如说150 bpm或200 bpm，当声音第一次开始时，它会非常快地发出（几乎像两个声音同时发出，这意味着它没有预期的间隔），然后进行校准。我第二次启动声音，一切都很好。。。所以这只发生在我第一次恢复分派源时，所以我猜这与从磁盘加载声音有关，就像在这篇文章中：。对于我的声音，我首先使用了AVAudioPlay

你好

我正在使用GCD构建一个计时器，以便以特定的间隔播放声音，更准确地说，这是一种节拍器声音。几天来我一直在努力解决我的问题，但什么也没有解决。一切都很好，但当我将节奏设置为更大的值时，比如说150 bpm或200 bpm，当声音第一次开始时，它会非常快地发出（几乎像两个声音同时发出，这意味着它没有预期的间隔），然后进行校准。我第二次启动声音，一切都很好。。。所以这只发生在我第一次恢复分派源时，所以我猜这与从磁盘加载声音有关，就像在这篇文章中：。对于我的声音，我首先使用了
AVAudioPlayer
的
preparetoplayer
和
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
}
在我的应用程序中，我完成了启动

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

}

-（整数）bpm
{
第二轮（60.0/时长）；
}
-（void）setBpm:（nsupinteger）bpm
{
如果（bpm>=MaxBPM）{
bpm=MaxBPM；

}否则，如果（bpm这样的安排根本不会起作用

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

为GCD队列提供服务的每个线程都在与系统中的其他线程争夺执行的机会。此外，队列可能在请求的时间忙于处理其他内容。如果其他内容是长时间运行的-并且长时间运行的任务正是GCD所要做的-调度程序可能会抢占该任务在操作完成之前读取，并惩罚队列；队列可能会等待很长时间才能提供服务

for GCD说明了以下关于GCD队列上计时器的信息：

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


NSTimer
不会更好。它的文档说明计时器不是一种实时机制。因为您可能会在应用程序的主运行循环中运行它，所以它也会非常不可预测


这个问题的解决方案是使用较低级别的音频API，特别是音频单元。这样做的好处是，软syth单元有一个事件队列，该队列由单元的渲染处理程序提供服务。这在实时线程上运行，并提供极强的健壮性和可预测的服务。因为您可以将相当数量的偶数音频单元排队如果将来有时间戳，您的计时要求现在非常宽松。您可以安全地使用GCD或
NSTimer
来实现此目的。
这种安排根本不会起作用

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

为GCD队列提供服务的每个线程都在与系统中的其他线程争夺执行的机会。此外，队列可能在请求的时间忙于处理其他内容。如果其他内容是长时间运行的-并且长时间运行的任务正是GCD所要做的-调度程序可能会抢占该任务在操作完成之前读取，并惩罚队列；队列可能会等待很长时间才能提供服务

for GCD说明了以下关于GCD队列上计时器的信息：

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


NSTimer
不会更好。它的文档说明计时器不是一种实时机制。因为您可能会在应用程序的主运行循环中运行它，所以它也会非常不可预测


这个问题的解决方案是使用较低级别的音频API，特别是音频单元。这样做的好处是，软syth单元有一个事件队列，该队列由单元的渲染处理程序提供服务。这在实时线程上运行，并提供极强的健壮性和可预测的服务。因为您可以将相当数量的偶数音频单元排队在将来有时间戳的情况下，您的计时要求现在非常宽松。您可以安全地使用GCD或
NSTimer
进行此操作。
谢谢，我会调查此问题谢谢，我会调查此问题