View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008054 | MMW v4 | Properties/Auto-Tools | public | 2011-06-29 19:53 | 2011-06-30 06:31 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 4.0 | ||||
| Target Version | 4.1 | ||||
| Summary | 0008054: Performance: improve speed of first-time loading of audio artwork | ||||
| Description | Bug 0008032 implemented caching of audio images, however, the implementation is such that performance of the AA view is not as fast as for Videos if viewed prior to the cache being generated. Issues are: a) Image aren't loaded in advance of scrolling through the AA view b) In scrolling through the AA view, the UI doesn't respond properly to the wheelmouse/scrollbar as the UI is locked until the images for the Albums currently in view have been loaded. What should happen is that: a) The images should be loaded in the background (even prior to them coming into view) in the same manner as Video Thumbnails are loaded independently of what the user is scrolling in the UI. b) The images should be loaded in a separate thread so that it doesn't interfere with UI activities. Comment from Petr: a) this was implemented in early MM3 version but removed because of CPU usage even when user doesn't do anything (will enable it back for a next build) b) covers are loaded in thread, but resizing to thumb size must be done in main thread (that's the reason why UL looks frozen) ... will try to do something with that Comment from Rusty: a) shouldn't be an issue if the status bar indicates that thumbnails are being generated (as is the case for videos). That way users understand _why_ CPU utilization is higher temporarily. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
