I'd really like to develop some ARCore apps which use the new Google ARCore Depth API. But I realize that there are only couple of devices that support this new feature. So, is there any information about updates in the future which to support devices that are today supported by ARCore but not for Depth API?
For example:
The Pocophone F1 is officially supported for the Depth API. It uses MIUI as Operating System and run with a Snapdragon 845.
Now is the question: why nearly exactly the same devices as Xiaomi Mi Mix 2s or Xiaomi Mi 8 are not supported?
These three devices all use MIUI same Camera and same CPU so would these devices Support Depth API in the future?
Firstly: there is a long list of devices that have ToF sensor and support Raw Depth API as well as Full Depth API for ARCore 1.24 at the moment. And I firmly believe there will be much more of them in the nearest future. You can see it in ARCore supported devices table.
Google Pixel 2/3/4/5
Huawei Honor 10/Nova 3,4/Mate 20,Lite,X/P20/P30/Pro
LG ThinQ/G8X/V35/V50S/V60
OnePlus OnePlus 6/T/7/Pro
Samsung Galaxy A80/S8/S9/S10/S20/Note 8,9,10
Sony Xperia XZ2/Compact/Premium/XZ3
Xiaomi Pocophone F1
Secondly: ARCore's Depth API unsupported devices, seemingly don't have ToF sensor, or don't have powerful CPU/GPU for retrieving Depth data from Motion, or even don't have a gyroscope. Or in some case (like Huawei case) it's just Google's policy. OS and its UI don't matter.
For additional info on both ARCore Depth APIs, please look at this post.
google said single rgb camera is enough for depth api to work
Related
for a personal project I need to collect near GSM stations signal strength with the iPhone sensor. How can I access those data? Does Apple provide any framework like CMMotion for raw data coming accelerometer, gyroscope, etc.?
Thank you
I don't believe there is any officially supported API to allow you do this.
There are some techniques using private API's to do this - see this answer for an example: https://stackoverflow.com/a/40140991/334402
This approach may be ok for you if it is for a personal project.
I sincerely hope I'm just missing something in the API, but is there a way to determine distance between 2 devices using Google Nearby Messages for iOS?
I understand that Nearby Messages uses a variety of mediums to determine if devices are in close proximity (wifi, BLE, sound) and whether they can connect, which may actually be why it doesn't offer a way to determine distance between devices, perhaps they simply can't do it reliably..
If anyone can offer insight as to how I might determine distance between devices using Google Nearby Messages API for iOS, or perhaps some other recommended way, I would be very grateful!
edit: I found the place in the Android API that includes distance as a property on messages. It might just be the case that the iOS API doesn't have distance yet, which is a bummer.
Precise distance isn't something the API on either iOS or Android supports at the moment. The most precision we provide is earshot (i.e. audio range) vs radio.
[Precise distance turns out to be quite a hard problem in general, and something we're often researching better solutions to...]
I would like to take the raw infrared data from the heart rate sensor on the apple watch to do calculations. Is there a way for me to do this?
Read the Apple documentation here
You cannot access the heart rate sensor in the current SDK (watchOS1). Developers do have access to this sensor in watchOS2, currently in beta access for developers, which officially comes out to the public in November.
I want to know how to get WIFI channel and frequency information in iOS.
It would be better not to get from the private APIs (because I need to submit it to the iTunes Store).
There's no way to do this using publicly available APIs, as of iOS 7. The OS algorithm controls networking and decides which channel to use based on congestion, interference, and other factors.
If you're okay with using private APIs, then you can use Stumbler, a library that exposes the data you're interested in: https://code.google.com/p/iphone-wireless/wiki/Stumbler
Warning: If you want to use private APIs, then you won't be able to distribute through the App Store (and you'll have all the other hazards that come with using Apple's private API: the banhammer, breakage at any time, et cetera).
As others noted there is no way to get wi-fi frequency on iOS using official APIs.
There is one work-around to determine whether user is connected to 2.4Ghz or 5Ghz range by actively running a wifi measurement. You can set a limit which will not be realistic on 2.4Ghz (e.g. typically speeds over 100 Mbit on wi-fi are not achievable on 2.4 Ghz).
To run wi-fi measurement its better to run true wi-fi speed measurement and not internet speed measurement as the latter can be slowed down by the ISP (and not the wi-fi).
Here is relevant Stackoverflow comment how to measure wi-fi speed - iOS Get Link Speed (Router Speed Test)
In either way you will not be able to determine actual wifi channel, only whether its 2.4 or 5Ghz. This can be further complicated in the future with 6Ghz ranges where it will not be that easy to split between 5 and 6 Ghz.
I am trying to set one pin of the old iPhone 30-Pin Connect from low to high so the best would be from 0V to 3,3V. Is that possible with a simple PodBreakout board like this?
https://www.sparkfun.com/products/8295
If not can you send a constant voltage out of the iPhones audio jack (This could be a good method too, cause now apple used its 9-Pin Lightning Connector).
I already searched the web, some say you have to jailbreak your iDevice, some say you need an authentication Chip, and some say it works flawlessly without an authentication chip, but I cant find any help online.
Thanks
You can't "send a constant voltage" out of the audio jack. There is a series capacitor there that filters out DC and very low frequency signal components.
To get proper help on this you can apply for the MFi program. I think it's free for educational purposes. It's under 100$ for sure. There is an NDA involved.
If you want to avoid the MFi you can always use BLE to communicate with periphery.
Or try to implement software FSK (or DTMF) modem on one side and a hardware one on the other side (using the audio lines).
Since it seems you simply want so see a binary (on/off) signal - you could generate a fixed pitch tone in the app (2kHz for example) and use a narrow-band filter on the hardware side (audio-jack connection).
Or maybe (to make sure your app is present on the other side a 2kHz tone would mean 0 and a 4kHz tone could stand for 1.
The authentication chip (and an MFi license)) you are talking about is needed when you try to communicate with the iOs device:
via BT (excluding BLE)
via USB (30 pin connector or lighting connector)
via UART (30 pin connector or lighting connector)