I'm going to break this one up as it touches on quite a few areas …. some of which I'm unable to currently reproduce.
pki79 wrote:
I have two tabletts, SGT2 7" and SGN 8". The drone is equipped with a sirf III gps via CP2102 chip.
Just to verify … SGT2 is the Samsung Galaxy Tab 2 and the SGN is the original Note? Unfortunately I do not have either, but I do test with an original Galaxy Tab 10". Please let me know more about your SGT2 and SGN. What version of Android are you running on them? Is it a custom ROM? Any other "special" software running such as task killers / etc?
pki79 wrote:
The shown position and autonomous flight functions with the freeflight app are very stable and good. With your app the position of the drone is very unstable, it jumps over 50m from second to second.
50m from second to second? Doing some basic metric to english translation that means that the drone is travelling over 100 mph! AR.Pro does not use the drone's onboard guidance logic. It uses basic geometry logic I built that runs on your Android. When calculating bearing I use an "initial bearing" calculation and revisit every 10 or so milliseconds… this gives the impression of the drone traveling on an arc when going decent distances. If the "jump" you're referring to is altitude related then this is likely a result of AR.Pro reacting to the altitude values being provided by the drone's ultrasound/barometric sensor.
I have considered using the GPS altitude instead but haven't gotten around to it yet. Thanks for the reminder!
pki79 wrote:
Sometimes there are even dropouts of the fix.
By dropouts on the fix are you referring to the GPS fix? FYI -- AR.Pro relies on the fix data provided by the drone. If your num sats/hdop values drop to zero that is because the drone told AR.Pro. My software is merely reporting on what it is told by the drone / gps. Perhaps Freeflight reports at a slower rate which would reduce the likelihood of you seeing a brief drop.
pki79 wrote:
On the SGT the funcion to swipe the screen between map and cam does not work. The swipe works, the overlays get changed but the view remains the same (map or cam). I can switch to map by going to the settings and back. After this i have not managed to get back to the cam view.
I am able to recreate this on my old Lenovo A2107AH (ICS) and my even older Dell Streak 7 (HC 3.2) and will see about getting it addressed. I believe this is a compatibility issue with Gingerbread, ICS and Honeycomb devices. I don't think it is hardware related as it works fine on my old Xoom (wingray) running Kitkat.
pki79 wrote:
On the SGN (note) in the settings menu the button which should open the googlemap to save the offline map the button is greyed out, can not be pressed. I can launch the google maps app myself from the android menu and save the offline maps.
"Setup Offline Map" is only available when you are NOT connected to your drone. I did this because 99% of the time if you are connected to your drone you are connected to its private network with no access to the internet -- it is kind of hard to cache a map if you can't get to it. Setup an offline map only when connected to a publicly routable network and not already connected to your drone.
pki79 wrote:
On both tablets there are times the right screen joystick (altitude and rotation) is not working. The joy is working on the screen but the drone is not responding.
I have received this feedback a couple times in the past. It appears to only happen to some Samsung Galaxy based devices. Basically, I rely on the sensor data loop to drive updating control values. For some reason it appears that from time to time the onSensorChanged() event does not consistently fire for these devices. I have some ideas on how to address it and will prioritize it.
pki79 wrote:
On the SGT the flight time display shows the last digit in a new row :-/
This is a result of me skinning the backgrounds in v2.1.2. I thought I had covered all densities (I spent a good two hours bouncing from device to device, emulator to emulator, ensuring I got the view bounds correct but it sounds like I may be a couple pixels off on your SGT. Would it be possible for you to send a screenshot to
shell@shellware.com? I'll get this fixed just as soon as I know how many pixels (likely just a couple) I need to shift things.
pki79 wrote:
How to about a misson?
Would be a separate app. There is already multiplayer (dogfight) code inside of AR.Pro but I have it disabled because of Bluetooth / Wi-Fi interoperability issues.
pki79 wrote:
Pressing the landing button would make the drone land and start over again.
Do you know you can long press the Waypoint selector in the top action bar to change the active waypoint? It will cycle through each of them.
Hope this helps, and thanks again for all the great feedback!
Shell