&remote, it will still work, so long as both sides leave it blank.
&remotefunction gives permissions to a viewer that would otherwise be restricted to a director or the sender themselves.
&remotecommand. This applies to both the main director and any co-director, and that's accessible via their per-guest video settings options.
&remoteto the guest's invite link.
CTRL(or Command) while using the mouse wheel. The sender needs to support focus for this to work, which often is limited to some webcams and Android devices. It's sometime listed as "focus distance" in the senders video settings menu.
&remotealso gives the viewer permission to request statistic information. The monitoring tool, also used by the VDO.Ninja speed-test, makes use of the
&remoteflag to remote access stats.
&remoteto their URL to allow for remote access. This reason for needing
&remoteis privacy related, as the statistical information being shared with the monitor page could include information like browser or system data of remote viewers unconnected to the monitoring user. While likely unneeded, adding
&remote=somePasswordto both the monitoring and push links will further increase security with a password check.
&sid, you can pass multiple stream IDs, and so long as each remote sender of that stream ID has
&remoteadded to their URL, the monitoring page will be able to monitor all those outbound streams.
&remotecontrol option, the viewer can now remotely hang-up the sender via the right-click menu. The sender needs to remote control enabled for this to work of course.
&remote, if used on a push link without a password added, it will now allow the remote viewer limited control (hangup, focus, zoom, detailed stats), even if they don't have
&remoteadded to their URL also. When using
&remote, the option to "reload" the remote browser is now available, so you can potentially reload a remote unattended session that contains