I am developing an application using vidyo.io library and facing problem of connection on low bandwidth i.e. during conference call is disconnecting due to network issues or low internet issues. Please share any solution regarding this.
In low bandwidth situation, the frame rate and resolution of video will be lowered accordingly. You can try muting the camera and use voice-only call (which needs about 150Kbps bandwidth).
Related
I'm building a progressive web application (target is smart phones for now). The app needs to be able to access heart rate and heart rate variability, ideally in real-time. While it seems totally asinine, I'm open to using REST calls to some remote server if that is the only way. I'm also fine with restricting the app to only work with certain hardware if necessary. In this case, the ideal hardware would be some sort of earbud that uses optics to scan for heart rate, but at this point, I'm open...
The best that I have thought up is to find a heart rate monitor that converts the direct signal into audio and use the microphone web API. That seems like a lot more work than ideal, so I'm hoping someone has a better idea. Any ideas are welcome. Please, no one downvote anyone if it doesn't solve all my constraints. I've been working on this for a bit and I'm not sure that there is a clean and perfect solution yet. Thanks in advance!
If the sensor can speak Bluetooth, the Web Bluetooth API can perhaps help: https://developer.mozilla.org/en-US/docs/Web/API/Web_Bluetooth_API
https://developers.google.com/web/updates/2015/07/interact-with-ble-devices-on-the-web
How about use a Web Bluetooth that lets you control any Bluetooth Low Energy device like heart rate monitors. It will read the Service Location Characteristics (which tells your where the sensor is placed - which body part) and subscribe to notifications from the Heart Rate Characteristics, meaning you will get an event whenever the device performs a new measurement. Then use a service worker that will define the behavior of the app to mimic native app capabilities like offline support and notifications.
It's like a Physical Web that you can send a link to your website from a Bluetooth beacon to a user's device and with PWA, that link can be to your web app that looks, feels and functions like a native app. Then with Web Bluetooth, you can then speack to the device. Visit this blog post for more details.
The App that I'm working on has to load data from a webserver.
If I open the App with connected WiFi, it loads the data very fast. But it don't loads the data if it is connected to EDGE.
I don't know what I'm doing wrong.
Do I have to set something in the settings?
Greetings.
You shouldn't have to do anything specifically to turn on connectivity when using EDGE or 3G. It should just happen automatically. Not to state the obvious, but EDGE is pretty slow (probably 20-40kbps tops usable in normal situations), and often performs even worse than the theoretical speeds provided by the technology.
That said, using a neat little preference pane called Speed Limit, you can test your application in the simulator while simulating different bandwidth and latency constraints. You can get a better idea of the way you should expect your app to perform under EDGE with low bandwidth and high latency (or any other network connection). This will give you a better idea where your problem may lie and what to expect.
I have developed an application for iPhone, which is continuously interacting with database ... I have observed that it is running fine in 3G environment but in wifi its performance is not good.
Can someone suggest what can be the reason for it? or can I do anything to resolve it?
I'd rather expect the contrary, given that 3G cellular signal may fluctuate wildly, while WIFI signal should stay almost the same even if you move within the room served by the access point.
The reason may be the particular wireless connection you are using for testing purposes. Try using a different WIFI network and see if the behavior you are experiencing changes.
I have developed a trivial example application leveraging the example CFNetwork code listed here,
http://dev.im.ethz.ch/wiki/Socket_communication_on_the_iPhone
and combined it with the SpeakHere example on the apple developer site. Using this I have managed a very, very crude mechanism to stream audio to my server. It works surprisingly well over wifi, but hangs/bombs out over the 3g network. I had hoped that 3g/wifi would be transparent with respect to this issue but that doesn't seem to be the case. Is there any documentation regarding salient differences between these two?
3G very likely has much longer latency and much more latency variation than wifi. So you should be looking into auto-tuning your jitter buffer to handle latency spikes.
I was wondering what amount of time is required to convey information regarding the tilt and position (not gps) of one particular iphone to another. Could 2 iphones send and receive this information simultaneously? What about 3 iphones? I'm interested in an application that is able to simultaneously send and receive and make conditional decisions based on this information received all within a half a second-ish.
Any shot this is possible? If so, is bluetooth or wifi better?
Thanks a ton,
Jake
This is currently not possible without an intermediate server. (Without a jailbreak, which would make it possible, but extremely difficult)
I'm assuming your purpose is gaming, in which case, the latency associated with a trip to a server and back over a cellular data network, is likely to take too long for any satisfactory gaming experience. I don't believe it would be within half a second.
This will be possible via Bluetooth in the upcoming 3.0 iPhone software, but that is still under NDA, so you are not likely to be able to get any reliable performance numbers until it is released. If I were guessing, I would certainly guess that the latency associated with a direct Bluetooth connection would be FAR under half a second.
All you've got as an option right now is Wi-Fi or the Cell Network. If you use Bonjour over Wi-Fi, you'd have latencies in the milliseconds, but all the phones would have to be connected to the same access point. Take a look at the WiTap example.
It is definitely possible, you'd want to connect your peers over WiFi for best performance and reliability, but Bluetooth would be ok as long as your data packets were constrained to small sizes (< 1k). Check out this documentation and sample code to see how to access UIAccelerometer:
http://developer.apple.com/iphone/library/documentation/UIKit/Reference/UIAccelerometer_Class/Reference/UIAccelerometer.html
http://developer.apple.com/iphone/library/samplecode/AccelerometerGraph/index.html#//apple_ref/doc/uid/DTS40007410
The trick is that the update frequency is controlled in part by the systems needs, so there may be a window (while the system is attempting to update device orientation) wherein your application receives no updates.