These are chat archives for andyet/SimpleWebRTC

29th
Nov 2017
srinusonly
@srinusonly
Nov 29 2017 06:31
Hey, Can someone pls suggest me how about If I would choose firebase Real Time Database as signalling server? Or shall I go with socket.io?
Any recommendations for commercial STUN/TURN servers?
srinusonly
@srinusonly
Nov 29 2017 07:44
Can I use simpleWebRtc for 1-to-many or single broadcast can be relayed over unlimited users without any bandwidth/CPU usage issues???
StudioInteractive
@StudioInteractive
Nov 29 2017 09:36
@nunotavares-uminho Its possible that the sending chanel / or the connection is not ready when you fire your first SendDirectlyToAll. Try a time out for testing
StudioInteractive
@StudioInteractive
Nov 29 2017 09:44
@srinusonly A Database is not directly a good solution for a signaling server. Because the server is handling all the negoatiotions for the peers and rooms. Why dont use the basic https://github.com/andyet/signalmaster server. So you can get help if something goes wrong. A Commercial Stun/Turn is https://xirsys.com/. They have also good examples how to run this with simplewebrtc.js
@srinusonly Your second question : The basic simplewebrtc.js does not support broadcasting. But can look into https://github.com/muaz-khan/WebRTC-Scalable-Broadcast and change the simplewebrtc.js for your needs
StudioInteractive
@StudioInteractive
Nov 29 2017 09:55
srinusonly
@srinusonly
Nov 29 2017 11:12
@StudioInteractive Thanks for your reply!!
I haven't got your point regarding second answer - change to the simplewebrtc for needs - that means P2P only? or something else?
LuckyCyborg
@LuckyCyborg
Nov 29 2017 11:12

Can I use simpleWebRtc for 1-to-many or single broadcast can be relayed over unlimited users without any bandwidth/CPU usage issues???

Dreaming much? :smiling_imp:

You imagine that you found the Magic Potion to make your own Vimeo with $5 monthly?
Please, I can keep this phrase to show it to my friends, for laughing reasons?
srinusonly
@srinusonly
Nov 29 2017 11:15
No issues.. Go ahead :)
LuckyCyborg
@LuckyCyborg
Nov 29 2017 11:16
Thanks! :+1:
StudioInteractive
@StudioInteractive
Nov 29 2017 12:20
@srinusonly
Look at the code in the links I added, and adjust Simplewebrtc's code so that it does the same thing.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 13:51
@LuckyCyborg , but approach described at https://github.com/muaz-khan/WebRTC-Scalable-Broadcast can make solution extremely cheap (assuming that TURN is not required)
LuckyCyborg
@LuckyCyborg
Nov 29 2017 13:53
Sure, IF you address the Romanians, which have usually 1Gbps down, 500Mbps up. ;)
And the "standard computer" is at least a quad core with 8GB RAM and SSD
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 13:55
@srinusonly For my experiments I used RethinkDB as real time DB for signalling. It worked well but I did not try it at scale. Re: turn check https://github.com/coturn/coturn
@LuckyCyborg , Thanks, I think you can get decent quality for QVGA video with 128 kbs (each direction). Why SSD is important? Is not processing done in RAM?
LuckyCyborg
@LuckyCyborg
Nov 29 2017 14:02
I said as "usual computer"
The single reliable implementation which I found, if we talk about video streaming, is https://www.peer5.com/demo
Yet, depends heavily in the target audience.
IF your audience is connected over a 1GB network, like in Romania, South Korea or Japan, and they have reasonable powerful computers, the crap works.
IF your audience is usually connected over ADSL, with 32K upload, and use ancient computers, like in USA, it will not work.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 14:07
@LuckyCyborg Thanks. Good point
LuckyCyborg
@LuckyCyborg
Nov 29 2017 14:07
:+1:
LuckyCyborg
@LuckyCyborg
Nov 29 2017 14:17
BTW, you know how this crap https://www.peer5.com/demo works?
A bit similar with a Torrent, the stream is divided in chunks, and every user store them for whatever time.
It is totally another concept compared with a video-chat which Simple WebRTC is.
Anyway, look also at their prices: https://www.peer5.com/pricing
Considering their business target, it is very cheap.
BUT, not gratis for any tard.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:10
@LuckyCyborg if it is all p2p why they charge per traffic volume?
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:10
Ask them.
Infrastructure? Who knows?
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:12
Maybe the host TURN servers customers with UDP disabled or behind symmetric firewall
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:12
BUT, this shit works. Nothing else works. Trust me, because I study since 6 years to do on-line lessons (e-learning) where the teacher presents the lessons, whatever number of students watch.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:14
I see, interesting. If it live streaming , P2P is supposedly introduce significant latency. If there are many hops
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:15
You do nothing with direct connections, you should do chunks for streaming, like them.
Like I said, like the Torrent works.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:22
Interesting , is it really for live streaming? I am looking at https://www.peer5.com/cdn and it seems that media source is CDN server(s) , not the live presenter
I must be missing something
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:23
It is about streaming, well.. a stream.
Have no importance the origin.
MP4 or direct performance.
It use a specific server and a modified player.
Imagine a Torrent with its Tracker.
BUT, live.
While playing the movie, they connect to tracker (WebRTC btw) and find each other.
Just like with torrents, they exchange data chunks.
This way I understand that the thing work.
Maybe I am wrong.
Bassicaly is an on-fly torrent over WebRTC.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:31
Well , I guess it is great for broadcasting with significant number of concurrent viewers
For services that require 1:1 conversation or conferencing it is not
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:32
We started the discussion with some dreaming guy asking for one showing video to billions, right?
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:33
Yes, he can resell Peer5 and make fortune
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:33
:smiling_imp:
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:34
assuming that P2P dont charge per viewer
for example if I stream 1TB movie to 100000 viewers
I only charged for 1TB
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:35
I am not English native, the Peer5 ask for total traffic or per original one?
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:37
I am not sure, but I would believe they only charge for traffic that originates / terminates at their CDN
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 17:44
Yes, just asked them, they confirmed that it is true so @srinusonly can go ahead and make fortune with small investment
LuckyCyborg
@LuckyCyborg
Nov 29 2017 17:44
:clap:
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 18:33
SimpleWebRTC, I see it has concepts of rooms
so does it support conferencing?
multipary calls?
LuckyCyborg
@LuckyCyborg
Nov 29 2017 19:03
Yes, like any webrtc video-chat
Around 3-5 participants, though.
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 20:08
I see , so it is pure p2p , no SFU?
LuckyCyborg
@LuckyCyborg
Nov 29 2017 20:12
You know, there is no such things like pure P2P in WebRTC... ;)
WebRTC works over TURN/STUN thingies...
OK, at least, there is no such handy implementation. Because you can do the RTC messages matching via email, you know...
Boris Rozinov
@borisrozinov_twitter
Nov 29 2017 20:22
It is true , but at the end everybody just uses websocket as signalling transport. What I meant was using intermediary entities as SFU (selective forwarding units) to forward media streams , so you dont't need to implement full mesh.