Janus WebRTC Server

#1

Post by simonpure » Sun, May 31, 2020, 7:48 PM UTC

Janus WebRTC Server
janus.conf.meetecho.com

Re: Janus WebRTC Server

#2

Post by peterangular » Sun, May 31, 2020, 8:17 PM UTC

Having to look into this professionally for local/remote streaming solutions and came across this paper in the last couple of weeks which has been a huge help to understanding my use case:

http://lup.lub.lu.se/luur/download?func=downloadFile&recordO...

One of the most useful/interesting use cases to me is the ability to have a PTP encrypted stream without having to go through weird IoT PKI hoops.

Ninja edit: If anyone has experience with Janus and/or WebRTC on edge devices I would very much like to talk as I could really use a solid consultant in this realm.

Re: Janus WebRTC Server

#3

Post by dang » Sun, May 31, 2020, 8:29 PM UTC

We changed the URL from https://github.com/meetecho/janus-gateway to the project homepage, which is generally preferred when a project is being discussed for the first time on HN. Especially if it also links to its GitHub page or other repository.

I found previous submissions, but no comments except https://news.ycombinator.com/item?id=22610510.

Re: Janus WebRTC Server

#4

Post by bbeausej » Sun, May 31, 2020, 8:35 PM UTC

We use Janus as a WebRTC SFU for projects in the education/gaming sector. Its general purpose approach to WebRTC has been a good foundation to help us build custom solutions.

Re: Janus WebRTC Server

#5

Post by carlsborg » Sun, May 31, 2020, 8:44 PM UTC

bbeausej wrote: post #4

We use Janus as a WebRTC SFU for projects in the education/gaming sector. Its general purpose approach to WebRTC has been a good foundation to help us build custom solutions.

What turn servers do you use?

Re: Janus WebRTC Server

#6

Post by amelius » Sun, May 31, 2020, 8:51 PM UTC

Does anyone have a link which explains WebRTC technology in a concise way?

Re: Janus WebRTC Server

#7

Post by mboehm » Sun, May 31, 2020, 8:52 PM UTC

carlsborg wrote: post #5

bbeausej wrote: post #4

We use Janus as a WebRTC SFU for projects in the education/gaming sector. Its general purpose approach to WebRTC has been a good foundation to help us build custom solutions.

What turn servers do you use?

Answering for myself, not for bbeausej. We are currently using coturn. It is quite easy to setup, you have to dig a little into the configuration parameter and that's it - I would recommend it.

Oh well, you probably should use the rest api for generating credentials on the fly and think about scaling (depending on your needs).

Re: Janus WebRTC Server

#8

Post by tomasyany » Sun, May 31, 2020, 8:52 PM UTC

How hard is to use Janus for a media server in the SFU paradigm? Or where could I find a good example?

We currently use Kurento for the easiness of usage + the Java client, but we have been wondering about other solutions like Janus.

Re: Janus WebRTC Server

#9

Post by spelunker » Sun, May 31, 2020, 8:53 PM UTC

amelius wrote: post #6

Does anyone have a link which explains WebRTC technology in a concise way?

Hopefully not out of date but: https://www.html5rocks.com/en/tutorials/webrtc/basics/

Re: Janus WebRTC Server

#10

Post by j1elo » Sun, May 31, 2020, 8:53 PM UTC

peterangular wrote: post #2

Having to look into this professionally for local/remote streaming solutions and came across this paper in the last couple of weeks which has been a huge help to understanding my use case: http://lup.lub.lu.se/luur/download?func=downloadFile&recordO... One of the most useful/interesting use cases to me is the ability to have a PTP encrypted stream without having to go through weird IoT PKI hoops. Ninja edit: If anyon…

If you are interested in cross-compiling the WebRTC implementation so it runs directly from within edge devices, Janus might be one of the best options out there.

Kurento offers a variety of features apart from WebRTC, but it is more intended to be cloud-deployed as an independent media server, you could think of it as a "proxy/bridge" that distributes media between producers (like RTSP cameras) and consumers (WebRTC clients).

If those features are not needed, for purely WebRTC routing there's also mediasoup, with the same philosophy: N media producers send video to a central server, and the server distributes it to M devices consuming the media.

True peer-to-peer comms (i.e. sending data directly from producers to consumers, without an intermediate centralized server) was a cool thing to aim for by the WebRTC standard, but real-world practical constraints (i.e. bandwidth) put a limit to the usefulness of a truly p2p architecture. You'll find more info about this searching for MCU and SFU.