# Bandwidth limit prediction for Zoom renderer

**URL:** <https://devforum.zoom.us/t/bandwidth-limit-prediction-for-zoom-renderer/74629>\
**Category:** macOS\
**Created:** [August 22, 2022, 12:20pm UTC](https://devforum.zoom.us/t/bandwidth-limit-prediction-for-zoom-renderer/74629 "2022-08-22T12:20:45Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![anton.yereshchenko](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/anton.yereshchenko/32/16916_2.png) [@anton.yereshchenko](https://devforum.zoom.us/u/anton.yereshchenko)\
**Post date:** [August 22, 2022, 12:20pm UTC](https://devforum.zoom.us/t/bandwidth-limit-prediction-for-zoom-renderer/74629/1 "2022-08-22T12:20:46Z")

</div>

I am using the [raw data](https://marketplace.zoom.us/docs/sdk/native-sdks/macos/raw-data/) recording method to get access to the video buffers of participants.

And I have a question about Zoom rules in this context.

Is there a method to predict or check bandwidth before setting new quality for the renderer?

I mean the situation, when I should use renderers with different qualities, for example, 1 renderer with 720p and 10 renderers with 180p.

But before setting the quality for the particular renderer it would be perfect to check if I could set the quality for a particular render.

So could I check the bandwidth limit now before setting the quality and getting the error?

Or maybe you plan to add this mechanism?

Thank you!

---

<div class="post-metadata">

**Author:** ![anton.yereshchenko](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/anton.yereshchenko/32/16916_2.png) [@anton.yereshchenko](https://devforum.zoom.us/u/anton.yereshchenko)\
**Post date:** [September 8, 2022, 10:03am UTC](https://devforum.zoom.us/t/bandwidth-limit-prediction-for-zoom-renderer/74629/2 "2022-09-08T10:03:30Z")

</div>

And could you please approve or disprove that Zoom Rules are different for Video Elements and Raw Data usage?  
Or do you have one etalon Zoom Rules for all cases?

By Zoom Rules I mean allowed a combination of resolutions in the meeting.

> 1x1080p  
> 2x720p  
> 4x360p  
> etc.

Thank you!

---

<div class="post-metadata">

**Author:** ![amanda-recallai](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/amanda-recallai/32/44747_2.png) [@amanda-recallai](https://devforum.zoom.us/u/amanda-recallai)\
**Post date:** [October 5, 2022, 3:05am UTC](https://devforum.zoom.us/t/bandwidth-limit-prediction-for-zoom-renderer/74629/3 "2022-10-05T03:05:52Z")

</div>

@anton.yereshchenko there are some documented resolution limits for the desktop SDK [here](https://devsupport.zoom.us/hc/en-us/articles/360059893512-Desktop-SDK-Concurrent-Video-Streaming-Limits). From our experience, the concurrent video limits for video elements also apply to raw data.

We’ve solved a lot of these problems/figured out SDK limits at [Recall.ai](http://recall.ai/) (the universal API for meeting bots). Let me know how else I can help.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/1/614bdd549b610bbaa46ff934617683a02bdaa03c.png) [@system](https://devforum.zoom.us/u/system)\
**Post date:** [November 4, 2022, 1:06pm UTC](https://devforum.zoom.us/t/bandwidth-limit-prediction-for-zoom-renderer/74629/4 "2022-11-04T13:06:08Z")

</div>

Closed on November 4, 2022, 1:06pm UTC

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
