Alternatives to OpenTok

Hi, We are looking to implement 2FA - so that users would be sent a Verification code over their Email and SMS to their phone.

We faced some limitations with Amazon SNS where we could either send the verification code to email OR to the phone number, while we want to send it to both.

We also are looking to make the 2FA more flexible by adding any other options later on.

What are the best alternatives to SNS for this use case and purpose? Looked at Twilio but want to explore other options before making a decision.

Would be great to know what the experience with Twilio has been, especially the limitations/issues with Twilio...

Appreciate any input from users of Twilio and others who have had similar use cases.

Searching for options for SMS that integrates with SiteLink and will allow personalization of text and tracking of both incoming/outgoing messages with reporting (Time, date, call#, etc) Have been looking at Twilio, and seems most leaning toward this. Are there any other options known that integrate into SiteLink? Also looked at Clickatell.

Hello. So, I wanted to make a decision on whether to use WebRTC or Amazon Chime for a conference call (meeting). My plan is to build an app with features like video broadcasting, and the ability for all the participants to talk and chat. I have used Agora's web SDK for video broadcasting, and Socket.IO for chat features. As I read the comparison between Amazon Chime and WebRTC, it further intrigues me on what I should use given my scenario? Is there any way that so many related technologies could be a hindrance to the other? Any advice would be appreciated. Thanks. Ritwik Neema

I am trying to implement video calling in a React Native app through Amazon Kinesis. But I was unlucky to find anything related to this on the web. Do you have any example code I can use? or any tutorial? If not, how easy is it to bridge the native library to RN? And what should I use WebRTC or Amazon Chime?? Thanks

Hello. So, I wanted to make a decision on whether to use WebRTC or Amazon Chime for a conference call (meeting). My plan is to build an app with features like video broadcasting, and the ability for all the participants to talk and chat. I have used Agora's web SDK for video broadcasting, and Socket.IO for chat features. As I read the comparison between Amazon Chime and WebRTC, it further intrigues me on what I should use given my scenario? Is there any way that so many related technologies could be a hindrance to the other? Any advice would be appreciated. Thanks. Ritwik Neema

Hi, Stackshare community, I plan to build an app where people can go live, and users can watch him, 1 to many, follow each other, and text.

I am expecting a huge number of users to use the app in the first month (100k+)

I made the UX/UI design, and my designer asked me to find a developer.

I want your advice. What server is the best for video quality and fast text messages (like uplive, bigo)?

Ex. Agora, Twilio, Amazon Chime, Aws, or fiberbass

I need for both operating systems, (ios, android). Do you recommend Flutter?

• I have AWS server in my country (Bahrain), and 80% of the audience are from the same area. Does it help in the video quality between the audience?

Thank you for this helpful website.

Uploadcare is mostly remote team and we're using video conferencing all the time both for internal team meetings and for external sales, support, interview, etc. calls. I think we've tried every solution there is on the market before we've decided to stop with Zoom.

Tools just plainly don't work (Skype), are painful to install for external participants (Webex and other "enterprise" solutions) can't properly handle 10+ participants calls (Google Hangouts Chat).

Zoom just works. It has all required features and even handles bad connections very graciously. One of the best tool decisions we've ever made :)

I want to host an online Jeopardy game with less than 30 participants. During each round of the game, I'll stream some videos. The point is to gather friends together to play the Jeopardy game and watch random stuff. Please let me know if there's a more suitable platform other than Discord and Zoom. Thanks, everyone!

A common issue with Zoom is the "half-duplex" operation, where only one person can speak at a time, and another person speaking will cause an interrupt and take control. Hence the infernal mute button is so needed. Does Jitsi allow for a "full-duplex" communication to occur? An example scenario is two people singing a duet, which is impossible on a Zoom call.

Many Thanks, Garry

We would like to connect a number of (about 25) video streams, from an Amazon S3 bucket containing video data to endpoints accessible to a Docker image, which, when run, will process the input video streams and emit some JSON statistics.

The 25 video streams should be synchronized. Could people share their experiences with a similar scenario and perhaps offer advice about which is better (Wowza, Amazon Kinesis Video Streams) for this kind of problem, or why they chose one technology over the other?

The video stream duration will be quite long (about 8 hours each x 25 camera sources). The 25 video streams will have no audio component. If you worked with a similar problem, what was your experience with scaling, latency, resource requirements, config, etc.?

We want to make a live streaming platform demo to show off our video compression technology.

Simply put, we will stream content from 12 x 4K cameras ——> to an edge server(s) containing our compression software ——> either to Bitmovin or Wowza ——> to a media player.

What we would like to know is, is one of the above streaming engines more suited to multiple feeds (we will eventually be using more than 100 4K cameras for the actual streaming platform), 4K content streaming, latency, and functions such as being to Zoom in on the 4K content?

If anyone has any insight into the above, we would be grateful for your advice. We are a Japanese company and were recommended the above two streaming engines but know nothing about them as they literally “foreign” to us.

Thanks so much.