microsoftgraph / microsoftgraph/microsoft-graph-comms-samples
AudioVideoPlaybackBot not giving proper audio in callback and video stops after 25-30 seconds
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
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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