View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008216 | MMW v4 | Main Panel | public | 2011-08-09 03:35 | 2011-11-11 01:08 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.1 | Fixed in Version | 4.0 | ||
| Summary | 0008216: Thumbnails are associated to tracks that have no Art | ||||
| Description | Thumbnails are assigned independently of whether or not artwork exists, causing a variety of usability problems such as: - Files to Edit shows includes tracks that display thumbnails! - Edits to the Properties dialog cause thumbnails to disappear! See: http://screencast.com/t/tm2mSRD4h9 The root of the problem is that thumbnails are assigned per Album (rather than per Track). Petr indicated that this may not be fixable for 4.0. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1416 | ||||
|
|
Discussed in details with Petr the following summary: Current situation: - Video files Artwork is cached individually - Music files Artwork is cached by Album (which causes the weird situations described by Rusty). Fix for 4.0: - Video files - none needed - Music files - A&D window and Player will no longer show the cached Artwork, but will always read it. It will be slightly slower, but more precise. Note that MM UI won't be slower, since the reading is threaded. Fix for 4.1 (or 4.0.1): - Music files will be cached as Video files (i.e. individually, not by Album) |
|
|
Disabled cache for A&D window and player (will be in 1416). |
|
|
Tagging as resolved. Artwork caching for 4.1 tracked at: 0008224 |
|
|
Verified 1459 |
