Skip to content

Conversation

@marcin-bazyl
Copy link
Collaborator

@marcin-bazyl marcin-bazyl commented Oct 24, 2025

COMPLETES #SPARK-728621

This pull request addresses

We incorrectly detect issues with remote audio level being zero when remote participants are unmuted but silent.

by making the following changes

Updating to latest internal-media-core (which includes new WCME) that only emits the INBOUND_AUDIO_ISSUE event with sub type DECODE_RESULTS_IN_ZERO_AUDIO_LEVEL when decoded audio level is zero while audio level in rtp header extension is not zero - this should minimize the false positives for these audio issue events we're seeing from our metrics.

This PR depends on:

Change Type

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Documentation update
  • Tooling change
  • Internal code refactor

The following scenarios where tested

unit tests, manual testing with WCME and web app

The GAI Coding Policy And Copyright Annotation Best Practices

  • GAI was not used (or, no additional notation is required)
  • Code was generated entirely by GAI
  • GAI was used to create a draft that was subsequently customized or modified
  • Coder created a draft manually that was non-substantively modified by GAI (e.g., refactoring was performed by GAI on manually written code)
  • Tool used for AI assistance (GitHub Copilot / Other - specify)
    • Github Copilot
    • Other - Please Specify
  • This PR is related to
    • Feature
    • Defect fix
    • Tech Debt
    • Automation

I certified that

  • I have read and followed contributing guidelines

  • I discussed changes with code owners prior to submitting this pull request

  • I have not skipped any automated checks

  • All existing and new tests passed

  • I have updated the documentation accordingly


Make sure to have followed the contributing guidelines before submitting.

RemoteStreamEventNames,
type VideoContentHint,
type StreamState,
type InboundAudioIssueEvent,
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

these exports is something I missed in some previous PRs, web app needs them (for now it's importing them directly from internal-media-core, but really it should do it via SDK)

@aws-amplify-us-east-2
Copy link

This pull request is automatically being deployed by Amplify Hosting (learn more).

Access this pull request here: https://pr-4550.d3m3l2kee0btzx.amplifyapp.com

@marcin-bazyl marcin-bazyl added the validated If the pull request is validated for automation. label Nov 4, 2025
@marcin-bazyl marcin-bazyl marked this pull request as ready for review November 4, 2025 20:11
@marcin-bazyl marcin-bazyl requested review from a team as code owners November 4, 2025 20:11
Copy link
Collaborator

@arun3528 arun3528 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

just change fix

@arun3528 arun3528 changed the title fix: checking audio level from RTP header before emitting DECODE_RESULTS_IN_ZERO_AUDIO_LEVEL fix(calling): checking audio level from RTP header before emitting DECODE_RESULTS_IN_ZERO_AUDIO_LEVEL Nov 5, 2025

testEnableInboundAudioLevelMonitoring(
'enables enableInboundAudioLevelMonitoring for multistream when browser is Chrome',
{isChrome: true, isEdge: false},
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why do you need to pass isEdge: false?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah, it's redundant, it's something left over from a previous version of the code where these were required, I've removed it now

@marcin-bazyl marcin-bazyl changed the title fix(calling): checking audio level from RTP header before emitting DECODE_RESULTS_IN_ZERO_AUDIO_LEVEL fix(meetings): checking audio level from RTP header before emitting DECODE_RESULTS_IN_ZERO_AUDIO_LEVEL Nov 5, 2025
@marcin-bazyl marcin-bazyl merged commit c0c03c5 into webex:next Nov 5, 2025
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

validated If the pull request is validated for automation.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants