# A few video questions

**URL:** <https://devforum.zoom.us/t/a-few-video-questions/47880>\
**Category:** Web\
**Created:** [April 13, 2021, 10:42pm UTC](https://devforum.zoom.us/t/a-few-video-questions/47880 "2021-04-13T22:42:55Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![tcsteve](https://avatars.discourse-cdn.com/v4/letter/t/96bed5/32.png) [@tcsteve](https://devforum.zoom.us/u/tcsteve)\
**Post date:** [April 13, 2021, 10:42pm UTC](https://devforum.zoom.us/t/a-few-video-questions/47880/1 "2021-04-13T22:42:55Z")

</div>

I have a few questions:

Are there plans to add support for screen sharing audio in the Web SDK? This is so that if someone plays a video while screen sharing, it also sends the audio. Apparently I’m hearing that right now the audio isn’t broadcast.

Are there any guidelines regarding screen sharing framerate? I’m getting reports that videos played during screen sharing are only about 1 or 2 frames per second. Is this dependent on the hardware of the person sharing? My customers are asking me why the native app is so smooth when the Web SDK isn’t, and the best answer I have so far is because it’s being constrained by running in a web page and probably doesn’t have the same level of access to the hardware resources that a native app would. Is there a better answer, or a set of minimum or recommended specifications?

Are there plans to allow the gallery view to show more than 9 people at once?

Thanks

---

<div class="post-metadata">

**Author:** ![MaxM](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/maxm/32/42303_2.png) [@MaxM](https://devforum.zoom.us/u/MaxM)\
**Post date:** [April 14, 2021, 11:05pm UTC](https://devforum.zoom.us/t/a-few-video-questions/47880/2 "2021-04-14T23:05:27Z")

</div>

Hey @tcsteve,

Thank you for reaching out to the Zoom Developer Forum. I’m happy to help out here!

> [@tcsteve](#):
>
> Are there plans to add support for screen sharing audio in the Web SDK?

Yes, based on a previous communication with our engineering team, this is something that we plan to add in a future release but we don’t have a timeline for it just yet.

> [@tcsteve](#):
>
> Are there any guidelines regarding screen sharing framerate? I’m getting reports that videos played during screen sharing are only about 1 or 2 frames per second.

If you’re seeing performance issues with the Web SDK, you may want to try enabling the WebAssembly SIMD Origin Trial that is mentioned [here](https://medium.com/zoom-developer-blog/new-webinar-features-for-websdk-84be8dd3b685#2240:~:text=SIMD%20Support%20%E2%80%94%20Web%20SDK%201.8.0).

More information can be found in the [Chrome Origin Trials](https://sites.google.com/a/chromium.org/dev/blink/origin-trials) documentation as well as this dev forum post:

> [@\[questions\] 1.9.1 improvements details](https://devforum.zoom.us/t/questions-1-9-1-improvements-details/45500/2):
>
> Hey @nvivot, Thank you for your questions, I’m happy to help out here! Added support for hosts to delete chat messages for in meeting or Webinar chats. Yes, this can be configured. The first step is to reach out to us at [developersupport@zoom.us](mailto:developersupport@zoom.us) so that we can enable a setting on your account. This will then provide the following setting on your Meeting Settings page: Added support for Chrome Origin Trials within the WebSDK The Chrome Browser has a program called the [Origin Tr…](http://googlechrome.github.io/OriginTrials/developer-guide.html)

You can also find an example of how to test for SIMD support in our [Sample Web App](https://github.com/zoom/sample-app-web):

> <https://github.com/zoom/meetingsdk-web-sample/blob/e5fff7f6cc45a11a2980b64227a1177f48969b9e/CDN/meeting.html#L24-L29>

> [@tcsteve](#):
>
> Is this dependent on the hardware of the person sharing?

Yes, the framerate of a shared screen has to do with multiple factors relating to the user screen sharing as well as the recipient user. Quality and framerate can depend on the compute and network resources available to both parties.

While Zoom does its best in the background to prioritize clear communication and a smooth connection sometimes the resources are too limited.

> [@tcsteve](#):
>
> My customers are asking me why the native app is so smooth when the Web SDK isn’t, and the best answer I have so far is because it’s being constrained by running in a web page and probably doesn’t have the same level of access to the hardware resources that a native app would. Is there a better answer, or a set of minimum or recommended specifications?

You’re correct in that most of the performance difference between the Zoom App and the Web SDK is that the Zoom App is able to use native code in order to achieve the same functionality. Often, browser APIs are high level which means there is likely a performance impact.

Another piece of the puzzle is the APIs that browsers make available. As browsers release lower level APIs that we can use, we’ll be able to write code in the browser that performs closer to native code. It will also allow us to support a wider featureset across supported browsers and improve performance.

Something else to look out for is other threads, processes or functionality running on the page. If your app has functionality outside of the Web SDK that impacts compute or network resources, that could factor into the performance of the Web SDK as well.

Of course, we are always working on our end to make sure that the Web SDK performs as efficiently as possible.

> [@tcsteve](#):
>
> Are there plans to allow the gallery view to show more than 9 people at once?

I don’t have any confirmation on this but we are always working to reduce the feature gap between web and native platforms. You can keep up to date with the latest features and fixes with our [changelog](https://marketplace.zoom.us/docs/changelog) and at [developers.zoom.us](http://developers.zoom.us).

I hope that helps! Let me know if you have any questions.

Thanks,  
Max

---

<div class="post-metadata">

**Author:** ![tcsteve](https://avatars.discourse-cdn.com/v4/letter/t/96bed5/32.png) [@tcsteve](https://devforum.zoom.us/u/tcsteve)\
**Post date:** [April 16, 2021, 7:16pm UTC](https://devforum.zoom.us/t/a-few-video-questions/47880/3 "2021-04-16T19:16:16Z")

</div>

It looks like I’m having a problem with getting the Chrome trials set up. I registered and got the tokens, and added the meta tags, and changed this:

```
ZoomMtg.prepareJssdk([
	'WebAssembly SIMD',
	'WebCodecs'
]);

```

When I try to launch it, my browser shows a request that looks like this (to my domain), which is a 404:

[https://example.com/zoom/39/WebAssembly%20SIMD,WebCodecs](https://example.com/zoom/39/WebAssembly%20SIMD,WebCodecs)

The Zoom meeting shows a network timeout message. Have I missed a step? I’m using 1.9.0.

---

<div class="post-metadata">

**Author:** ![MaxM](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/maxm/32/42303_2.png) [@MaxM](https://devforum.zoom.us/u/MaxM)\
**Post date:** [April 19, 2021, 10:02pm UTC](https://devforum.zoom.us/t/a-few-video-questions/47880/4 "2021-04-19T22:02:10Z")

</div>

Hey @tcsteve,

My mistake, I should have mentioned that the Chrome Origin Trials feature was released with version 1.9.1.

Let me know if that helps.

Thanks,  
Max

---

<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:** [May 20, 2021, 8:02am UTC](https://devforum.zoom.us/t/a-few-video-questions/47880/5 "2021-05-20T08:02:50Z")

</div>

Closed on May 20, 2021, 8:02am UTC

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