&meshcast
Triggers the service, causing the outbound audio/video stream to be transferred to a hosted server
Example:
&meshcast=usw2Value | Description |
|---|---|
(no value given) | Chooses the best server automatically |
(servercode) | Chooses the selected Meshcast server |
Meshcast is a free-to-use server-based service for broadcasting low-latency video streams. It can be used with VDO.Ninja in a couple different ways, either as an iFrame or as a peer-2-peer replacement for guest and director streams. It can be used to help lower system requirements of VDO.Ninja for some users or use cases.
Adding
&meshcast to a guest or director link will trigger the service, causing the outbound audio/video stream to be transferred to a hosted server, which then distributes the stream to all the viewers. This adds a bit of latency to the stream and reduces the theoretical privacy, but it implies the guest/director does not need to encode and upload multiple videos, lowering CPU load and bandwidth usage.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).
Unlike the
&broadcast flag, which uses IFrames, this new server-side mode does not; it's more deeply integrated. Echo cancellation should work as a result.If publishing using
&meshcast, I don't bother to show the viewer count, as it won't be accurate currently anyways; instead I just say you're broadcasting. I'll try to improve this in the future.
There is a toggle in the director's room which adds 
&meshcast to the guest's invite link.
Steve made a YouTube video explaining all the Meshcast stuff:
Understanding Meshcast as a tool for VDO.Ninja
As a director you can also select the Meshcast server on the bottom left of the director's control center. This method will show you the current load on a server, so you can avoid servers that are over-capacity.
You can also specify the Meshcast server based on geographic timezone values using the
&tz=300 parameter, where the value passed is the UTC timezone value in negative minutes. Eastern Europe I suppose would be a negative value, while North America would be a positive value. The &tz will also use the closest TURN server to that timezone, if needed; just keep in mind that timezones are east/west accurate; not north/south accurate.Normally during peak-hours, around 7pm, the Internet in general can get slow, and Meshcast servers can occasionally become slow also as a result. Using a Meshcast server that's located in a different timezone, even if on the other side of the world, can sometimes avoid the bottlenecks in your local region, offering better results.
Lastly, if a Meshcast server fails to respond, please contact [email protected] or Steve on discord (discord.vdo.ninja) so it can be fixed.
Meshcast /w VDO.Ninja to host even Larger Rooms
You can select the Meshcast server via URL Parameter, if you want low-level control there.
If you don't set it, the best one will be chosen automatically. If the specified one isn't found, the next best is used.
Example:
&meshcast=usw2Value | Description |
|---|---|
(servercode) | Meshcast server |
cae1 | Canada-East 1 |
cae2 | Canada-East 2 |
use1 | USA-East 1 |
use2 | USA-East 2 |
usw1 | USA-West 1 |
usw2 | USA-West 2 |
fr1 | France |
de1 | Germany |
usc1 | Dev-server |
Meshcast.io
https://meshcast.io/
Last modified 1mo ago