i have installed the sample-webapp with version 1.3.8, deployed directly via lighttpd (no nodejs http server involved) and have another pc running the native windows zoom desktop application.
the problem is that i am getting poor video quality on the zoom-desktop-client- side(i. e. the video that is transmitted via the js webapp).
the video that is received by js/webapp (from zoom desktop client) has much better quality. are js-webapp based video streams handled differently than native desktop client streams? if yes, is there a possibility to improve the quality?
Thanks for providing the details and yes the browser based should behave the same a desktop client. Our Engineers are taking a look at this and will follow up as soon as possible.
add-on: i tested CDN + Local sample web app, commit c14d9424755(zoom 1.3.8), via the included nodejs http server. the only change i made was setting API KEY + Secret
CDN + Local both had poor video quality, compared to the desktop client.
to be sure to understand this conversation right: the quality of the web app should be the same as the quality of the desktop app? I also have different results in my tests -> if it helps I also can provide additional information.
Hi @michael_p.zoom, reading the comments below I’m even more confused on your statement “the browser based should behave the same a desktop client”. Is there any documentation about resolutions, fps,… of the different implementations / platforms?
Currently, the JavaScript Zoom SDK encodes at a maximum of 360p as opposed to its current native counterparts, but we are exploring ways to improve this in future releases.
thanks for the info about the max resolution limitation. As we urgently need to decide if we can integrate zoom and the decision is based on the video quality, we need an info what “future release” means. Is it possible to get a binding info when exactly the quality improvments are planned to release?
Is it possible to act as “beta tester” for your SDK?
Screen sharing will be available during our next release which will be around early May. Currently, we do not offer beta testing for Web SDK as of right now.