View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003139 | MMW v4 | Synchronization | public | 2007-06-22 15:55 | 2012-12-22 01:22 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Target Version | 4.1 | Fixed in Version | 4.1 | ||
| Summary | 0003139: Browsing iPod / iPhone in MediaMonkey: Album Artwork isn't shown | ||||
| Description | If the user is browsing an iPod from within MM, they would expect to see any artwork stored to the iPod DB. Currently this isn't supported. Setting as 'Normal' priority--this isn't that common a usecase at the moment. | ||||
| Additional Information | http://www.jirihajek.net/mantis019/view.php?id=3139 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=66622 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1601 | ||||
|
|
Raising priority since in build 1081 the artwork _is_ shown in the album art window, however, it isn't shown in the Album Art Details view. i.e. it looks like it might just be a bug. |
|
|
This is probably because AA window reads AA of the selected track and so it goes even into tags. In contrast AA view has to show many AA at once and so it doesn't check tags of each track, without first checking DB. Therefore, I'd suggest to keep it as is, decrease priority and possibly in the future implement showing of AA directly from iPod DB. |
|
|
This doesn't seem to work at all in MM 3.0.3 or 3.06 either in AA View OR in the Album Art Window. Raising priority. |
|
|
The status of this issue is a bit out of date: 1) The issue applies specifically to iOS devices (iPhone and iPod Touch--Artwork from Older iPods does display) 2) The issue is more severe than originally described--users _do_ expect this functionality to work just as it does with iTunes. |
|
|
Unfortunatelly it isn't easily solvable at least for iOS5, because all artwork is stored in the Artwork folder like /iTunes_Control/iTunes/Artwork/2e/20a42e33b9621f55_17826064.jpg and the 2e/20a42e33b9621f55 is kind of hash and I don't know the key to create the hash (this info is not stored within the device database) |
|
|
As noted here http://www.ventismedia.com/mantis/view.php?id=6659#c31467 it would require significant effort also for the several older DB formats. Therefore Jiri suggested an alternative approach and show Artwork at least for tracks synced by MM (for them we know their ID from MM desktop DB and so we can show their Artwork). |
|
|
The alternative approach (supplying library artwork for tracks synced by MM) implemented in build 1601. |
|
|
Verified 1615 |
