How to screen share in 1080p
Maintaining a smooth 1080p60 can be tricky, but there are variety of options to achieve the desired results
Last updated
Was this helpful?
Maintaining a smooth 1080p60 can be tricky, but there are variety of options to achieve the desired results
Last updated
Was this helpful?
To maintain a high quality 1080p60 stream, especially if screen sharing game content, you'll want at least 12-mbps to 20-mbps of upload bandwidth.
You'll also need a pristine Internet connection to maintain a low-latency and smooth result; you can test your connect at . High packet loss will limit the possibility of maintaining both low-latency and high quality video; in such a case, you'll need to prioritize one over the other.
Alias:
Copy one of the two links above and change SOMESTREAMID into a different name. The name picked just needs to be a unique alphanumeric value is not already in active use.
You can also add to the link, to attempt to force 60-fps, but the default with is already 60-fps.
Alias:
Copy one of the two links above and change SOMESTREAMID in the same name as you did for the Push Link. You can change to another value if you want to change the bitrate.
Push Link
Sets a unique stream ID
Selects screen sharing instead of webcam
Sets the resolution to 1920x1080p
View Link
Selects the stream ID
Sets the video bitrate to 10,000-kbps, you can change the value if you want
Tells the system to not scale down the screen share
Screen sharing at 60-fps is the default, but sometimes this does not always work.
Try disabling variable refresh rates, such as those offered by Freesync or G-Sync.
You may not achieve 60 FPS depending on your hardware, the browser or the type of screen share you use or the viewer uses. Sharing a chrome window or tab is the best way to get 60 FPS consistently. If you share your screen or any other window you might only get 30 FPS. Screen sharing a "Window" with Chrome (chromium) tends max out at ~42 FPS, while screen sharing via "Entire Screen" tends to make out close to 59 FPS.
&contenthint &screensharecontenthint
These parameters take detail or motion as a value, based on whether you value resolution or frame rate.
It's free and uses VDO.Ninja, while adding a nifty management dashboard for monitoring inbound game streams. The management page makes it easy for you to remotely change resolution and bitrate without modifying the URL while live.
Using Entire Screen or Chrome Tab capture, instead of Window capture, can increase the frame rate when screen sharing via the Chrome browser:
For some reason, when screen sharing a Window with Chrome, the frame rate is limited to around 42-fps.
If you're needing exactly 60-fps, or are still having issues, continue on for more options:
For the best screen-share results, you can use OBS Studio to capture the gameplay, and bring that into VDO.Ninja via the OBS Virtual Camera. This is an annoying added step, but OBS does a better job at capturing gameplay than the browser does.
Frame rates should be close to 60-fps in this mode, but may vary still vary a bit.
An alternative to using the Virtual Camera and browser though is to use a feature in OBS to publish directly to VDO.Ninja.
This mode should give OBS Studio control over frame rate and bitrate, so with a good connection it should be possible to lock in a solid 60-fps.
Chunked mode sends the video and audio over the data-channels, as if streaming via RTMP, rather than via the browser's default method of transmitting video. This provides VDO.Ninja more low-level control over the video, frame rate, and buffering.
This mode is more resistant to packet loss and will not vary the frame rate / resolution during the stream. It does however mean that if you are connection hiccups or is having problems, it will not be able to react and dynamically reduce quality to continuing streaming.
Chunked mode also uses more CPU than the normal mode and so may not respond well to computers that are maxing out their CPU.
To ensure reliability as a result, a buffer is needed; upwards of 1-second buffer delay may be needed to ensure reliable performance.
To screen share using chunked mode, the following is a sample sender-side link:
A unique part of chunked mode is that the sender sets the bitrate via &chunked=N, where N is the kilobits per second of the video.
Viewing the stream is the same as normal:
Please provide request/feedback if you use &chunked mode, as it's experimental and still being improved upon.
Meshcast in particular can help stream 1080p video to multiple viewers at once, if the sender does not have a computer and network capable of doing so on their own.
Meshcast may not always be able to achieve 20-mbps speeds, sometimes only 2 to 3-mbps is possible, so it may not always be the best option for those streaming e-sports.
If you have problems maintaining good video quality, you can add to the viewer's side to see if it makes the screen share any better. AV1 is a newer codec with better compression efficiency. H264, VP8, and VP9 are other options to try.
You can try forcing 60-fps by adding to the source (sender-side link). If you get an error, you can try using instead.
You can use the parameter in some browsers to suggestion whether to prioritize frame rate or resolution. Sometimes getting both high isn't possible.
For an e-sports optimized version of VDO.Ninja, with many of the settings pre-configured for 1080p60 streaming, check out .
This is an newer feature it may require a special version of OBS at the moment to work, but WHIP support is now included in OBS v30, but it may be another version or two before OBS supports WHIP properly. If having issues with using OBS WHIP with VDO.Ninja over the Internet, I do have a custom version of OBS that has proper WHIP support [] This version should let you publish WHIP via VDO.Ninja across the Internet, regardless of Firewall. This OBS binary was last built November 2024, but hopefully future releases of OBS make this custom version redundant. :)
Check out a demo YouTube video of how to accomplish publishing WHIP into VDO.Ninja:
A fairly experimental, yet very exciting option to streaming over VDO.Ninja is the use of mode.
can be used to specify the default buffer delay, which accepts a value in milliseconds. The default may change depending on version of VDO.Ninja, but it's roughly between 500ms and 1s in most cases. Going below 200ms is not advised unless using it over a LAN.
You can explore using and as options as well. While it is a server-based method of sending video, it can sometimes allow for 1080p video where network conditions are poor.