Replies: 14 comments
-
No I don't think it's possible to have two versions of a lib in the same App. Even if it's possible, the 1.3.x one still lacks 16K support. |
Beta Was this translation helpful? Give feedback.
-
Thank you for fast reply. Then we have only 1 option left, is to switch to another library? This is very sad, because a lot of things will need to be redone in the application. |
Beta Was this translation helpful? Give feedback.
-
How ever, you can upgrade your App to armv8 only starting from your next big release. In this case users on armv7 won't see the update and won't upgrade to it. Steps suggested by DeepSeek. To ensure your app is only available for ARMv8 (ARM64) devices on the Google Play Store, follow these steps: 1. Include Native Code for ARM64 Only
2. Configure
|
Beta Was this translation helpful? Give feedback.
-
Unfortunately i can't exclude 32-bit devices, at least for now. :( Unfortunately around 50% of Android TV-boxes still use 32-bit. |
Beta Was this translation helpful? Give feedback.
-
Well MMKV is open-sourced. You can always fallback to hacking it to fulfill your needs. |
Beta Was this translation helpful? Give feedback.
-
Thank you. |
Beta Was this translation helpful? Give feedback.
-
@lingol I tried to build MMKV from source, but there is no such task |
Beta Was this translation helpful? Give feedback.
-
Read the wiki carefully. There's a difference between v2.1.0 and older versions on gradle tasks. |
Beta Was this translation helpful? Give feedback.
-
Is there any official plan to support this, there should be a lot of people who will encounter this problem. |
Beta Was this translation helpful? Give feedback.
-
Thank you for raising this concern. We acknowledge that Google's current guidelines on this matter are still evolving and lack definitive clarity. As such, we’ve decided to adopt a cautious approach while monitoring updates to ensure alignment with finalized recommendations. For our Long-Term Support (LTS) series, our policy prioritizes stability and maintenance over feature additions. New functionality will only be considered in exceptional cases where there are critical requirements (e.g., security vulnerabilities, breaking changes, or unavoidable compatibility issues). We’ll continue to evaluate the situation closely and reassess our stance once official guidance is solidified. In the meantime, we appreciate your patience and understanding as we prioritize reliability for LTS users. Next Steps:
Feel free to share additional context or use cases that might influence our approach. |
Beta Was this translation helpful? Give feedback.
-
Try out my fork, see
|
Beta Was this translation helpful? Give feedback.
-
@Goooler Did you test your aar on a 32-bit device? I don't see you change the MMKV.java for 32-bit
|
Beta Was this translation helpful? Give feedback.
-
Thanks for your report! Fixed in https://github.com/Goooler/MMKV/releases/tag/v2.1.0.1 |
Beta Was this translation helpful? Give feedback.
-
基于 v2.1.0 版本重新编译了MMKV源码,支持32-bit & 64-bit ('armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64'),有需要的可以自取,可以用aar方式集成! |
Beta Was this translation helpful? Give feedback.
-
Hello,
I know similar questions have been asked before. But I wanted to know about something else.
According to the information that Google officially provided, in 2025 they are going to prohibit the publication of applications in the Google Play Store that do not support 16KB.
In this case, everyone will have to switch to MMKV version 2.x.
But, there are still a huge number of devices, even on Android 14, that run on a 32-bit system.
It turns out that developers are becoming hostages of this situation. If we switch to MMKV version 2.x to support 16KB due to the requirements of the Google Play Store, then a huge number of 32-bit devices will simply stop running. That is, the application will be installed from the Google Play Store and on 32-bit devices it will simply crash.
Because of this, everyone who uses the MMKV library and publishes their applications in the Google Play Store, and I am sure there are a huge number of them, because your library is the best, will be forced to look for alternatives, which in principle do not exist.
Please tell me, is it possible to somehow use 2 versions of your libraries in 1 application (MMKV 1.x and MMKV 2.x) to support all devices?
Beta Was this translation helpful? Give feedback.
All reactions