Updates - WHIP/WHEP
Last updated
Was this helpful?
Last updated
Was this helpful?
Improved the vdo.ninja/alpha/whip page, so that it handles non-SSL enabled WHEP sources better
Added more clarification and a pop-up link to the non-SSL enabled version of VDO.Ninja when a non-SSL whep source is provided to VDO.Ninja
Improved WHIP-output support, making it more compatible with some media servers.
added &whepsharetoken as a new parameter, for when specifying the playback whep bearer token that you intend to use in place of your webcam
&whepshare already exists, to specify the URL, and so is required when using the &whepsharetoken option, which is optional
Modified an easy-to-hack MIT-licenced WHIP/WHEP server to add support "Meshcast"-like functionality to it
I'm hosting a GitHub as a modified fork of the project, which includes an easy-to-duplicate technical explanation of what I did, along with a demo of how to use it as a Meshcast-like alternative with VDO.Ninja
(you'll need to self-deploy and install if you want to go this path)
If you don't want to host your own box, as a reminder, I've already added Cloudflare hosted whip/whep support to VDO.Ninja (), with more options coming eventually
** these changes and updates are on alpha for testing @ vdo.ninja/alpha/
Finished my first working version of the VDO.Ninja video -> WHEP video output option
the WHEP playback URL is: , but you'll first need to have a VDO.Ninja push link open and ready with &whepout=whepIDhere added to its URL. (You need to include the &whepout on the URL if you wish to make it WHEP-output enabled).
If no whepID is provided via the URL, it will auto use your stream ID as the whepID instead.
In the future you'll be able to use this option to pull VDO.Ninja feeds into VLC, FFmpeg, OBS, or whatever, without needing a browser source; pretty exciting. It will just take time for this to be adopted by the community and for it all to mature.
&whep is now an alias of &whepinput
If you open a VDO.Ninja WHEP URL in the browser, it will assume you want to play it, and give you the correct WHEP URL for playback.
ie: https://whep.vdo.ninja/XXXXX -> https://vdo.ninja/alpha/?whep=XXXXX
** changes on alpha
Improved the vdo.ninja/alpha/whip page some more, based on user feedback; just mainly tweaks/fixes.
The WHIP publishing client will default to AV1 video encoding, if its detect, rather than Openh264.
Fixed an issue with stereo sound not working on the WHEP viewer.
Fixed an issue with the WHEP player stats not showing correctly.
Made it a bit easier to setup the WHEP player as a basic viewer page; hiding menus that probably aren't commonly needed.
A goal for a while has been to allow anyone to drop-in their own Meshcast replacement, using a third-party WHIP/WHEP server/service. That is, publish to a whip-service, and have viewers of the stream get the whep-view link, so they can view via whep instead of p2p. I've achieved this finally; close enough at least.
There's a few requirements to make it work though, so either an API wrapper is needed or a set of rules needs to be followed:
-- If your WHIP server returns an exposed "WHEP" field in the POST response header, with the URL to the WHEP view link, it will use that WHEP link. You just need to then specify the &whipout URL on the sender side then.
-- This should let you make your own Meshcast service with minimal work; the open-source WHIP API code I released the other day further makes it pretty easy.
If using a cloudflare.com WHIP URL on the sender side, I'll guess at the WHEP link - seems to be working so far. (built this logic into VDO.Ninja directly and works automatically). This of course still implies a unique whip URL per guest.
I focused mainly on adding Cloudflare support first, as it has good pricing for its WHIP/WHEP service, it doesn't require deploying anything, and it has a lot of features (RTMP, SRT, recording, API). It's not 100% cooked yet though, so it's just on alpha currently for testing.
Fixed an issue where changing video/audio sources/settings broke the WHIP out stream.
I'll keep improving the support for WHIP/WHEP. Lots to do. Suggestions welcomed also.
The WHIP sandbox test page is now configured with two drop down menus to let you select bitrate and codec for when publishing to a WHIP output.
The Twitch WHIP output example now has a default bitrate of 6000-kbps if used. The video codec for whip out by default is openh264, and the twitch output option uses that by default. (The Twitch defaults need to be changed via URL manually.)
Just a reminder you can test the WHIP out by publishing to the VDO.Ninja whip-in URL (https://whip.vdo.ninja/STREAMID and for playback, https://vdo.ninja/?whip=STREAMID).
The Twitch WHIP ingest endpoint now works directly via VDO.Ninja (rather than via a proxy server I had hosted).
I've refined the WHIP service on vdo.ninja/alpha/?whip=xxx, making it as robust as I can I think, so if some third-party WHIP client/app doesn't work with it, it may not an issue with VDO.Ninja. In those cases it will be up to the client to ensure full support of the WHIP specification, else it may not work with VDO.Ninja.
The WHEP player setup page has an option to control how long the system waits for ice candidates; 2-seconds default.
Added a menu option to choose a buffer delay on the WHEP player tooling can help reduce video playback stutter, for some sources. (@ )
Fixed an issue where wasn't working with the WHEP player.
is a new option, which is useful for publishing to WHIP broadcast servers that support scalable video modes. Takes an SVC value, with L1T3 being the most universal option, but other options exist. You'll get an error when publishing if you use an invalid one.
Improved the page and added SVC scalable options to the WHIP output option there, making it easy to select a compatible SVC mode if desired.
Pushed a hotfix for VDO.Ninja related to not working with or WHEP-in incoming audio sources.
I've merged the Meshcast and WHIP/WHEP features in VDO.Ninja to share about 95% of the same logic, including the URL options. If you want to use Meshcast, you still need to use instead of &whipout, but since Meshcast is essentially a WHIP/WHEP server, I just have Meshcast using the generic WHIP logic now.
-- Below shows what whip-output options now are fully interchangeable with Meshcast options, since they share the same code. (alias of each other)
To make using Cloudflare easier though, I've also created the WHIP end point cloudflare.vdo.ninja, which takes a Cloudflare API token, instead of a stream token.
-- This special end point will auto-create a unique WHEP URL. The official cloudflare.com whip endpoint can only be used by one sender at a time, but this API special endpoint and token approach can be used by many senders at a time. It automatically generates unique WHIP/WHEP when used, in the same way Meshcast does, so no need for unique invite urls per guest.
-- I've created a page to generate the required special api token; the page also provides further information on this all:
-- &cftoken (&cft) is also now added to vdo.ninja/alpha/; this parameter accepts the special token without needing to specify the cloudflare.vdo.ninja part if using &whipout instead.
I've open-sourced the VDO.Ninja whip API server code and put it on GitHub: It's kinda basic right now, but it will probably grow over time into something more broadly useful.
This option is added to the Mixer App's WHIP/Twitch publishing output option, so regardless of window size, you'll get a 16:9 video render.
Added connection stats to the WHIP out functionality
should work now with the WHIP-Input mode (?whip=xx&stereo), assuming the source supports it (VDO.Ninja whip-out does)
Added some audio options to the WHIP-publishing sandbox page at
Added (&woc), which lets you specify the WHIP video output codec. It can take multiple values; if not used, the default at the moment is open264
Added (&woab) and (&wovb), which lets you specified the WHIP audio and video bitrate (kbps).
now works with the WHIP output, so if enabled, you'll publish stereo 2.0 with a default audio bitrate of around 80 to 100-kbps; otherwise the default is mono at around 60kbps. These defaults bitrates might be changed own the road.
** all changes are on alpha, with the updated whip sandbox here:
will disable local audio playback of a Chrome tab while screen-sharing it. This can be used with the new WHIP output of VDO.Ninja to publish a VDO.Ninja scene directly to Twitch, without having to deal with any audio feedback issues while having that scene tab open.
You can now publish from VDO.Ninja directly to Twitch. -- Go here, , enter your Twitch stream token in the correct field, GO, and then select your camera in VDO.Ninja as normal. -- There's also a new development version of OBS Studio that has improved support for direct publishing of OBS -> VDO.Ninja (via whip) here:
I've been slowly improving the WHIP/WHEP interface for VDO.Ninja. It's a bit mentally exhausting, but there is some progress up on alpha: - WHEP in now added (test with cloudflare whep out), - WHIP out now added (tested with cloudflare whip in), - WHIP in improved a bit (tested with a private build of OBS and Larix, but isn't 100% stable yet) Still working on WHEP out and all the polish/integration that goes with this all. Hacking support in is one thing, but having it all work well with the rest of VDO.Ninja is tricky. One challenge is the interface and configuration for these WebRTC options. To help make it easier to play with things, I've created a little config page to test the very basics with. Many WHIP/WHEP apps are just as buggy/limited with their support as VDO.Ninja is, so incompatibilities and unstable behavior is unavoidable in the near term. Happy to work with others in the community to improve cross-app support.
Added experimental "WHIP" support to VDO.Ninja, which means in the near future you'll be able to publish directly from OBS to VDO.Ninja without a virtual camera. There's some big caveats to it all, so I don't recommend it over the normal method to most users, but we'll see how it evolves. () YouTube tutorial:
