I want to make a interview app with services like group calling for chatting involving multiple users, for android and ios using Azure Communication Services in Flutter.
There is no direct sdk in flutter for azure communication services.
As I solution I have to write custom platform specific code for android and ios, official documentation.
There are platform channels to communicate between native and flutter, I am not able to get started with them and how to use them to communicate, and send streams to native code. There are very less examples available regarding platform integration. Any help appreciated.
Especially the event channels, it will be better if i can stream camera feed from ACS Call object and render it on the dart ui?
Abbr: ACS -> Azure Communication Services
I have tried to follow offical documentation but not able to use it well because is are not much detail also I am noticing same example almost everywhere, so I need a better material to follow.
Related
I want to integrate voice and video call feature in my android as well as web app using sip.The scenario is like the end user can call from android app or web app to my support team which would be on web app.The scenario is similar to a call center where user call from app to support team.I did some research on found lot of javascript and android sdks available but they don't provide cross platform functionality.Is there any open source library which could be used to achieve cross platform functionality and flexibility to use our own sip server.
Please have a look at the Restcomm platform
It contains Android SDK that uses SIP, Web SDK (that uses sip over websockets) and a Telephony Application SIP Server called Restcomm-Connect that allows you to build applications very easily through HTTP APIs or Visual Designer
TBH, the only thing I found till now is Linphone. They use an LibLinPhone SDK to implement things, but it is open sourced under GNU. I am still looking for other SDK alternatives, as they don't have the best documentation in the world.
I am trying to build a WebRTC Android app in order to exchange data between two (or more) android handsets.
However, I cannot work out from where I should start.
should I start by :
building a TURN & STUN signaling servers, or ...
creating the Android-app interface through which I should use GetUserMedia, or ...
using RTCPeerConnection for candidates discovery?
I kindly asking for some tutorials. I am really confused about how to use WebRTC APIs. I am looking for a practical example of how to integrate WebRTC functionality in an android app. Thank you.
I need to develop an application related to C2C communication in which manufacturers can directly start communicating with retailers for bulk orders and maintain the order in an easy and fast way. Please suggest what framework i can use. For example: Native android developement, PhoneGap, Appcelerator Titanium.
PhoneGap: I have read that you cannot provide rich interactive applications and that it's not good in communicating with Android native apis.
Appcelerator Titanium: I need to purchase it and it requires a lot of money to develop an application.
Native development API: I have to provide a lot of time and it will be hard to communicate with my database and my web application using web services and it will be for the Android apps only
Which should I use for my app?
I'd say it depends on:
Your skills...
HTML: PhoneGap, Titanium (our Alloy MVC uses XML)
JS: Titanium, PhoneGap
JAVA: JAVA
Your plans...
One platform: Android
Multiple platforms: Titanium, PhoneGap
Your requirements...
Good UX: Titanium, Android
Titanium is open source and free (appcelerator.org) but we do provide paid (starting at $39/month) services, including Arrow, which is great to quickly build mobile web services to connect apps with any remote data source.
When you only want to develop an Android app you should use the native API. It offers most features, the better documentation (IMO) and is easier (and therefore cheaper) to maintain. Additionally it should be easy to communicate with databases and/or web APIs.
The only advantage Titanium offers is the multiple platform support. But when you only want to develop for Android use the native APIs.
i am looking to build a mobile messaging app firstly in android and then ios later, and am struggling with the backend architecture and need some advice on what would be best in my circumstance. Basically i am used to just developing apps through a basic web server and using mysql with php, but now i think and want to create something that not only is very reliable and fast but is also scalable and can be used by both the android and ios platforms.
I am thinking about developing it on google cloud platform using either their google app engine or google compute engine depending on what other architectures i use. Also i was going to use google cloud messaging as my main way of handling the messages, however i am now not sure of that as it is only supported by apps that run on android and not ios, also i have heard it can be unreliable in some messages getting lost.
My main problem is that i have heard so many things about different architectures like ejabberd, xmpp, socket i.o and databases like redis that all work well with messaging apps, however i am not sure which to go that will work well together.
Sorry if this seems a bit of a confused situation, but i dont want to start developing something that i am later going to have to change. Thanks for the help
Announced last week: Engage your users across Android, iOS and Chrome via Google Cloud Messaging 3.0:
https://developers.google.com/cloud-messaging/
https://www.youtube.com/watch?v=gJatfdattno
You are asking about many different things.
Storage: can be a mysql database or something like mongo db
Transport protocol: XMPP is a chat protocol with many chat features included but it is not supported in browsers. WebSocket is more low level and more general but works inside the browser
webserver software: you basically need access to the database and be able to transmit XMPP or WebSocket. I'd recommend node.js for this. PHP is more for web pages
I have built a blog using Windows Azure and .NET MVC.
This was my only experience for web development, so I am still pretty new in this area.
I just got an idea for my second website and I plan to develop native iOS/Android/windows app for it later on.
I am going to use Windows Azure SQL database and .NET MVC again for this, but I wonder if this is good choice for my future development for mobile app as well. Can my mobile app easily get access to data hosted in Azure SQL? If so could you let me know in which way? any suggestion is welcome, thanks!
A service-oriented architecture decouples the back end from how it is displayed.
You can use SOAP or REST services to fulfill each use case.
Come up with a protocol/contract that the services expose and any client that can make HTTP requests can work with them.
Take a look at Windows Azure Mobile Services (http://www.windowsazure.com/mobile). Mobile Services is a backend as a service you can use for your data storage from your asp.net site (from the C# code behind) and then when you're ready to build your mobile apps, you can use the exact same interfaces from the native Objective-C iOS / Java Android / .NET Windows SDKs. This will save you from needing to write the service layer if you don't want to spend time doing that.
Since your comfortable with ASP.NET MVC, I would recommend you build the website in MVC, but then have it call into a service layer that exposes the functions desired using ASP.NET Web API.
This would be an easy fit as you can then build your native mobile app later, and just call the API using JSON as the data format.
Great question by the way!