Repository navigation
CalloraVoipSdk 4.10.0 #220
BechsteinDigital
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
CalloraVoipSdk 4.10.0
Per-call outgoing-audio mute on
ICall. The SDK already had a device-wide mute(
IVoipClient.SetAudioInputMuted), but it silences the capture device for every call at once — so it cannotmute one call while another stays live. That is exactly the case a contact-center agent or a multi-line
softphone hits: put one caller on private mute while continuing to speak on a second, concurrent call.
4.10.0 adds a mute that lives on the call itself and gates only that call's outgoing audio.
The mute is local — it stops the SDK from sending this call's captured audio to the peer. Unlike hold it is
not signalled: there is no re-INVITE and no media-direction renegotiation, so the peer simply stops
receiving audio for this call. And unlike the device-wide mute it is per call, so on a client running
several concurrent calls each one mutes independently.
New in 4.10.0
Two additive members on
ICall(obtained fromline.DialAsync(...),IncomingCallEventArgs.Call, or theOnIncomingCallhook):MuteAsync(bool muted, CancellationToken ct = default)— mutes (true) or resumes (false) this call'soutgoing audio. Local only, so it is valid in any live state and does not throw for state; a no-op when the
call is already in the requested state.
IsMuted— reads the current outgoing-mute state (falseby default).Behaviour and limits
PublicApi.approved.txtgains exactly the twoICallmembers; there is nothing to migrate and no on-wire behaviour change for a consumer that does not call them.
inbound audio is unaffected — the agent still hears the caller.
microphone (via the media sender) and custom audio are muted.
HoldAsync) is signalled to the peer (a re-INVITE); this mute isa silent local send-gate. The device-wide
IVoipClient.SetAudioInputMutedmutes the capture device forevery call; this affects only the one call.
ICall). The WebRTCIPeerConnectionhas its own track model and is not part of thischange.
See
CHANGELOG.mdfor the concise entry.This discussion was created from the release CalloraVoipSdk 4.10.0.
All reactions