Re: iOS : ExtAudioFileWriteAsync alternatives / Audio Queue Services availability?
Re: iOS : ExtAudioFileWriteAsync alternatives / Audio Queue Services availability?
- Subject: Re: iOS : ExtAudioFileWriteAsync alternatives / Audio Queue Services availability?
- From: Matt Ingalls <email@hidden>
- Date: Wed, 14 Feb 2018 12:31:20 -0800
OK I see what you are doing now.
Sounds like increasing kExtAudioFileProperty_IOBufferSizeBytes could prevent an
overflow.
but maybe doing your own async writes would be safer :). ExtAudioFile is a
pretty old API..
-m
> On Feb 14, 2018, at 11:24 AM, Arshia Cont <email@hidden> wrote:
>
> Matt,
>
> Thanks for the reply! :)
>
> AVAudioFile would be one way to go except that I am recording live streams,
> and using AVAudioFile I should make the ‘write’ asynchronous myself and make
> sure the direct-to-disk stuff won’t hic the AudioIO thread.
>
> This is supposed to be the promise of ‘ExtAudioFileWriteAsync’.
>
> Has anyone tried playing around with the
> kExtAudioFileProperty_IOBufferSizeBytes property of Extended Audio File
> Services? I have feeling that this is the way to go (increasing the buffer so
> that writing would occur less frequently.
>
> Apparently the kExtAudioFileError_AsyncWriteBufferOverflow is thrown when
> write requests are arriving faster than the system’s ability to access disk
> (can happen at any time and all of a sudden). The bad news is that when this
> is thrown it actually halts the IOThread! Can’t figure out why… .
>
> Hint that can help: I am recording two live streams (stereo) at the same time
> (i.e. two audio files).
>
> Any hints?
>
>> On 14 Feb 2018, at 19:01, Matt Ingalls <email@hidden> wrote:
>>
>> Have you tried AVAudioFile?
>>
>>> On Feb 13, 2018, at 12:59 PM, Arshia Cont <email@hidden> wrote:
>>>
>>> Hello list,
>>>
>>> This is my first post here so sorry if this is already asked!
>>>
>>> We have been using ExtAudioFileWriteAsync on iOS successfully to write two
>>> PCM Audio Streams to disk. We have been getting reports from users nagging
>>> on sudden audio drop outs on some [older] devices and during “performance”.
>>> We managed finally to find the root of the problem to the thrown
>>> kExtAudioFileError_AsyncWriteBufferOverflow exception which means
>>> (probably?) that ExtAudioFileWriteAsync is not keeping the pace with the
>>> system writing to disk.
>>>
>>> So I believe we must use lower level calls here (?).
>>>
>>> What would be an alternative for ExtAudioFileWriteAsync?
>>
>>>
>>> I have been looking at Audio Queue Services for months but
>>> documentation/examples are so old that it keeps me away from it… or should
>>> we dive in?
>>>
>>> Thanks in advance,
>>>
>>>
>>> Arshia Cont
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Coreaudio-api mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden