1

我有一个应用程序，其中录音是主要和最重要的部分。但是，用户可以切换到显示所有记录且不执行记录的表格视图控制器。

问题是哪种方法更好：“启动和停止音频系统或只是启动它”。显然第一个更正确，例如“在需要时分配，在使用时释放”。我将在这个问题上展示我的想法，并希望在技术人员中找到赞同或反对的意见。

当我第一次构建 AudioController.m 时，我实现了打开/关闭音频会话和启动/停止音频单元的方法。我想在录制未激活时停止音频系统。我使用了以下代码：

- (BOOL)startAudioSystem {

    // open audio session
    AVAudioSession *audioSession = [AVAudioSession sharedInstance];
    NSError *err = nil;
    if (![audioSession setActive:YES error:&err] ) {
        NSLog(@"Couldn't activate audio session: %@", err);
    }
    // start audio unit
    OSStatus status;
    status = AudioOutputUnitStart([self audioUnit]);
    BOOL noErrors = err == nil && status == noErr;    
    return noErrors;
}

和

- (BOOL)stopAudioSystem {
    // stop audio unit
    BOOL result;
    result = AudioOutputUnitStop([self audioUnit]) == noErr;
    HANDLE_RESULT(result);
    // close audio session
    NSError *err;
    HANDLE_RESULT([[AVAudioSession sharedInstance] setActive:NO withOptions:AVAudioSessionSetActiveOptionNotifyOthersOnDeactivation error:&err]);
    HANDLE_ERROR(err);
    BOOL noErrors = err == nil && result;
    return noErrors;
}

由于以下原因，我发现这种方法有问题：

  1. 音频系统延迟启动。这意味着，recording_callback() 有一段时间没有被调用。我怀疑是 AudioOutputUnitStart 负责。我试图用这个函数调用注释掉这一行并将其移至初始化。延迟消失了。
  2. 如果用户在录制视图和表格视图之间切换非常快（音频系统的启动和停止也非常快），它会导致媒体服务的死亡（我知道在这里观察 AVAudioSessionMediaServicesWereResetNotification 可能会有所帮助，但这不是重点）。

为了解决这些问题，我用我设法发现的其他方法修改了 AudioController.m：当应用程序激活时启动音频系统，并且在应用程序终止之前不要停止它在这种情况下，还有几个问题：

  1. CPU使用率
  2. 如果音频类别设置为仅录制，则当用户浏览表视图控制器时无法播放其他音频。

如果像这样在recording_callback()中取消任何类型的处理，第一个令人惊讶的是不是什么大问题：

    static OSStatus recordingCallback(void *inRefCon,
                                  AudioUnitRenderActionFlags *ioActionFlags,
                                  const AudioTimeStamp *inTimeStamp,
                                  UInt32 inBusNumber,
                                  UInt32 inNumberFrames,
                                  AudioBufferList *ioData) {

    AudioController *input = (__bridge AudioController*)inRefCon;

    if(!input->shouldPerformProcessing)
        return noErr;

    // processing
    // ...
    //

    return noErr;
}

通过这样做，CPU 使用率在真实设备上等于 0%，此时不需要录制且不执行其他操作。

第二个问题可以通过将音频类别切换到 RecordAndPlay 并启用混合或忽略该问题来解决。例如，在我的情况下，应用程序需要外部设备使用迷你插孔，因此不能并行使用耳机。

尽管如此，第一种方法更接近我，因为我喜欢在不再需要时关闭/清理每个流/资源。而且我想确定除了启动音频系统之外确实没有其他选择。请确保我不是唯一使用此解决方案的人，而且它是正确的。

4

1 回答 1

1

解决这个问题的关键是要注意音频系统实际上是在另一个（实时）线程中运行的。当您（或应用程序的主 UI 线程）“不需要它”时，您不能真正停止并取消分配在另一个线程中运行的东西，而是必须延迟以允许其他线程意识到它需要做一些东西，然后完成并清理自己。这可能需要多达 100 毫秒的音频。

鉴于此，策略 2（刚开始）更安全、更现实。

或者可能在尝试停止音频之前设置许多秒的不使用延迟，并且可能在尝试重新启动之前再设置一个短暂的延迟。

于 2015-11-29T07:58:22.070 回答