Awesome. Will try it soon. What would HN readers recommendfor near zero latency audio only? Our client needs to connect two devices within a LAN (no throughput issue) but near zero latency. We have tried Twilio PSTN, other webrtc technologies but they all have noticeable (half a second) delay from device to device. Any thoughts?
Twilio Video – Real-time WebRTC video infrastructure
71–80 of 106 posts
Re: Twilio Video – Real-time WebRTC video infrastructure
#72Earlier quoted context omitted.
I believe that ORTC has been added to the WebRTC 1.1 specification.
There is no WebRTC 1.1 yet. 1.0 isn't even done yet. Once 1.0 is done, then work on 1.1 will start. ORTC maybe be adopted in whole or in parts as 1.1, but the future isn't written yet.
Good point. You're correct on both areas.
Re: Twilio Video – Real-time WebRTC video infrastructure
#73We had this in VoxImplant for a few months already :)
Re: Twilio Video – Real-time WebRTC video infrastructure
#74Awesome. Will try it soon. What would HN readers recommendfor near zero latency audio only? Our client needs to connect two devices within a LAN (no throughput issue) but near zero latency. We have tried Twilio PSTN, other webrtc technologies but they all have noticeable (half a second) delay from device to device. Any thoughts?
Just a standard SIP connection?
Re: Twilio Video – Real-time WebRTC video infrastructure
#75WebRTC needs p2p for group chat, and it'd be unstoppable. Currently using Hello for one-on-one conferencing, but need something that both scales and doesn't require a centralized server. Considering Skype had this ten years ago, it's obviously doable.
WebRTC already has p2p support for group chat. appear.in is one example of an implementation. The main limitation is that upload bandwidth scales linearly with the number of people in the group chat. But that's often OK for up to 10 or so people.
The limit is more like 3 or 4 max. Anything about that and a modern machine starts choking on the video encoding anyway :)
Re: Twilio Video – Real-time WebRTC video infrastructure
#76I was really excited by the title but this seems a bit lacking. I've done a lot of WebRTC work -- we currently use Google Hangouts everywhere at Stack Exchange for internal team communication, but the 15 person cap hurts some bigger all-hands calls or our weekly remote parties. I don't think the hardest part of WebRTC is transcoding or TURN servers (what Twilio seems to be offering), multiplexing is where all the com…
Yep, absolutely right. Although I appreciate Twilio's approach all of this was easy before and the libraries exist in many variations... If you're doing WebRTC though Twilio's TURN service is very cheap and worth looking at
Re: Twilio Video – Real-time WebRTC video infrastructure
#77How available is IPv6 handset to handset connectivity? I understand that T-Mobile offers it, and Verizon can but it's usually disabled. If you have a true peer to peer connection without NAT, more options become possible.
If you can get a peer-to-peer connection, it's irrelevant whether you're behind a NAT or not. That's what ICE is for: to get a peer-to-peer connection even if you're behind a NAT. Having publicly routable IPv6 addresses may increase the likelihood of getting a peer-to-peer connection, but it's not a prerequisite.
Having a publicly routable IPv6 address means you don't need some paid service just to get connected.
Re: Twilio Video – Real-time WebRTC video infrastructure
#78Anyone know how this compares with icecomm? ( http://icecomm.io/ ) I was quite impressed with how easy it was to set up icecomm .. are twilio upping the ante here in any way that I should know about?
looks similar, except they provide TURN servers.
Re: Twilio Video – Real-time WebRTC video infrastructure
#79Earlier quoted context omitted.
WebRTC already has p2p support for group chat. appear.in is one example of an implementation. The main limitation is that upload bandwidth scales linearly with the number of people in the group chat. But that's often OK for up to 10 or so people.
The limit is more like 3 or 4 max. Anything about that and a modern machine starts choking on the video encoding anyway :)
I think the OP is correct. The video is encoded only once for all viewers. Its the uplink bandwidth, traditionally a choke point, that holds the practical limit at 3 or 4.
Re: Twilio Video – Real-time WebRTC video infrastructure
#80Although it's great to see Twilio branching out into this space, with their recent product releases they do seem to be losing focus on their original Twilio Voice product. Compared to other prodividers their prices really aren't conpetitive, but Twiml is so much more flexible and easier to use than VoiceXML. What to do? :/
Shameless plug here, but if you're interested in voice platforms and are growing weary of Twilio, I'm working on a new hosted telephony platform that uses embedded lua executing directly on our hosted servers. Check it out - https://developers.corvisa.com/
Why did you choose Lua?