I have a Wi-Fi speaker device and want to control from its API's using MQTT.
Is there any possibility to send API to Wi-Fi device (Play, Pause and resume) using MQTT.
When tried to control (Play, Pause and resume) from API it gives "OK" as feedback. I have checked these using POSTMAN.
Note: I cannot change any code in WI-FI Speaker.
You can write your own bridge between MQTT and the HTTP API.
Related
I am using Apprtc library for the real-time connection.
this is my server host URL #"https://appr.tc". Connection successfully established to any network, but in the audio/video sense
audio/video only works on same/private network iOS to iOS or iOS to Android
in public network audio/video only work in iOS to Android , Not working iOS
device to iOS device .
do you have any idea ?
TL;DR You need to bring up a TURN server, and configure the client with the addresses of your TURN server.
WebRTC attempts to connect two peers directly, but that's not always possible in all network configurations (e.g. when both sides are behind a NAT or a Firewall). In these cases, WebRTC will fallback to using a TURN server. It's basically a server that both peers can connect to, and it forwards packets from one to the other.
I'm developing an app that listens to voice commands and the way to start/stop listening to voice commands is via remote control (Airpods or wired headset). I tried various AVAudioSession options with AVAudioSessionCategoryRecord and AVAudioSessionCategoryPlayAndRecord and got the following result:
Whenever the default input is a bluetooth (Airpod) mic (AVAudioSessionCategoryOptionAllowBluetooth), the app doesn't receive remote control events. Whenever the default input is the built-in mic or a wired headset, the app does receive remote control events.
Does anyone know if it's possible to have both Bluetooth mic enabled and receive remote control events?
I tested on iOS 11.0.1 and 11.0.3.
I want to develop an android app which uses push to talk or Voip to communicate between 2 mobile devices using a Wi-Fi connection without using a data or the internet.
Is it possible to develop this?
I am looking for a 'free' Wi-Fi Walkie Talkie but I don't know how to start doing it?
For a very simple, initial version, I'd do the following:
Assign a static IP address on each phone
Record the audio and packetise it into a UDP stream that you'll send to the remote IP address
Repackage again the UDP stream and play the audio.
Microphone ---> Samples ----> UDP (over WiFi) ----> Samples ----> Speaker.
There are plenty of enhancements that you can add over the time:
Device discovery
Signalling separate (SIP or custom messages via TCP or UDP to indicate when to start the audio transmission and negotiate the media channel that will be used).
Support for third party devices (SIP)
Use standard paketization using RTP and encode the audio using G711alaw/G711ulaw...
There are plenty options, but you should start by capturing the audio, and sending it over the network, even make packets of 2 seconds with the incurring delay, but that's a point to start. Then, you should lower the packet length to contain 20ms of audio to avoid delays in the transmission.
Hope this helps.
I am using Linphone Coe 3.10.2 SDK. Server supports TCP and UDP. When TCP is enabled, I cannot call or receive calls at all, it does nothing. When I switch my phone to UDP, every time it says that User is busy, my screen goes to IncomingCallView for one second before connection is broken and it says "User is busy". On Android, it is working normally. And yes, I am not talking about background modes, we have implemented VOIP push services for iOS 10.
I recently have the same problem. All you need to do is set the corret codec. Ask your sip provider what codecs you should
I want to get notified whenever my iOS device is connected/disconnected to internet through my app. This is possible in android by using broadcast receiver. Is there any broadcast receiver like component in iOS through which I get notification for detecting change in internet connection?
I have searched through internet a lot but did not get any solutions.
You can refer to Reachability API. You might want to run this as a silent background thread and alert once there is a change in network connectivity.