chore(audio): mark pre-released audio APIs as experimental#1136
Open
hiroshihorie wants to merge 2 commits into
Open
chore(audio): mark pre-released audio APIs as experimental#1136hiroshihorie wants to merge 2 commits into
hiroshihorie wants to merge 2 commits into
Conversation
Covers the AudioSessionOptions surface (platform configurations and enums), ValueOrAbsent, AudioSessionManagementMode, the AudioManager session methods, and the audio engine state observability, all new since 2.8.0. Speaker output preference methods stay stable since the deprecated Hardware APIs point to them as migration targets.
Covers the AudioProcessingOptions surface (mode, failure reason, exception), the runtime setAudioProcessingOptions on local audio tracks, and the AudioProcessingState diagnostic types, all new since 2.8.0. AudioCaptureOptions itself stays stable, only the new processing interface it implements is marked.
|
Caution Breaking change detected without major changeset
If this is intentional, please add a changeset with |
hiroshihorie
marked this pull request as ready for review
July 22, 2026 07:39
hiroshihorie
requested review from
cloudwebrtc and
xianshijing-lk
as code owners
July 22, 2026 07:39
cloudwebrtc
approved these changes
Jul 22, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Marks the audio APIs that are new since 2.8.0 as
@experimentalbefore they ship in a stable release, so their shape can still evolve without a breaking-change dance.Marked experimental
AudioSessionOptions,AppleAudioSessionConfiguration,AndroidAudioSessionConfiguration, the platform enums,AudioSessionManagementMode, andValueOrAbsentAudioManagersession methods:setAudioSessionOptions,setAudioSessionManagementMode,deactivateAudioSessionAudioEngineState,audioEngineState,audioEngineStateStreamAudioProcessingOptions,AudioProcessingMode,AudioProcessingFailureReason,AudioProcessingException,LocalAudioTrack.setAudioProcessingOptions, and theAudioProcessingStatediagnostic typesDeliberately left stable
MicrophoneMuteModeAPIs, which mirror the Swift SDK enum that has been stable since 2.10.0HardwareAPIs reference as migration targetsAudioCaptureOptions, which predates 2.9.0. Only the newAudioProcessingOptionsinterface it implements is markedexternalCallSystemwere already marked in feat(audio): engine availability control and external call system session mode #1127Annotations only, no behavior change. No changeset since this does not alter released behavior, but happy to add one if we want it called out in the changelog.
🤖 Generated with Claude Code