Artwork and cache Android App
Answered
If scrolling through the Album list of my library (Music located on Nas) on android, the artwork rather slowly pops up. I already performed a reindex and rebuild of the cache. Optimize Artwork is checked.
On iOS and Windows the Artwork is instantly available. On android the Artwork always gets reloaded.
Android devices are: Pixel 3, Pixel 2 and Samsung Tab S5e - same behavior.
Support told me it could be a limitation of the 3 devices. For me it rather looks like a limitation of the android app - which is the thing all 3 devices have in common. Maybe a setting which i dont know.
I am curious if i am the only one with this problem.
Thank you for Support.
Note: The log shows rx packet overrun, but i dont think these topics are related to each other.
-
Official comment
Hi Christian
Please keep working with Jon on our level 2 team.
RX Packet errors suggest that there is in fact an issue receiving the updated information from the players if the cache is in fact corrupted. The two are most likely related...
-
Understood, but if that is the case, the question is why the cache is corrupted on all 3 devices running android and what is the solution.
I have sent another log, hope to get a fix of this issue soon.
Thanks
0 -
Has this bug been fixed already? As I know, Android has different methods for caching list views. However the BluOS app isn't doing that very well...
0 -
Hi Blackbird - this isn't a bug - this is a problem with your network. We will be happy to help troubleshoot by selecting Help, Send Support Request in the App.
0 -
Not sure, why my network is the problem - just three devices (tablet, powernode, pulse mini) and an access point are active within a small room. When using the network for other things, I'd never had any problems (high latency, packet loss, CRC errors, etc.)
But maybe I'm wrong, so please give me a hint what I can do to solve the problem.
Before that, I would like to know if the artwork will be cached on the android device or not. If this would be done, scrolling up and down should show the covers instantly (at least as soon the cache has been built), but this doesn't happen. So I see only two explanations (beside a network problem):
- the app has'nt been optimized for speed (tuning an image list can be tricky within android)
- the app is fetching the covers each time again and again. If so, the delay would be clear (transferring just 10 covers with 50KB each over a 50Mb-WLAN needs 100ms at least).
0 -
But maybe I'm wrong, so please give me a hint what I can do to solve the problem.
We will be happy to help troubleshoot by selecting Help, Send Support Request in the App.
0 -
Interesting you have the same problem. My problem was never solved and is still existing. Even a remote session was no success. I switched cables, switch etc. - nothing helped.
I told this before: No problem with ios and windows devices.
As far as i remember (it's a long time ago) i was told that the problem will be forwarded to the development team. It would be interesting what happens in the meantime.
0 -
Maybe it has to do with the network but I don't have any explanation how this could influence an already cached list.
I would guess that the reason for this behaviour is unefficient program code in the android app. It is not that easy to do image lists ("views") perfect in android.
0
Please sign in to leave a comment.
Comments
8 comments