Moderators: daneren2005, moderators
flvinny521 wrote:Well it is quite a large playlist, over 4000 songs. I expect a delay when I am loading that from my server, but I had already done that and started playback in the prior session.
I will try to reinstall and go from there.
Sent from my SPH-L900 using Tapatalk 4
daneren2005 wrote:Ah, yes, I can see why you might think that. On Android the only way to keep the playlists in sync between different sessions is to write it to a file. In between "sessions" the entire app is killed and everything wiped from memory, so I have to be able to reconstruct it from scratch. The larger the playlist, the more stuff has to be read from that file, and the longer it will take. I have read somewhere that serializing (the method used to save the playlist) is much slower then some of the alternatives, so I will have to look at changing how it's done so it will load faster, but no matter what it has to load from the disk.
flvinny521 wrote:daneren2005 wrote:Ah, yes, I can see why you might think that. On Android the only way to keep the playlists in sync between different sessions is to write it to a file. In between "sessions" the entire app is killed and everything wiped from memory, so I have to be able to reconstruct it from scratch. The larger the playlist, the more stuff has to be read from that file, and the longer it will take. I have read somewhere that serializing (the method used to save the playlist) is much slower then some of the alternatives, so I will have to look at changing how it's done so it will load faster, but no matter what it has to load from the disk.
With this in mind and being a bit more patient when launching the app, it seems like everything is working perfectly fine.
The only oddity I have found is that when a song advances, the BT position counter keeps going as if the previous song was still playing for another 12-15 seconds. The artist and title of the new track sometimes lag as well, but usually not as bad.
flvinny521 wrote:daneren2005 wrote:Ah, yes, I can see why you might think that. On Android the only way to keep the playlists in sync between different sessions is to write it to a file. In between "sessions" the entire app is killed and everything wiped from memory, so I have to be able to reconstruct it from scratch. The larger the playlist, the more stuff has to be read from that file, and the longer it will take. I have read somewhere that serializing (the method used to save the playlist) is much slower then some of the alternatives, so I will have to look at changing how it's done so it will load faster, but no matter what it has to load from the disk.
With this in mind and being a bit more patient when launching the app, it seems like everything is working perfectly fine.
The only oddity I have found is that when a song advances, the BT position counter keeps going as if the previous song was still playing for another 12-15 seconds. The artist and title of the new track sometimes lag as well, but usually not as bad.
daneren2005 wrote:
Can you see if the same thing happens for GMusic? Sorry for continually telling people to do this, but without any hardware to test for myself, it seems to be the only way to determine whether or not it is a problem with my code or the framework itself.
daneren2005 wrote:Can you see if the same thing happens for GMusic? Sorry for continually telling people to do this, but without any hardware to test for myself, it seems to be the only way to determine whether or not it is a problem with my code or the framework itself.
mr_nobody wrote:Don't recall if this has been reported but in the current version, I'm having a problem where if I play an album from Recently Added it works fine. However if I back out from that album to the screen that displays all of that artist's albums and go into one of them and click play, nothing ever plays/loads.
[edit]: Oh, btw the same thing happens if when I'm on the screen with the artist's albums, I hit the shuffle button.
Users browsing this forum: No registered users and 3 guests