View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002099 | MMW v4 | Burning / Disc Handling | public | 2005-10-27 15:23 | 2010-10-25 19:03 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 3.0 | ||||
| Summary | 0002099: Burn Data CD: Option to include Album Art | ||||
| Description | Given that the burn data CD option is sometimes used for backups, it would be useful if album art were burned to the CD when it is synched. From my perspective this is only required for Album Art that is not saved to tags (i.e. Art that is saved as a link). The easiest way to do this would be to just save the album art in the exact same manner in which it is saved in the user's collection, however, this could be sub-optimal for collections in which some tracks are saved to an Album's directory and others are saved to a central directory. Thus we might want to consider the following: Save linked album art _________________________^ (options: [[to album folders]] / to common folder) . . Directory: _____________________ (this option is only active if 'common folder' is chosen) | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?t=5951 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1029 | ||||
|
|
Before assigning to Ludek, I'd like to discuss decreasing priority of this, I think that it doesn't have to be in 2.5, there are much more important things. |
|
|
Is this a major effort for 3.0? Or relatively trivial to implement? |
|
|
I think that this could be implemented in MM 3.0, it shouldn't be too hard. (Ludek, contact me in case there's anything technically unclear with album art handling). |
|
|
There are many possibilities how to burn Album arts of which we should choose one or two. Maybe the best one is to burn linked album arts direct to the directory in which burnt track will appear on the CD/DVD. By using this way we can eliminated the ugly case that <Album> mask is not defined in Disc format. Another way is surely burnt all album arts to common folder similar like Playlists (eventually with Album subfolder or prefix). Another question could be either only linked Alb. arts (image files) could be burnt or all which appears in directory where a burnt track lies on HDD. We should clarify it. |
|
|
I think the two options you propose are reasonable, i.e. only offering to: -burn album art to the directory containing the track -burn it to a common directory As far as what gets burnt, I think we can start off with just linked album art (if there's demand in the future, we can add 'buddy files' and/or decide to add tagged album art, but I don't think that's quite as important). Thus the ui could be: Save linked album art _________________________^ (options: [[to track folders]] / to common folder) . . Directory: _/Album Art_________________ (this option is only active if 'common folder' is chosen) note: Art should probably be of the form <Album Artist>-<Album>.jpg |
|
|
Ok, I have implemented it according to the last proposal. Just one note: There can be attached more then one picture to a track/album. In this case I use: <Album Artist>-<Album>-1.jpg <Album Artist>-<Album>-2.jpg .... Implemented in build 1004. |
|
|
Re-opening due to a spec change :( Bug 2753 has so much in common with this feature, and given that we've eliminated the 'common folder' approach for Album Art, we should change the implementation slightly to: [ ] Save all album art to track folders _folder.jpg________________________ [>>] [ ] Save all album art to track tags |
|
|
The spec change implemented in revision 2713. Build 1029. |
|
|
Tested build 1028 for synching Album Art to the folder. It seems, though, that for each track in an Album, another copy of folder.jpg is saved! e.g. for an Album with 5 tracks, there appears 5 copies of folder.jpg (all with the same name) in the /<Album> directory. |
|
|
1. I'm not sure why you have tested build 1028. I wrote that this was implemented in the build 1029! 2. Why you wrote "for synching ". I suppose that you mean burning, because this bug is about burning album arts. 3. Re-test it in build 1029 again please (if you have time) because this doesn't seem to be reproducable in the build 1029 (works fine for me). |
|
|
verified |
