3 ms·
Yeah, it just seems like they have the resources to support a bigger NDK team if they cared to do so. There plenty of apps that could really use a well-support
by iainmerrick 9y ago
Yeah, it just seems like they have the resources to support a bigger NDK team if they cared to do so.
There plenty of apps that could really use a well-supported NDK. Games and audio apps for a start.
- pjmlp 9y agoGoogle released ARCore last week. "ARCore works with Java/OpenGL, Unity and Unreal and focuses on three things:" https://android-developers.googleblog.com/2017/08/arcore-augmented-reality-at-android.html https://android-developers.googleblog.com/2017/08/arcore-aug... Which makes quite clear that even in AR, the role of the NDK is to support Java, Unity and Unreal applications, not to be used alone. I am fine with it, given the security issues with the native code so we should actually minimize its use, I just would like they would provide better tooling to call framework APIs instead of forcing everyone to write JNI wrappers by themselves.
- iainmerrick 9y agoAs a counter-example, they also just announced AAudio, and that's a C API: https://developer.android.com/ndk/guides/audio/aaudio/aaudio.html https://developer.android.com/ndk/guides/audio/aaudio/aaudio... So they are still using C as a lingua franca for some low-level parts of the system. But without putting much effort into improving the C toolchain. I'm not very familiar with Unreal but I understand it's a C++ library, so it seems like that would benefit from a solid C++ toolchain too.