Live data from Hacker News

Twilio Video – Real-time WebRTC video infrastructure

twilio.com

101–106 of 106 posts

Re: Twilio Video – Real-time WebRTC video infrastructure

#101
post #69

Earlier quoted context omitted.

At Tuenti, a cell phone operator in Spain, we have been using webRTC very successfully for audio. In fact, we built android/iOS/web apps to make regular phone calls (to mobile or landline) using webRTC, either from WiFi or 3G/4G networks.

Interesting. Can you tell more about your stack? What did you use for signaling? Did you implement STUN and TURN to by-pass NATs and firewalls?

STUN and TURN, signaling over our XMPP infrastructure, a more or less recent version of webRTC trunk. We published a post some time ago on our blog about the details: http://corporate.tuenti.com/es/dev/blog/Building-a-VoIP-Serv...

Re: Twilio Video – Real-time WebRTC video infrastructure

#102

Earlier quoted context omitted.

> how mobile operators shape their data traffic What I've been wondering is if Apple gets any QoS concessions from the carriers for Facetime, because it usually works pretty well on 4G. Not sure if Facetime's quality is due to robust error correction, or because they've been able to wrangle special QCI/bearer status for Facetime data. > mobile phones, WebRTC video is not yet usable Once VoLTE + Video becomes common (…

Yeah, Facetime video seems to work well compared to others. It was a bit hard to explain to a couple of business guys, that "no, we are unlikely to get anything close to Facetime quality with WebRTC solution, but I don't know why."

You could try writing a FaceTime dara packet wrapper/unwrapper, which packs your application data into FaceTime video/audio packets, and unpacks it at the receiving end. If the carriers shape FaceTime traffic differently, it should be possible to establish whether this is the case, by emulating a FaceTime connection, as far as I can see. The content is encrypted, so I don't think they can shape traffic based on anything else than headers.

Re: Twilio Video – Real-time WebRTC video infrastructure

#103
post #93

Earlier quoted context omitted.

Bingo. You hit the nail on the head. To efficiently do large conferences, you need to both multiplex audio and video at the media server layer and have a concept of active speakers.

Jitsi Videobridge has both of those.

Jitsi only does the audio portion. There's no support for layouts/video mixing.

"Jitsi Videobridge does not mix the video channels into a composite video stream, but only relays the received video channels to all call participants."

Re: Twilio Video – Real-time WebRTC video infrastructure

#104

Earlier quoted context omitted.

Rob from Twilio here - appreciate the feedback. Have you had an opportunity to check out TaskRouter yet? We released it a few weeks ago - definitely my favorite recent product that works with Twilio Voice: https://www.twilio.com/taskrouter

Thats a pretty cool use of scroll to explain the product. Any details on how you guys built that? Is it completely custom or did you use some known JS/CSS lib/tricks?

Thanks for the kind words! We used a library called ScrollMagic (https://github.com/janpaepke/ScrollMagic) to handle the scroll listening and event triggering.

Re: Twilio Video – Real-time WebRTC video infrastructure

#105
post #86

Earlier quoted context omitted.

You could try a SIP client with a low latency codec like CELT...

Thanks for your reply. Do you have any recommendations?

Yes, jitsi for desktop and if you need mobile, csipsimple is a nice option

Re: Twilio Video – Real-time WebRTC video infrastructure

#106

Earlier quoted context omitted.

Thanks for your reply. Do you have any recommendations?

Yes, jitsi for desktop and if you need mobile, csipsimple is a nice option

Thanks Joeyspn. I am a noob when it comes to SIP and have some specific questions. For example, which of the jitsi product I should be using? If this is not the right place to ask such questions, can we please take this offline? I could totally use your knowledge
Post reply on HN