Hey @vk-jangid
Could you provide the user agent of the browser?
And the value of the navigator.maxTouchPoints ?
Thanks
Vic
User-Agent - Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.5 Safari/605.1.15
Touch-Points - 5
and please revert to the startAudio issue in iPad I mentioned above.
Hey @vk-jangid
So the startAudio() can work, but the getShareAudioStatus() cannot work?
Thatās weird. Do other methods like getMicList also not work?
Thanks
Vic
I donāt know if you understood my query or not, but I will try to explain those issues again.
Both issues are on the iPad.
-
One issue is about getShareAudioStatus, which is throwing an error when calling the function.
TypeError: Right side of an assignment cannot be destructured -
The second issue is about the startAudio() function with and without speakerOnly key, in both scenarios, I am getting the error.
{type: āINVALID_OPERATIONā, reason: āModule:audio is not enabledā}
Hey @vk-jangid
It seems the whole audio module is disabled on your iPad.
Would you mind providing the navigator.platform value on the console of the iPad?
We are using the UA and platform to determine the device and browser, so we can choose the best audio solution for each platform.
Thanks
Vic
navigator.platform is MacIntel.
Hey @vk-jangid
Could you call the ZoomVideo.checkSystemRequirements() method and give me the return value?
The ZoomVideo is the default export of the @zoom/videosdk, something like this:
import ZoomVideo from '@zoom/videosdk';
ZoomVideo.checkSystemRequirements();
Thanks
Vic
This is the return value of checkSystemRequirements() on my iPad.
{audio: false, video: true, screen: false}
Hey @vk-jangid
Thatās the reason for the audio issues.
But I was confused that we just supported the audio on iPad OS in the last 2 versions and had fully tested it. Is the issue caused by the browser cache? Would you please check if the page is using 1.5.0 or 1.5.1?
Thanks
Vic
Just checked the version on the page, and it is 1.5.1 only.
but still, the audio issues are there.
Tried Clearing website data as well, but still the same issue.
Hey @vk-jangid
Here are the pre-conditions for audio:
// this is for the mobile platform
/iPad|iPhone|iPod/i.test(navigator.userAgent) || (/MacIntel/i.test(navigator.platform) && navigator.maxTouchPoints > 2);
// this is for the desktop platform
typeof WebAssembly === 'object' && typeof Worker === 'function' && typeof AudioWorklet === 'function';
Would you check which condition is not met?
Thanks
Vic
Checked both the conditions on iPad
This is returning true.
/iPad|iPhone|iPod/i.test(navigator.userAgent) || (/MacIntel/i.test(navigator.platform) && navigator.maxTouchPoints > 2);
This is returning false (To be precise, AudioWorklet is undefined)
typeof WebAssembly === 'object' && typeof Worker === 'function' && typeof AudioWorklet === 'function';
Hey @vk-jangid
It passed the test.
Do you have a public site for us to troubleshoot the issue?
Thanks
Vic
Do you think, this is related to particular our website?
Because the checkSystemRequirements function is giving audio as false and that is only in the iPad.
So, the issue is with the iPad only.
Hey @vk-jangid
Itās helpful for us to find the root cause of this issue. Because we cannot reproduce this issue on our application.
The two conditions that I posted above are the content of the checkSystemRequirements method. As mentioned in your reply, the iPad passed the test, but why calling the method still returns false still confused me.
Thanks
Vic
Hey @vk-jangid
How did you switch the camera?
On mobile devices, we suggest using the facingMode as the device ID.
Thanks
Vic
On our system, the sharedArrayBuffer is not enabled, can this be a difference between our platforms?
Ok, but this should be mentioned in the documentation, right?
Because cases like this just waste our time.
Hey @vk-jangid
It has nothing to do with SharedArrayBuffer. On iPadOS, SharedArrayBuffer is not supported so far.
Thanks
Vic