View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004920 | MMW v4 | Properties/Auto-Tools | public | 2008-11-11 22:18 | 2014-12-10 00:46 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | feature | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 3.1 | ||||
| Target Version | 5.0.0 | ||||
| Summary | 0004920: Support for Total # Discs and Tracks | ||||
| Description | MediaMonkey currently doesn't save Track x/Y or Disc x/Y when there are multiple tracks or multiple CDs in an album. i.e. it saves x, but not Y. note: for MP3 tracks, this information is saved as a side effect of the fact that ID3 specifies '/' as a separator. This doesn't work for other formats though. When implemented, we might also want to modify sorting a bit so that sorts by Track# use both Track# and album #. | ||||
| Additional Information | http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=2554 http://www.mediamonkey.com/forum/viewtopic.php?f=7&t=55794 http://www.mediamonkey.com/forum/viewtopic.php?f=1&t=65956 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
There are several things that need to be clarified: 1. How to add it to Properties dialog? It's currently nicely aligned and relatively well grouped by similar fields. We need to find out a new layout... 2. Add a column (invisible by default?) to tracklist for both new fields? Other tasks to do (clear how to implement): 3. Implement tagging support to various formats. 4. Add search/query support for both new fields. 5. Add masks for auto-tagging (and possibly also parsing filenames). |
|
|
I would think that no new layout is really needed--a tooltip would be sufficient to clarify this. e.g. X or X/Y where X is the # of the file in an Album/Series and Y is the total #. X or X/Y where X is the # of the Disk in an Album/Series and Y is the total #. i.e. if the user enters x/y in this field then MM should automatically enter x as the Track/Disk # tag, and y as the Track Total/Disc Total tag. |
|
|
I'm slightly afraid of introducing of new special characters in any field ('/' in this case), users might want to use the character in Track# field for other than separation purposes. Also, since 2. (see above) is needed, it probably makes more sense to also introduce the two new fields separately in Properties dialog. |
|
|
I'm not clear what the objection is to using a '/' as a separator--I can't think of why anything other than numeric values are required for these fields (afaik, the only reason we added support for non-numeric values was so that users could enter a '/' until such a time as we properly implemented support for x/y). As far as how this displays within a tracklist, I think that it's fine to leave the fields as is since most users will take advantage of this functionality only for Album#, and I don't see a problem displaying Album# in x/y format. The only complication is that implementation is format-dependent since some tagging formats support x and y, whereas others only support x. For formats that only support x, I would propose that we continue saving the value to the tag as a string, and that MM read the entire string on scanning. e.g. - for MP3 x and y fields are support for Albums (TPOS) - for OGG x field only is supported for Album |
|
|
Reassigned to Ludek for MM5 |
