View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007024 | MMW v4 | Conversion/Leveling | public | 2010-12-18 22:50 | 2013-01-10 05:19 |
| Reporter | user_chrisjj | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | feedback | Resolution | open | ||
| Platform | Windows | OS | XP | OS Version | - |
| Product Version | 3.2 | ||||
| Target Version | 4.1 | ||||
| Summary | 0007024: 1304 How to enter Disc# when ripping? | ||||
| Description | Though I have got <Disc#> in Rip CD Destination, I can see no way of entering the disc number when ripping each disc. This means that the discs of a multi-disc album get munged together - they all go in the same folder and have a blank TPOS tag value. Surely the dialog should have an input control for the Disc# of the current disc? EDIT: Workaround from Rusty: go to the Disc node, and edit the track attributes there. Note: MM wipes those entries when it refreshes the list, which annoyingly it seems to do often of its own accord. EDIT: Rusty says: We hope to make this more intuitive in MM 3.1. Note: persists in 3.2 - V1304 (TC) Reported at http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=23681#p117423 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
I think that two things could be done here: 1. To add any CD to Library as soon as its properties are edited in MM. This way all the edits would be saved, not only those fields that get stored in CDPLAYER.INI. 2. Add something like 'Disc Metadata...' button to Rip CD dialog. Clicking it would expand the dialog or open another one where user could change common disc properties. In order to not introduce any new UI, we could simply show our standard Properties dialog for all the CD tracks. User could easily enter items like Disc# there, they would get updated in Library and used in subsequent rip. Assigned to Rusty for a review. |
|
|
This issue is a symptom of 0002624 . Now that commands are context-sensitive (i.e. Rip CD command generally appears when the CD node is highlighted), the suggested workflow really makes a lot of sense (i.e. when the user inserts the CD, _all_ metadata can be edited--including Album Art), so that a Rip of that CD would use the available metadata. 1) I'm not that keen on the first approach, since I don't believe that most users would want CDs to be stored to the library (it would just pollute their search results, etc.) unless: a) The user is prompted (with don't ask me again) whether CD's should be auto-added (we'd have to determine the details of this). ii) CDs were stored somewhere other than the root node (e.g. a CDs node). iii) The ripped data would be automatically associated to the CD entry I expect that the above requirements are too onerous, making this approach not worthwhile. b) Alternately, we could keep the same UI as today, and store the CD metadata somewhere in the DB in a manner analogous to cdplayer.ini (i.e. so that metadata persists if the same CD is inserted, and so that a larger set of metadata is available than that saved to cdplayer.ini (i.e. ALL metadata including AA). Re. Option 2. (Disc. Metadata...') button, I'm not clear on the suggestion, since a new dialog would be required (one that supported metadata for multiple tracks) as suggested in 0002624. I would expect that if 1b) is implemented nicely, we probably wouldn't need 2). |
|
|
Rather a complex issue, pushing to 4.1 (possibly with other metadata handling improvements). |
