View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0019605 | MMA | Now Playing | public | 2022-12-05 16:18 | 2024-05-09 19:14 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | reopened | ||
| Product Version | 2.0.0 | ||||
| Target Version | 2.1.0 | Fixed in Version | 2.0.0 | ||
| Summary | 0019605: Performance: Optimize Artwork loading on Playback initiation | ||||
| Description | 1 Navigate to a playlist (in which all tracks have album art) 2 Click 'Play shuffled' --> Playing [Album Art view] opens and briefly flashes blank album art before the correct art displays! In contrast if the user initiates playback of an album/track this issue doesn't occur. Tested on build 1050 on Android 13. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1153 | ||||
|
|
Raised to 'immediate' since the issue occurs more often than originally thought, and has worse effects than originally described. The issue occurs whenever the user initiates playback of a Playlist (not just which using 'Play shuffled'). In addition to the 'Blank artwork' flashing, the track metadata doesn't update to display the newly playing track until a couple of seconds of playback have elapsed. |
|
|
A) On my devices, everything works fast, so it looks more like a memory problem and not a regression. Maybe a reboot app or device would help. B) Every playback request takes some time to process. Until the request is processed the previous track is displayed, then blank album art may flash between old and new album art. In MMA 2.0, there is an optimization for all views, containing tracks. When a user clicks on a track to play, then this track is displayed in NowPlaying until "play" request will be processed. Therefore displaying the required track in "Now playing" is super fast from these views. This optimization is also added for playlist/items view to the next build 1051. Fixed in build 2.0.0.1051 |
|
|
It's not a memory issue. I'm able to replicate the problem consistently as follows: 0 Set Options > UI > Show in notificatins bar to 0 1 Open Playlist A (with 300 tracks) and tap track 3 to initiate playback. And then STOP playback via the notifications bar. 2 Wait 1 minutes --> MM stops running in the background 3 Open the device again, and in MMA, select playlist C (with 300 tracks) and tap track 4 to initiate playback --> Playback starts but it takes a couple of seconds before the correct artwork displays This happens consistently (but the bug doesn't usually occur if MM has not stopped running in the background after step 2). |
|
|
A possibly related issue is that one user indicated that when initiating playback on Android Auto, the first track is always missing album art. https://www.mediamonkey.com/forum/viewtopic.php?t=103215 |
|
|
There are some improvements and fixes in build 2.0.0.1075. Let me know whether it is ok on your side. Otherwise capture a video, ideally compared to MMA 1.4.X. |
|
|
Here you can see how it takes about 1 second for the artwork in the Playing view to update. Moreover, if you watch the video slowly, you can see: - initially it loads 'blank artwork' - then it loads the artwork for the previously played track - then it loads the artwork for the playing track It should skip loading the artwork of the previously played track if playback for a new track has already been initiated. Debug log PSSBG6RM1L |
|
|
Retested in 1080, and the behavior seems to have been somewhat optimized. In this build, initiating playback from a browser view --> - initially it loads 'blank artwork' - then it loads the artwork for the playing track about a second later I would suggest that: a) it should skip loading the 'blank artwork' screen (only show the blank artwork if there's actually no artwork) b) speed up loading of the artwork if possible (it's slower than other apps) |
|
|
Fixed in build 2.0.0.1152 |
|
|
Tested 1154, and I'm still able to replicate this problem in some specific cases, and I believe that it's related to cases where artwork is scanned to the library rather than synced (or more generally, to the specific mechanism used for storing artwork in such cases, since the bug probably can also occur with synced artwork if that same storage mechanism is used). To replicate: 0 Use a slightly older/slower device so that it's easier to observe the performance issues 1 Use MMA to sync 4 20-track playlists to a device 2 Delete MMA and the associated DB 3 Re-install MMA so that the tracks and artwork are scanned 4 Navigate to Playlist1 / Playlist 2 etc. --> Very often, the artwork for all of the tracks flash with 'No artwork' before the artwork is loaded 5 Tap 'Play shuffled' --> Very often the 'No artwork' image will load prior to loading the actual artwork |
|
|
Moved to 2.1 since that build will include a tag scanning engine and so all tracks should be treated similarly thus presumably solving this problem. |
