Lets you set a pseudo 'master room password' as a director
&maindirectorpasswordlets you set a pseudo 'master room password' as a director. It helps avoid getting locked out as the director, if someone else tries to claim the director-role first. ie:
This token is used by the guests to check a remote database server to see who currently 'owns' the token; it persists though, even if the director is not connected.
&maindirectorpasswordas a director, it tells this database that you are the owner, and it will persist even if you aren't connected to VDO.Ninja. The
&tokentells the guest to ignore other logic about who the director is, instead using the info provided by the token-lookup to determine whose the director.
I may change or revoke this feature, depending on how testing goes this week, as it's rather experimental.