microsoftgraph / microsoftgraph/microsoft-graph-comms-samples
Giving a bot the best chance to receive HD video
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 253
- Forks
- 275
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 1
Description
For my use case, it's very important that my bot receives HD video from a meeting - at least 720p.
I've been testing today, and I've noticed that the video resolution received by a bot (hosted on an Azure VM) varies according to how many participants it's subscribed to. I'm requesting 720p video, and I can see that I receive that when i'm only subscribed to a single participant's feed, but as I subscribe to more participants, the resolution of the video received for each participant drops - 2 participants, each is received at 540x960, and this drops further when adding more participants. It doesn't seem to matter whether the participants are in the same meeting, or in different meetings - the same behaviour seems to happen.
It would be good to know where and why this decision is being made - e.g. is it Teams deciding to lower the resolution based on the fact that's it's sending multiple streams to the same IP address, or is it e.g. bandwidth restriction on the VM the bot is running on. What I want to get to is a deployment architecture that gives my bots the best chance of receiving HD video (provided it's being sent by the meeting participant, obviously).
There's some helpful info from @ssulzer in #151, but this doesn't completely answer the question.
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 by reading the related discussion in issue #151 and compare it with the reported 720p, 540x960, and multi-participant observations. Done means identifying whether stream resolution is controlled by the meeting service or the Azure VM deployment, then documenting deployment guidance for maximizing received HD video.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure
- Domain
- audio-video-rtc, cloud
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100