&meshcast to the guest invite link. This causes their video to be streamed via a server, instead of p2p, reducing CPU and Network bandwidth on that guest.&rotate command was added; 90, 180, and 270 can be added. Applies to the publisher's side.&base64css, which lets you add custom CSS styles via the URL as base64-stored data.&group and &groupaudio as flags, which lets you assign members in a room into groups, which allows them to only see (and potentially only hear) others in the same group as them. I call this feature sub-groups, and the director can add/remove guests to a group dynamically from their control-center also.&noisegate flag; there are 3 modes now.&miconly option, which lets you hide video controls from the guest and only allows them to select audio sources.&darkmode or will adopt the system default automatically.&optimize=0 won't cause iPhones to freeze on scene changes.&cover should now fill the screen with the preview camera if just sending video; and not just receiving any.&hiddenscenebitrate=400 flag can be used to force videos not added yet to a scene to run at the specified bitrate (400-kbps or whatever; which is what scene=1 was set to previously).&preloadbitrate=1000 flag can be used to change the pre-load target bitrate; you can set this higher or lower, or set to 0 to disable pre-loading all together. I'd strongly avoid setting this to 0, as it can cause the video to stall out all together.&muted (&mute) command.&codirector should now work with &queue, so long as the main director has &view=xxxxxxxx added to their URL, where xxxxxxx is the co-director's streamID.&queue with &view are now compatible, where &view acts a bit like an exemption from the queue, but does not block users from the queue from being pulled in too.&limittotalbitrate option; it's a tricky one to do well, but will continue to improve based on feedback. (tries to limit the total outbound bitrate)&meshcast flag to the guest's URL; viewers will automatically attempt to use the server-based feed over the peer-to-peer feed. Peer to peer is still used to send data though, and it can be optionally be used for sending audio p2p. (lower latency). The hybrid audio/video option is still being developed though..&broadcast flag, which uses iframes, this new server-side mode does not; it's more deeply integrated. Echo cancellation should work as a result.&rotate command; rotates the camera 90-deg by default, or specify =180 or =270 to rotate more. rotates your video for the guests/obs as well. he rotation uses CSS; it will not work in full-screen, and the control-bar gets rotated also. Some browsers might have issues, too.&showdiector; &sd&scene; &scn&base64css (&b64css) as an option, courtesy of @jcalado and requested by @leb. This command lets you add css to VDO.Ninja via the URL, but as a single string, so no external reference to a file is needed.
Example usage: https://vdo.ninja/beta/?base64css=JTIzbWFpbm1lbnUlN0JiYWNrZ3JvdW5kLWNvbG9yJTNBJTIwcGluayUzQiUyMCVFMiU5RCVBNA
You can create the base64 encoding using
btoa(encodeURIComponent(csshere)),
for example
window.btoa(encodeURIComponent("#mainmenu{background-color: pink; ❤" ));
will return the base64 encoded string required. Special non-latin characters are supported with this approach; not just latin characters.&groupaudio(&ga) flag , which is for the &group feature added recently to beta. This &groupaudio flag just allows for inbound audio playback, irrespective of the group a guest/scene is in. Could be useful for a dating-show concept, where you might want two guests to talk to each other, but not see each other until some reveal.&group=1,5,6 or/and the director can dynamically assign sub-groups, as seen in the attached image. If not in a group, that guest will still see/hear everyone, regardless of which group they are in, even if a guest in another group may not be able to see/hear that guest back. Scenes can be put into groups as well, via the URL group option, such &group=3 , but the director will not be able to dynamically change which group a scene is in. Not yet at least. Using this group function is an alternative to transfer rooms, however it's perhaps less secure, as a guest could just tinker with their URL parameters or just refresh their page to perhaps see everyone in the room again.&scenetype=3 to beta. Usage is like this: ?scene&room=asdfasdfsdfsf3232&scenetype=3&order=1, where &order=N is optional. This feature isn't set in stone yet, but the general idea is it will only show the video that is in a particular ordered position (default, position = 1), rather than all the videos in the scene. When someone leaves, the spots are recalculated. The order that the positions are based on is calculated via alphanumeric sorting of connection IDs, though I wish to improve this to be probably sync with the director's order. anyways, this feature was a result of a user request.&activespeaker; it now has two modes. &activespeaker=1 (default) and &activespeaker=2&activespeaker=1 will only show one speaker at a time; the loudest or last-loud speaker.&activespeaker=2 will show whoever is talking; mixed together. If no one is talking, just shows yourself.&noisegate feature; reacts a bit faster now.&noisegate=1 (default) will mute the microphone when someone else is speaking &noisegate=2 will mute the speakers when you are talking &noisegate=3 will mute the speakers when someone else is talking (mainly for debugging)&miconly as an option, which is just an alias of &vd=0&webcam It also hides the option to select a video device via the settings menu and hides the 'mute camera' button.right-click -> edit