microsoftgraph / microsoftgraph/microsoft-graph-comms-samples

AudioVideoPlaybackBot not giving proper audio in callback and video stops after 25-30 seconds

Open
#324 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
No language data
Stars
253
Forks
275
Avg merge
1d 5h
Merged PRs (30d)
1

Description

Describe the issue
AudioVideoPlaybackBot does not seem to give proper audio and when i store the audio bytes in memory video stops after certain time (25-30 secs), code snippet to store audio bytes in queue. Later I am converting the audio bytes to mp3 and relay it.

Code Snippet
private void OnAudioMediaReceived(object sender, AudioMediaReceivedEventArgs e)
{

        byte[] b = new byte[e.Buffer.Length];
        Marshal.Copy(e.Buffer.Data, b, 0, (int)e.Buffer.Length);

        Utilities.avQueue.Enqueue(b);
        e.Buffer.Dispose();
    }

Expected behavior
It should give the audio bytes without stopping and the format of audio we receive is not clear. I suppose it to have
Sample rate: 16000
bit depth = 16
Channel = 1
Is it correct ?

Graph SDK (please complete the following information):

  • 1.2.0.850

Additional context
I am making local copy of the bytes received and converting them to mp3 using NAudio and relaying it to other application. war wav bytes received was converted but it did not have proper audio. Also when i start relaying, video stops after sometime ? When I check teams, video seems to be paused, have to end the meeting and start all again.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the OnAudioMediaReceived callback and the AudioMediaReceivedEventArgs buffer handling shown in the issue, using Graph SDK 1.2.0.850. Determine the received audio format and why queuing or relaying the copied bytes causes playback and video to stop; done means audio remains usable and the video continues without restarting the meeting.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
audio-video-rtc
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.