Using the ARCore supported devices list provided by Google, I'm testing an app that uses the Geospatial API. Testing on a OnePlus 6 produces no errors, however, when using a Samsung Galaxy Tab S6 Lite and a Lenovo Yoga Tab 11 there are issues when using Geospatial API despite both devices being listed as supported too.
I'd like to know if there is another list of supported or tested devices for the Geospatial API, or if additional configurations are needed for tablets.
When calling the function session.isGeospatialModeSupported(Config.GeospatialMode.ENABLED) using a Samsung Galaxy Tab S6 Lite and a Lenovo Yoga Tab 11, the return value is false. Proceeding with the configuration of the session
session.configure(
config.apply {
geospatialMode = Config.GeospatialMode.ENABLED
}
)
Produces an error
################### Undecorated Trace Begin #################
INVALID_ARGUMENT:
ARCoreError: third_party/arcore/ar/core/session.cc:482
ARCoreError: third_party/arcore/ar/geo/geoar_module.cc:314
Geospatial API is not supported on this device. [type.googleapis.com/util.ErrorSpacePayload='ArStatusErrorSpace::AR_ERROR_UNSUPPORTED_CONFIGURATION']
=== Source Location Trace: ===
third_party/arcore/ar/core/status.cc:171
third_party/arcore/ar/geo/geoar_module.cc:314
third_party/arcore/ar/core/session.cc:482`
Related
I am currently using Google Cast SDK in my iOS and Android app. I see on iOS that Google Cast SDK collects the following https://developers.google.com/cast/docs/ios_sender/app_privacy but I do not see nutrition facts for Android. What data does Android collect?
I'm wondering if turning off Firebase analytics will turn off cast SDK data collection. For example, if I set FIREBASE_ANALYTICS_COLLECTION_DEACTIVATED to YES on iOS (https://firebase.google.com/docs/analytics/configure-data-collection?platform=ios) and firebase_analytics_collection_deactivated to true on Android, will the cast SDK no longer send this data? If not, is there a way to turn off cast SDK data collection, and how can I test that data is no longer being sent?
There is no way to turn off logging/analytics, and there are no plans currently to provide a way to disable logging/analytics. You can find out more information about what Android collects from the GMS Core documentation.
https://issuetracker.google.com/191684320
I have 3 Sonos units controllable from my Sonos Android app: A, B, and C.
A and B return one householdId from http://<ip>:1400/info, but C returns a different householdId.
From the Sonos Android app (slightly abridged):
About My Sonos System
Controller
Version: 10.2 (build 50165071)
Sonos A
Play:1
Version: 10.2 (build 50165071)
Hardware Version: 1.20.1.601
Series Id: A200
Sonos B
Play:1
Version: 10.2 (build 50165071)
Hardware Version: 1.20.1.601
Series Id: A200
Sonos C
Play:1
Version: 10.2 (build 50165071)
Hardware Version: 1.20.1.601
Series Id: A200
Below are the two household IDs I observed. Of note, the strings only differ after the '.'
Sonos_K9Coj5AnNdwkpeGiArYtMHF4ug.6M_0OEa8aOhO-j2oZUMF
Sonos_K9Coj5AnNdwkpeGiArYtMHF4ug.WOnnBPGSlfiyINzEybJL
$ curl http://192.168.5.33:1400/info && echo && curl http://192.168.9.42:1400/info && echo && curl http://192.168.5.71:1400/info && echo
{"websocketUrl":"wss:\/\/192.168.5.33:1443\/websocket\/api","playerId":"RINCON_7828CA92D6B201400","householdId":"Sonos_K9Coj5AnNdwkpeGiArYtMHF4ug.6M_0OEa8aOhO-j2oZUMF","groupId":"RINCON_7828CA92D6B201400:2486844229","apiVersion":"1.12.2","minApiVersion":"1.1.0"}
{"websocketUrl":"wss:\/\/192.168.9.42:1443\/websocket\/api","playerId":"RINCON_949F3E8AE0D601400","householdId":"Sonos_K9Coj5AnNdwkpeGiArYtMHF4ug.WOnnBPGSlfiyINzEybJL","groupId":"RINCON_949F3E8AE0D601400:1922741597","apiVersion":"1.12.2","minApiVersion":"1.1.0"}
{"websocketUrl":"wss:\/\/192.168.5.71:1443\/websocket\/api","playerId":"RINCON_7828CA92D67801400","householdId":"Sonos_K9Coj5AnNdwkpeGiArYtMHF4ug.WOnnBPGSlfiyINzEybJL","groupId":"RINCON_7828CA92D67801400:3241438112","apiVersion":"1.12.2","minApiVersion":"1.1.0"}
I expect all of these units to be in the same household, and thus have the same household ID, since they are all controllable from my Sonos Android app.
Player C may be joined to a different network. From the Control documentation:
Each household is represented by a householdId. The householdId is stable with one exception. The value will change if players are moved to a different network. For example, if a user moves some players from a household to a different network, the players that were moved will use a different householdId. If all of the players in a household are moved to a different network, the householdId will remain the same.
Turn off the router that Player C is connected to and join it to the same network as the others. See Connecting Sonos to a new router or WiFi network for details.
Looks like they all have the same household id at the Player level (which is the part before the period), but the Cloud API thinks you have two households.
Sadly Sonos don't offer any kind of account-admin page that lets you see which apps are registered for their API, as then you could delete your account there and re-add it.
Something else to try: create a new API secret/key and login to that one with the same Sonos account, to see if the duplicate data occurs then.
The nativescript-camera plugin won't save any EXIF data in pictures on a Samsung Galaxy S7 whereas the Samsung camera app behaves / save them normally.
I am trying with the ^4.0.2 version.
I also tried my app on a Motorola G3, and the metadata are properly written in the picture (??).
Any clue about what's wrong and a possible fix ? (Thanks)
I thought the plugin should expose all the camera functions and preferences as set in the main camera app, but it seems not the case for the Galaxy S7..
According to a nativescript-camera plugin fellow, this is a known issue that can occur from one mobile phone vendor to another. Samsung Galaxy S7 won't let write through a third party app, EXIF metadata as freely as other vendors may let, or their proprietary app may do..
Depending the needed data, values may therefore not always be extracted from the images saved through nativescript-camera module, for now.
In order to keep consistent results across all platforms, EXIF data can hereby and unfortunately not be trusted for the moment with the nativescript-camera module alone (CLI 4.2.4, plugin version ^4.0.2), even if very complete on likely most other vendor's targets.
The camera plugin is responsible only for capturing the image. If you like to extract the exif meta data from the given image, there are few android libraries which does the job for you, for instance metadata-extractor.
I have created a sample application and I am getting list of available apis from camera which include only getSupportedIsoSpeedRateand not setIsoSpeedRate,getAvailableIsoSpeedRate,getIsoSpeedRate. And when I send request for setIsoSpeedRate I am getting an error, Can you tell me how will I access setIsoSpeedRate with as the documentation provided in Sony developer's website. I am using DSC-QX10 Lens style camera. And I am getting the below mentioned error when I am trying to send Json request for any method which is not available in device's available API list .
My Request Json is
{"id":11,"method":"setIsoSpeedRate","version":"1.0","params":["800"]}
and I am getting this response from server device
{"error":[1,""],"id":1}
If the API is not listed in the return from the available API list then it is not supported on that device. So what you are seeing is expected.
I have downloaded the Metro Style Application Sample that is available on the Microsoft Web Site. There are lots of examples that shows how you can interact with the hardware device (sensors,gps,etc). I have of course downloaded the Windows 8 Developer preview to execute those examples. My question is : how can I test those samples that uses the device hardware (gps, accelerometer) or that accesses to the phone features (sms,etc) using the emulator?
At the moment there are not devices that support windows 8 (the first phone will probably come out this autumn) ?
I'd like to start to develop some metro style applications to be ready when windows 8 store will be online but using just the emulator is a big limitation isn't it?
Yes and no. There are slate devices that can run the Windows 8 Dev Preview just fine.
If you are unable to get one of these, one option is to create your own interfaces for all the devices. Underneath you can have two implementations.
First one, you connect to the actual underlying devices via the Windows 8 APIs. Sure you won't be able to test these until you have a device but such is life.
The second implementation can be a dummy one. For example, you can have a thread running and every 2-3 seconds publishing some GPS event.
That way you at least have some dummy device data coming in that you can test with for the time being.