Loading Profile...
Android client, performance issues with many playlists
The android client is working great but I'm having problems with performance regarding my extensive playlist collection. I have ~160-170 playlists and some of them has grown quite large, eg. "Albums to listen to" has 3656 tracks. I can give you permission to investigate my playlists (user name mnsc) if that needs to be.
I know that my behavior is not expected and somewhat of a workaround the poor current playlist management capabilities (needs tagging, hierarchy, rating but that's an aside). And the desktop client is so damn good it's never been a problem.
The performance problem manifests as severe lagging when the playlists are showing in the client. Something like 10 secs when I use the headset to pause/switch songs (headset control!). If I switch to search it works as expected with minimum to no lag, so I'm pretty certain that my buttload of playlists are the culprit.
Another indicator is that my large playlists sums to different totals in the desktop client and the mobile client (3269 playable tracks in desktop, 3249 in the mobile client).
A workaround would be helpful, a way of hiding playlists that I don't think I will use much in the mobile client? Hierarchic/tagbased grouping of playlists where I can choose a folder/tag as base for my mobile client?
But in the end, with the workaround of switching to search, the client still ends up in the M**F**ing awesome-section of my android apps!
I know that my behavior is not expected and somewhat of a workaround the poor current playlist management capabilities (needs tagging, hierarchy, rating but that's an aside). And the desktop client is so damn good it's never been a problem.
The performance problem manifests as severe lagging when the playlists are showing in the client. Something like 10 secs when I use the headset to pause/switch songs (headset control!). If I switch to search it works as expected with minimum to no lag, so I'm pretty certain that my buttload of playlists are the culprit.
Another indicator is that my large playlists sums to different totals in the desktop client and the mobile client (3269 playable tracks in desktop, 3249 in the mobile client).
A workaround would be helpful, a way of hiding playlists that I don't think I will use much in the mobile client? Hierarchic/tagbased grouping of playlists where I can choose a folder/tag as base for my mobile client?
But in the end, with the workaround of switching to search, the client still ends up in the M**F**ing awesome-section of my android apps!
I’m in workaround mode
1
person has this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
The company has acknowledged this problem.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?Our playlist servers may be a little slow with everyone downloading them onto their mobiles at the same time. It will likely improve as time passes.1 Comment
Add a comment
This solves the problem
-
But if server performance is an issue then that must mean that the client is always busy checking/syncing my many playlists and the lag is "waiting for server"-lag. That seem to me like bad prioritizing when the client has limited resources/bandwidth. If this is the case you should let the user decide when to sync playlists manually and when to live sync. -
Inappropriate?Just wanted to say that with the 0.3.21 this is a manageable problem. Now the client is acceptably slow and I have used it quite some bit. The large playlist +3000 tracks, still causes a force quit if I try to browse it. I have browsed some +300 tracks playlists successfully and that's a reasonable limit imho.
I’m thankful
EMPLOYEE
