microsoftgraph / microsoftgraph/microsoft-graph-comms-samples
Most efficient way of broadcasting a still image?
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
We want our bot to display a different logo based on the context of the meeting. So we will not be able to use the pre-configured 'Application image' that you can set in Azure. That's why we want to broadcast the logo (a still image) as video output. Up until this point, we have only used the audio socket. We're slightly worried about the performance implications the addition of a video channel may bring.
Questions
- What are the performance implications of broadcasting a still image?
- If just an image is continuously streamed, does the data have to be retransmitted?
- Is there a way for us to configure the SDK to transmit the data at a lower frequency? (e.g. configuring it to be 1 fps.)
- Do you have any other guidelines or suggestions to do this as efficiently as possible?
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 reviewing the SDK's video-output behavior and the documented handling of still images, since the issue names no source files or tests. Done would mean establishing the performance, retransmission, frame-rate configuration, and efficiency guidance requested by the issue.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure
- Domain
- audio-video-rtc
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100