mdwrigh2

12 ms·

61.
by mdwrigh2 13y ago
If you're doing this kind of computation, do it either in Renderscript or C and call into it from JNI.
62.
by mdwrigh2 13y ago
> I cringe at every loop wondering what the performance cost will be (it's not always clear or predictable). Really? I think it's fairly easy to determine what would be expensive vs. what's going to be relatively cheap. I&
63.
by mdwrigh2 13y ago
The scan rate isn't typically the worst factor, which is usually between 120-300hz (meaning a max additional latency of 3 - 30ms), but rather deriving meaning from that data is. Filtering in a noise-free environment typically adds a fe
64.
by mdwrigh2 13y ago
The NDK is great for games, but is really not meant for other types of applications. It lacks a ton of mechanisms to interact with other pieces of the platform.
65.
by mdwrigh2 13y ago
> Phones I used in testing: HTC One, Samsung S4, Nokia Lumia 1520, and iPhone 5S Honestly, try a Nexus 5 if you get the chance. The hardware in the phone makes a huge difference (and it's often in places that aren't benchmark
66.
by mdwrigh2 13y ago
>The choice of Java/Dalvik does seem like a mistake, and was a carry-over of Android coming from classic J2ME roots, which worked well with Google's love of all things Java. Where did you get the idea that Android had J2ME root
67.
by mdwrigh2 13y ago
Doesn't get any special treatment by Android either. All other threads get set to background priority (well, most, but all that we care about), which by default can only consume 10% of CPU resources.
68.
by mdwrigh2 13y ago
> The perceived sluggishness of Android was down to how the system was architected, especially around the way the UI thread was prioritised UI thread priority has been debunked time and time again: https://plus.google.com&#x2F
69.
by mdwrigh2 13y ago
NDK support is being worked on. There are samples[1] of the API, but it's largely undocumented and still a work in progress. There's a reason AS hasn't hit 1.0 yet: it isn't ready. [1]: http://docs.google.com&
70.
by mdwrigh2 13y ago
> lack of node recycling for lists Adapter#getView[1] has been around since API 1, which is used in ListView (as well GridView, etc.) to recycle view nodes. [1]: http://developer.android.com/reference/android/wi
71.
by mdwrigh2 13y ago
Even if the battery were comparable to a phone, the battery life would be measured in minutes if you left the camera on and recording all the time. The camera is the single largest consumer of battery on your phone (when in use).
72.
by mdwrigh2 13y ago
Without commenting on the overall debate, I think this nails the issue with the article: > However, a contribution made to a candidate with views on hundreds of issues has no equivalence to a contribution supporting Prop. 8, a single is
73.
by mdwrigh2 13y ago
> Android’s SMS APIs are not well-documented, and Google has changed them over time. There were no SMS APIs prior to 4.4. Yes, the implementation was not protected as system only, but it was an implementation detail not an API guarantee,
74.
by mdwrigh2 13y ago
Sure, but most things are easy because someone else has done the heavy lifting. I was just pointing out how easy building the Android kernel is, something he described as "physically painful".
75.
by mdwrigh2 13y ago
Cross compiling the Android kernel is fairly straightforward. Download the whole Android source tree, source build/envsetup.sh, lunch the target you want, export ARCH=arm, SUBARCH=arm, CROSS_COMPILE=arm-eabi- and then build away in the
76.
by mdwrigh2 13y ago
None of your response indicates that the proxy is the issue here.
77.
by mdwrigh2 13y ago
I'm pretty sure this breaks if you have a different number of digits for the first and last characters.
78.
by mdwrigh2 13y ago
In vim: :let @q="ilist.add(\"^[A\");" :%normal @q
79.
by mdwrigh2 13y ago
No, there's one Android: the one certified by CTS and conforming to the CDD. You aren't allowed to use the name Android to describe your device without being certified as "Android-compatible". From the FAQ on source.andr
80.
by mdwrigh2 13y ago
Not necessarily; some APs and BPs communicate over USB rather than the BP acting as a hypervisor.
81.
by mdwrigh2 13y ago
This isn't necessarily Google services vs. AOSP. Since they aren't going through certification there's no guarantee they've gone through CTS tests (so they APIs may differ from stock Android, either in signature or funct
82.
by mdwrigh2 13y ago
Except experience so far hasn't borne that out; FFOS has been pretty low performing on low performing hardware. The web was not made to be a lightweight platform, and any attempts to make it be one are going to be long struggles.
83.
by mdwrigh2 13y ago
It's a good thing neither of those platforms support HTML and JS.
84.
by mdwrigh2 13y ago
The point of proportional size is to account for the size of glibc, which has to be on disk and in memory and so incurs a cost that isn't accounted for by just looking at the size of the binaries that link against it, by dividing glibc
85.
by mdwrigh2 13y ago
> A stripped and dynamically linked hello world results in a 6kb program on my machine (glibc). Is that the proportional size (binary size + glibc size / number of things using glibc), or just the size of the binary?
86.
by mdwrigh2 13y ago
On a Nexus 5 doing the first doesn't change anything for me; it's just less accurate (I did so, then opened up Google Maps to double check). But you're going to have to define what you mean by "Google code", because
87.
by mdwrigh2 13y ago
Settings > Location > Mode > Select "Device Only" and Settings > WiFi > Advanced > Uncheck "Scanning always available" (which asked for permission on first boot) These are user settings, not app setting
88.
by mdwrigh2 13y ago
I've read it, but my point is none of this got more proprietary in 4.4, which is the line I quoted and refuted. Cloud services have always been proprietary because it costs money to run them. If you want to complain that not everything
89.
by mdwrigh2 13y ago
Why do you want to skip the sensor fusion step? The entire point is it gives you more accurate data.
90.
by mdwrigh2 13y ago
> Why shouldn't I be able to choose some other provider for all these services, like location? You can, just provide an implementation of LocationProvider: http://developer.android.com/reference/android/loc

More ›