[mdydek]

Original idea from #1319 reimplemented after #1183 merged. Confirmed that the recording retrieved after killing app is fully decodable.

⚠️ Breaking changes ⚠️

Introduced changes

• added new format ADTS AAC, which can survive app crash, because its metadata is written at every frame
• support for ios (was already supported, only header config was required) and android

Checklist

• Linked relevant issue
• Updated relevant documentation
• Added/Conducted relevant tests
• Performed self-review of the code
• Updated Web Audio API coverage
• Added support for web
• Updated old arch android spec file

[github-actions]

WPT non-regression comparison

PASS — no regressions · 1 improved section(s) · overall 3427 → 3429 (+2)

Spec section	Base pass	Head pass	Delta
AudioBuffer	140	142	+2

Unchanged sections (27)

Spec section	Base pass	Head pass	Delta
Processing model	1	1	0
Other	56	56	0
AnalyserNode	138	138	0
AudioBufferSourceNode	220	220	0
AudioContext	58	58	0
AudioNode	261	261	0
AudioParam	680	680	0
BiquadFilterNode	275	275	0
ChannelMergerNode	30	30	0
ChannelSplitterNode	7	7	0
ConstantSourceNode	64	64	0
ConvolverNode	178	178	0
DelayNode	127	127	0
DestinationNode	0	0	0
DynamicsCompressorNode	4	4	0
GainNode	15	15	0
IIRFilterNode	87	87	0
MediaElementAudioSourceNode	0	0	0
MediaStreamAudioDestinationNode	1	1	0
MediaStreamAudioSourceNode	0	0	0
OfflineAudioContext	35	35	0
OscillatorNode	104	104	0
PannerNode	727	727	0
PeriodicWave	33	33	0
ScriptProcessorNode	0	0	0
StereoPannerNode	104	104	0
WaveShaperNode	82	82	0

_{Baseline: e39c1826e187a100d8d7ee6855e2a92ab32e8c32 · Candidate: 64cc1d6d72a0b8697e8e3ed2c8e032697c0a55cd}

_{Workflow run · this comment is updated on every push.}

[ryzencool]

+1 for this, and thanks for picking it up after #1183.

Our use case: a voice-notes app where users record long sessions (meetings, sometimes 1h+), often with the app in the background. Today we work around the lack of a crash-safe compressed format by writing two outputs per recording with another library: a 16 kHz PCM WAV (so a force-kill/OOM still leaves something recoverable) plus a compressed AAC/Opus copy for upload. That doubles disk I/O and storage during the session, and an unfinalized M4A is lost entirely if the process dies.

ADTS AAC would let us collapse that into a single small, recoverable file, which is the main thing blocking us from migrating our recorder to react-native-audio-api.

A couple of questions, if you have a moment:

• Is this targeted for the next minor release together with the encoder refactor from feat: encoder #1183?
• Will ADTS work with rotateIntervalBytes, and is concatenating the rotated .aac chunks expected to produce a valid stream (the docs update in fix(android): handle ADTS file write and close failures #1342 suggests yes)?

Happy to test a nightly build on real iOS/Android devices (background recording + kill-and-recover) and report back.

[mdydek]

@ryzencool yes to both of your questions, the next release actually will be the major (1.0.0) and it's just around the corner, we are finishing what's left, but it will for sure come in a next release