Currently (at the point of writing this post) if you use a free account, you will not be able to use local recording permission token to join and access raw data.
If the Meeting SDK joins a meeting, and is given host, co-host or “allow to record local files” permission, it will have access to raw data in the meeting.
In your screenshot, it says “OAuth app requests one of the two scopes”. From my perspective, it is an “or” rather than “and” in terms of the app installed by the accout level or the user level. Having no requirements for being licensed.
The screenshot is used to refer to “local_recording” token.
They key highlight here is that this “local_recording” token does not work at the point of this post for free account.
Nevertheless you do not need a “local_recording” token for Meeting SDK to access raw data.
The purpose of a “local_recording” token, allows Meeting SDK to join and access raw data without needing a person to manually promote it to host/co-host or allow to record local files.
Local Recording Token (which allows joining and recording without either of the 3 conditions above)
Local recording token is retrieved by OAuth App. Either the admin or user can give permission to your application to access this token. But… this does not currently work for free account.
From my understanding, to use the Meeting SDK in the Zoom app for recording purposes, the user must be a meeting host or co-host to have permission to record and access raw data. Without host or co-host privileges, the user will not be able to obtain permission to record with the Zoom app.
To use Meeting SDK for recording purposes, it must be either given host, co-host or “allow to record local files” permission.
If the Meeting SDK has a valid Local Recording Token, it provides elevated permission to recording a meeting without needing the host to grant the 3 permissions mentioned above.
Actually months ago I did see that the local recording API doc says a Pro and above license is required. However, when check the doc now, this point is gone.
Your statement makes sense to me but does not align with the local recording API doc. Is there anything wrong with the doc?
