I am currently developing an iOS application which requires users to join video chat rooms, very similar to how Houseparty and Airtime works. However, I don't know where to start, nor what third party service I should use in order to incorporate this in my app. From what I can find online, Quickblox seem to be one of the best, but on the other hand, it seems to only offer "video calls", meaning that in order to start a group video chat, you have to call users, in contrast to how for example Houseparty works where you can join a room without accepting a call. This issue even seems to state that it is not even possible to do this at all. My question is therefore, is it possible to use Quickblox in order to develop an application that allows users to have video group chats, without ever calling someone and instead allow them to join the video group chat sporadically? If not, which third party service makes this possible?
Regular calls in quick blox are implemented as a peer to peer calls. The feature you need is conference call . Quick blox have custom enterprise solution with the usage of server-side, it provide call with 10 to 15 users but in the enterprise tier . Check Out link below.
Quick blox
Related
I a building a bot that should engage a 1 on 1 conversation with every user in a company using teams.
I would like to use the post chat message method:
https://learn.microsoft.com/en-us/graph/api/chatmessage-post?view=graph-rest-1.0&tabs=http
However, it is written that it is "Not supported" for Applications.
I am missing something?
PS: I am trying to use Teams as directly as possible without middle stuff like Bot Service.
You'll definitely need a bot for this, and to use something called "Proactive Messaging". Please see some similar questions from earlier just this week that will give you some good reading and background, especially:
Proactive Messaging in MS Teams
Sending proactive messages from an outside process to organizational users via Teams chat bot
In the 2nd question especially I give links to further reading, samples, and a video with some more background.
I am new to Swift and I want to integrate video calling in my app using Swift. I want to make a live broadcasting video app where one host will come live and other clients can join him/her.
I tried several third party apps like agora.io but it didn't work for me. Do you guys have a better suggestions?
Try quickblox. It is a very smart solution, it can manage everything for you, your only task is to present the UI and the buttons. It is relatively cheap, even free for low user count. We have used it to create an "intercom" like application
Quickblox website
I am developing an iOS Video application with webRTC, I have developed application for room video call as i got a demo named AppRTC.
But the problem is, we can connect if and only if we know the room name.
Any help and suggestion for creating 1-1 Video with webRTC.
Actually, i am not getting the proper way to create Signaling between two users.
I want to develop video call like Whatsapp,facebook and Hangout one to one video call.
I have followed this AppRTC Demo Code On GitHub demo code.
You can implement a WhatsApp-style video call between two users using the "room" approach behind the scenes.
Let's say that User 1 wants to call User 2.
The app running on User 1's device generates a random room name and joins that room.
User 1's app also communicates the room name to User 2's device.
The app on User 2's device shows an incoming call alert.
If User 2 taps the Answer button, the app joins the room and the call with User 1 starts.
The actual room name used for the call doesn't need to be shown to any of the users.
If you want to create 1 to 1 video call you should build your own signaling mechanism.
What I mean by signaling mechanism is basically sending SDPs to each other.
You can find some useful info here
Using any of the OpenTok client SDKs, is it possible to call from one client to an other client, and make it look like similar to a "real" phone call?
I understand that a user X and user Y can join the same "room" if they both know the name of the room. But I don't understand how user X can send signals, to notify user Y to join a specific room, how is this done? I want it to work cross platform, i.e, work on iOS, Android devices, and web pages. My use cases are:
- app to browser
- browser to app
- app to app
- browser to browser
Is it possible in all of my use cases? Which are possible?
Is it possible to use OpenTok in a mobile app to show an incoming call even though the app is in the background (like how facebook messager and whats app works)
I've gone trough the tutorials on Tokbox website and successfully got them working, but I can't find a way to let different users notify each other to join a session (neither in a peer-to-peer way, or via a server). How should this be done?
I cannot find that this functionality is provided by another player such a Twilio either.
Thanks in advance,
Let's OpenTok do its job. In other words, use OpenTok to actually start a video session. All these things that you talked can be handled WITHOUT OpenTok, like REST APIs or Websocket or whatever.
I used to work in a similar project. Have a server to coordinate everything (all clients connected, who call who, push notifications, etc).
Whenever A needs to call B, the SERVER will start a "room" and put A and B to talk to each other...
So, don't mix the things. Let your server orchestrate everything and use OpenTok for video. It's designed for this purpose.
I'm trying to see if this is even possible in twilio. I'm hoping maybe someone's had a similar challenge and came up with a creative solution...
Our company has a unique phone number that's only displayed on our website. I've been asked if it's possible to find out not only how many calls we're getting (which is simple enough to track in twilio), but also who's calling. Basically, they want to follow the details of a users activity. From website to phone call.
Theoretically, they'd like something like this:
A user, lets call him John, comes to the website & is assigned a unique id of "12345". The id is stored in a cookie for returning users (this I can already handle).
If John calls the phone number displayed on the website, we...somehow through the use of twilio...know it's user #12345.
We can then create monthly reports stating user #12345 called the phone number 7 times this month for a total of 18 minutes.
There's so many "what if's" that go into this, that I'm just not sure it's even possible, but perhaps someone knows of a creative way this can work? A few things I've considered, but none of them are foolproof:
Tracking a combination of John's geographical location while browsing the website and the time of web browsing, then using twilio voice to track the geographical location & time of the phone call, to make a best guess. The problem is it sounds like twilio voice isn't always great at providing geo location.
Tracking mobile click to calls on the website, then matching the time of the click to the time of the phone call. Several problems with this, including multiple users calling at the same time, and we'd only be tracking those who browsed the website via mobile, then clicked to call.
For mobile click to call, passing the user's id via a phone extension, which twilio then reads (not sure if this is even possible in twilio). But again, this would be limited to mobile users.
So, I'm just not sure if this is even possible. Any idea's on how this could be implemented?
Thanks so much for any help.
Twilio developer evangelist here.
Have you considered making it possible to make the calls through the website itself? If you implemented Twilio Client you would be able to directly track users who called from the website and they'd be able to do so without picking up the phone too. That direct connection would allow you to make the calls more personal too, as you'd know exactly which user was calling.
Check out the tutorial on implementing browser calls in Twilio and let me know what you think.
I can't think of any straightforward ways to connect a user's browsing session to a phone call made with a different device though. You could ask the user to input their ID in order to start the call, using <Gather> to receive the input and tie that call to the user and whether they currently have a live session on the site. That might be an unnecessary barrier to people calling though, so you'd have to weigh up that option.