Game Compatibility

Every row below came from someone actually running the game on hardware — nothing here is guessed.

Submit a compatibility report Browse raw logs

This project is young and most games haven't been tried yet. Don't see the game you're after? That usually just means nobody's tested it — grab the APK, run it through Android Horizon, and submit what you find. Package name, version, and icon are read straight out of the APK itself, so results can't drift from what you actually ran.

Loading reports…

What a game needs to have a shot

arm64-v8a native libraries in the APK (lib/arm64-v8a/*.so) — only AArch64 ELF binaries load right now. ARM32-only (armeabi-v7a) APKs get caught during scanning and blocked with an explanation instead of just failing partway through.
A plain .apk — split packages and .xapk bundles aren't handled yet.
JNI calls that go through a handful of Java-side helper classes rather than something exotic — the cocos2d-x SimpleAudioEngine/UserDefault/activity-callback pattern is the one actually tested so far. Other patterns might work too; they just haven't been tried.

Probably not happening soon

Unity games — libunity.so/IL2CPP is a different native runtime and JNI surface entirely; nothing here targets it.
Anything that leans on Google Play Services — sign-in, ads, real IAP, Firebase. Those calls are stubbed to no-ops, not implemented, so a game that needs one to get past a login or paywall screen is stuck there.
Real network multiplayer.