obsninja VS janus-gateway

Very Interesting Remote tool for OBS https://vdo.ninja/

Sounds like you could use https://sonobus.net/ and possibly https://vdo.ninja/ but you might have that already covered with jitsi.

A very inexpensive and easy-to-implement variant for multiple or far away projectors could be vdo.ninja and https://github.com/jareware/chilipie-kiosk

Quite tangential, but during lockdown I was looking for a way to use my iPhone as a webcam and came across this project:

https://vdo.ninja/

It started out as being a means to send a video feed into OBS[1], which is how I rigged the webcam input, but as the project grew, it expanded to being a way for me to spin up desktop video and audio sharing in a browser, sorta like Zoom, etc. This let me run virtual movie nights with people remotely.

Whilst it's possible to use it via the 'create a room' interface, you can also do it all via URL parameters which I found much more flexible and robust. See here[2].

You create source and recipient URLs and then it just automagically makes it all work via WebRTC. I was able to for example make a source that captured my VLC window and sent out the video and audio, and then two destination URLs which received the source video and audio, but also sent their own audio to one another. This meant we could hear the and watch a movie but also talk to each other via our microphones.

I've got no relation to this project besides thinking it's really awesome.

[1]: Used for streaming your computer online, e.g. on Twitch. https://obsproject.com/

[2]: https://docs.vdo.ninja/master/how-does-it-work

I have had good luck with https://vdo.ninja/ in the past.

Je telefoon cam in combinatie met https://vdo.ninja/ en OBS vrituele cam?

https://github.com/steveseguin/vdo.ninja/commit/7ee9653dfda07ebf9291d3c455830bda485185c1#r120016278

I plan on streaming highschool sports at my school next year and would like some recommendations on what to do. I have a canon rebel T7I which I plan on using for telephoto shots, a camera for broadcasters, and plan on using my phone and vdo.ninja to get a full field view. We are operating on not the biggest budget because most of it is going towards a laptop. My biggest issue right now is trying to figure out how to make the stream more visually appealing in terms of graphics, sports bugs, and score board overlays. Are there any free programs for that? What do you recommend? Any other feedback or changes you would make in terms of the rest of my plan?

Our collaboration software might look something like Sonobus and vdo.ninja for live jamming (if we're close enough), Discord or Whatsapp for chatting, maybe Area for reviewing mix-downs, and Bandlab for stem-sharing (Reaper too, if you've got it). I'm open to all suggestions. I'm also interested in learning how to use something like Sonic Sound Picture to do visualisations, or maybe creating AI generated animations, if deciding to upload anything to YT.

> despite WebRTC mostly being about client/client communication

This is actually kind of a misconception, though it’s an understandable one given that WebRTC is almost always pitched as a peer-to-peer protocol.

In practice, most people using WebRTC for video are sending their video to a server, not directly to another client. It’s pretty safe to assume that most people who use your app are going to need TURN, and at that point, you’re not really doing peer-to-peer at all, so you might as well just have your browser-based app talk to a server that’s pretending to be another browser.

These servers (called Selective Forwarding Units or SFUs) can operate like a TURN server in the case of a one-on-one call, but they can also multiplex everyone’s feeds in the case of a larger conference (peer-to-peer 5 person calls would require each participant to send 4 copies of their video) and often have extra features like the ability to record calls, transcode streams or convert to other protocols.

The one I’ve used a lot is called Janus[0], it’s open source and has good docs, I recommend people check it out if they’re interested in getting deeper into WebRTC or other video streaming tech.

[0] https://janus.conf.meetecho.com

OpenTalk is a young project for creating online meeting software similar to Jitsi or BigBlueButton. It is a completely new development, and while it is not a fork of an existing open-source project, it integrates with other projects such as the Janus WebRTC server, Redis for volatile state, RabbitMQ for communication between server instances, and PostreSQL for persistent state.

I've been looking into Janus WebRTC Server due to the ability for Uv4L to join Janus rooms (I'm building a RaspberyyPi doorbell)

A related answer to the above is to check out Janus. It's a general purpose WebRTC server that has RTMP and FTL ingest support. I think it's also batteries not included, but I think it's what Glimesh is based on.

I've been using Janus gateway for similar. Pretty easy to setup.

A number of open-source projects also exist, which give developers a great head start if they're looking to build their own infrastructure - the most popular of these include Jitsi, Mediasoup, Janus, and Pion. These projects provide a layer of abstraction and expose a number of helper functions to perform various tasks, such as creating transports, etc. They have helpful guides on how to get started, but you would still face the aforementioned issues regarding scaling, resources, etc.

This all changes when you are actually a domain expert: You can treat the various components as a "white box" because you see the forest for the trees and can make cross-cutting assumptions which will inherently make the code faster. I've noticed a lot of projects written by domain experts are often these giant clusterfucks of C that violate pretty much every guideline there are so many Medium blogs about, and yet they're very stable and widely used. See: https://github.com/meetecho/janus-gateway for example.

Yes, there are many self-hosted options out there. https://github.com/meetecho/janus-gateway works well for multi-party video with up to about 15 users in a room assuming everyone has a reasonably reliable connection.

- Janus (C / C++)