01-17-2020, 07:52 AM
(01-16-2020, 01:58 AM)Sungsoo Kim Wrote: I have the same problem described by @soundof-ferns.
But I have not suffered from this issue in moode 6.3. (Actually I have downgraded to 6.3 and this problem has gone away.)
So I am definitely sure that this issue is a bug in moode 6.4 and it can be fixed.
More data please. How large is your library and where are you noticing slowness? Can you capture the console log? I forget when the new library code hit, if it was 6.4 then that might explain a regression but it’s been very responsive with my ~25000 track collection though that’s just a small fraction of what the original poster had.
Moode’s webui has the same limitations as any other website and extremely large lists are a major pain point for browsers. The more complex the list (and thus page) the more memory it uses and the harder your device has to work to display it. Turning off any eye candy (backdrops, alpha blend, etc.) helps as that means less compositing. The tag view with album covers is much more demanding than without, there’s a hidden toggle in the playerlib.js file that disables them. I looked a bit into libraries that allow loading large lists in sections but not having all the data in memory means moode can’t do some of the things it does now so it seemed like a non-starter (and it still wouldn’t ever be as fast or efficient as native code whether it’s bubbleupnp or glider or whatever) so right now the answer for extremely large libraries is the same as the op found. If you have a ~50k item library (or less) and are noticing major ui lag then pm me.
