flutter - 如何追踪 flutter 库 audo_recorder 和 stereo 之间的干扰

Question

我正在使用 Flutter 构建一个应用程序，它允许我录制音频然后稍后播放。我正在使用包 audio_recorder 0.4.0 来录制音频，并使用包 stereo 1.0.0 来播放音频。

当我使用 iOS 模拟器录制时，一切正常。但是当我在物理设备(iPhone 6 Plus)上运行时，我总是在录制 session 结束时得到一个 28 字节的文件——基本上只是 m4a 文件的一个标题。

我已将此归因于两个库之间的某种干扰。如果我使用 audio_recorder 0.4.0 中包含的示例应用程序，我可以在物理设备上很好地录音。但我所要做的就是将 stereo: 1.0.0 行添加到同一示例项目的 pubspec.yml 中的依赖项中，然后我突然开始在物理设备上获取 28 字节的文件录制 session 而不是正常大小的 m4a 文件。

我有一个两部分的问题:

1. stereo 库会造成什么样的干扰，导致 audio_recorder 库出现这种故障？我怀疑是信道干扰，但我试图隔离它并没有产生任何结果。

2. 我怎样才能找到造成这种情况的原因？

我检查了两个 session 的控制台输出。当它失败时，我在尝试开始录制后立即在控制台输出中看到几 (8) 行:

mediaserverd    1111: AudioConverterNew returned -50

其他人建议当没有可用的麦克风时会发生此错误。

我还看到输出之间存在这种可疑的差异。录音中断时:

default 11:36:57.098825 -0700   mediaserverd    4414: { "action":"set_play_state", "session":{"ID":"0x3315820","PID":14591,"name":"Runner"}, "details":"entry" }
default 11:36:57.100484 -0700   mediaserverd    -CMSessionMgr- cmsSetIsPlaying: CMSession: 'sid:0x3315820, Runner(14591), 'prim'' with [MediaPlayback/Default] [NonMixable] [System Audio] starting playing.
default 11:36:57.104699 -0700   mediaserverd    CAReportingClient.mm:328:-[CAReportingClient sendMessage:category:type:reporters:]: message {
    Volume = "0.75";
    VolumeCategory = "Audio/Video";
    VolumeOperationProcess = "com.monkela.audioRecordSample";
    VolumeOperationTime = 576708;
    VolumePlayingState = 1;
}: (
    857014545
)
default 11:36:57.105879 -0700   mediaserverd    -CMVAEndptMgr- vaemSetDeviceVolume: CMSession: Setting cmsvolume = 0.750 for device ID: VirtualAudioDevice_Default
default 11:36:57.107295 -0700   mediaserverd    VirtualAudio_Device.cpp:2046:SetPropertyData: [volm/outp/0] on device [ type: vdef; id: 354; addr: 0x1014e1ba0; hidden: 0; VA strms: { o/883/0x106fc5980 }; agg dev: [ id: 872; addr: 0x106f1a460; uid: "VAD [vdef] AggDev 52"; virt strms: {  }; phys devs: { [ id: 292; addr: 0x104b0fdb0; uid: "Speaker"; streams: { i/294/0x104b11cd0, o/293/0x104b12790 } ] } ] ]: 0.750000.
default 11:36:57.108123 -0700   mediaserverd    OutputVolumeControl_HAL_Common.cpp:662:CommitVolume: Setting Volume = -14.500000 dB, Final HW Volume = 0.000000 dB, Final SW Volume = -14.500000 dB, External Volume Handler: No
default 11:36:57.109008 -0700   mediaserverd    OutputVolumeControl_HAL_Common.cpp:663:CommitVolume:     PhysicalDevice UID = "Speaker"
default 11:36:57.109721 -0700   mediaserverd    OutputVolumeControl_HAL_Common.cpp:664:CommitVolume:     Scope = 1869968496 ("outp")
default 11:36:57.110704 -0700   mediaserverd    OutputVolumeControl_HAL_Common.cpp:665:CommitVolume:     Element = 0 ("0")
default 11:36:57.112062 -0700   mediaserverd    OutputVolumeControl_HAL_Common.cpp:698:CommitVolume:     SW Volume: 0.750000 scalar
default 11:36:57.114393 -0700   mediaserverd    VirtualAudio_Device.cpp:2066:SetPropertyData: Client request to set nominal sample rate to 44100.000000 on VAD 354.
default 11:36:57.116038 -0700   assertiond  [Runner:14591] Attempting to acquire assertion for Runner:14591: <BKProcessAssertion: 0x101349110; "CMSession.14591."com.monkela.audioRecordSample"."MediaPlayback".isPlayingProcessAssertion" (audio:inf); id:…C74721DE1F95>
default 11:36:57.116572 -0700   assertiond  [Runner:14591] Add assertion: <BKProcessAssertion: 0x101349110; id: 13077-914DDDE2-35CE-4420-85ED-C74721DE1F95; name: CMSession.14591."com.monkela.audioRecordSample"."MediaPlayback".isPlayingProcessAssertion; state: active; reason: audio; duration: infs> {
    owner = <BSProcessHandle: 0x101009be0; mediaserverd:13077; valid: YES>;
    flags = preventSuspend, preventThrottleDownCPU, preventIdleSleep, preventSuspendOnSleep;
}

录音时:

default 11:39:19.865022 -0700   mediaserverd    2863: { "action":"activate", "session":{"ID":"0x3315826","PID":14609,"name":"Runner"}, "details":"entry" }
default 11:39:19.880637 -0700   mediaserverd    CAReportingClient.mm:328:-[CAReportingClient sendMessage:category:type:reporters:]: message {
    "active devices" = "[ { vdef, [  ], [ pspk ( 0 ) ] }, { vspd, [ pmbi ( 0 ) ], [  ] }, { vcal, [ pdln ( 0 ) ], [ puln ( 0 ) ] } ]";
    category = csav;
    "going_active" = 1;
    mode = imdf;
    "staying_active" = 0;
}: (
    857014546
)

录制中断时的输出表明我尝试开始录制实际上开始播放某些东西(即调用错误的库)。

Answer 1

我对此进行了追踪，并弄清楚了如何通过修改 stereo 包使这些库协同工作。结果是 stereo 包在 application didFinishLaunchingWithOptions 中激活了播放 Audio Session 。基本上是这些行:

AVAudioSession *session = [AVAudioSession sharedInstance];
[session setCategory:AVAudioSessionCategoryPlayback error:&error];
[session setActive:YES error:&error];

我 fork 了 stereo 包并更改了代码以仅在实际需要时激活播放 session 。神奇的是，我的记录功能开始工作了。

我不确定它为什么能在模拟器中运行。模拟器必须能够以某种方式同时进行回放和录制 session 。

更新:stereo 包的作者接受了我的 pull request，因此只要您拥有该包的 1.0.1 版本，就应该能够避免此干扰问题。