Most android players allocate 4GB for internal and path Android/data/org.xbmc.xbmc/files/.xbmc/userdata/ sits in that 4GB partition.
The majority of users will be fine with their content, however my 9K album FLAC collection just took it to the limit and stopped adding albums, extended info and cover art.
Any solution like moving the path Android/data/org.xbmc.xbmc/files/.xbmc/userdata/ to my external 32GB SD. Kodi nightly build does not allow android app manager to move it to SD.
Thanks for the head up but it's not too promising if storage allocation issues don't get fixed in the main kodi.
The discussion on github overlooked the fact that xbmc can absorb all of storage space with just content library data, making the device useless for any other apps and leaving the end user with a incomplete library.
Failure by design?
XBMC is not meant for android or any other Mobil OS, it is still immature but very usable imo, plus with every version of android they have to deal with new changes in the code made by google, permissions and the like.
It's not android in this case that limits the xbmc database, it's the choice of not storing DB files on external SD with the same or better I/O speed that limits the xbmc user.
The option of storing on external SD or even USB drive would even be great for user flexibility.
Isn't that functionality available on other OS based xbmc solutions?
no it's not (only in a hackish way)
To bad... only way forward then is to plug in a bigger memory module and do a recovery that allow me to work in 32GB instead of 8GB
Back to square one.
(2014-10-26, 08:14)lrusak Wrote: [ -> ]It's in the works, https://github.com/xbmc/xbmc/pull/5545
You might want to try SPMC when if Koying merges this PR there
That seems to be different. That's about moving everything, including XBMC/Kodi itself, to the SD card. I do think there is a more specific pull request for just the userdata, though.