Quote:
Originally Posted by rmzg
Nope, changing the file name template doesn't appear to change much (although why on earth it defaults to all files in a single directory..)
|
It defaults to that because that is what most users want. The slowdown (normally) doesn't happen until one get hundreds of books. Sixty percent of CC users have fewer than 500 books in their library, and it is rare for the problem to appear for libraries in main memory.
As for why your device is slow, I cannot say. If you changed the template, did you reload the books? If not then you might still be seeing the slowdown because the directories share the same "level" as the already-there books. Up to now we have not encountered a case where enabling the two options in Settings / File names, changing the template as discussed in the FAQ, and reloading the books has not fixed the problem.
Assuming that adding the first book was quick but it slowed down as more books were added, if changing the template does not fix the problem then I am out of ideas. If we cannot solve your problems you are welcome to ask for a refund. If you want to do that then use "Contact Us" on the
www.multipie.co.uk website.
Technical note: The local library cloud connection simply copies the file using Android system interfaces then adds a record to its database. It does almost nothing else. If this is slow then either reading a file from the SD card is very slow, creating/writing a file in main memory (using the SAF) is very slow, or both. It could be that writing the database might be the cause of the slowdown, but given that some people have in excess of 20,000 books and aren't seeing a DB slowdown this possibility is unlikely.
Hmmmm ... random thought. If you have a lot of apps that run all the time then CC could be dramatically affected. Every time CC asks Android to copy a bit of a file Android will consider swapping to some other application. If there is always such an app available then CC will lose. I consider this possibility very unlikely, but it is worth asking.