Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
Hi there,
since March I am using dbpoweramp R16.2 Reference for OS X and this forum had been really of help to me to configure DBPA, setting up my preferred configuration and also have inspired me further how to tag music collections. I am quite happy so far with the functions of DBPA.
Many thanks to DBPA team, Spoon, PeterP and to the forum members.
So my post is about this ‘quite’ because the following issues give me headaches when processing each and every single CD (so far non-classical CDs to .flac). I wish these could be fixed or at least worked-around. Please have a look:
I.[U]‘Multiple value separator ; does not work for some fields’[/U]
Description:
Found this in GROUPING, LOCATION, LANGUAGE or MOOD.
(Example) Entering in the tag editing window frame (lower middle of DBPA GUI) ‘Hubba; Bubba’ to either of the fields above causes CD Ripper to create only a single field with the value ‘Hubba; Bubba’ in the ripped files but should create two entries, like:
If
GROUPING=Hubba; Bubba
then
GROUPING=Hubba
GROUPING=Bubba
I was surprised because it works for GENRE and others, ARTIST, of course. Expected a consistent handling of the ‘; ‘ separator across the Vorbis Comment Fields.
User Impact:
- Prevents from ripping CDs using DBPA only (And CD Ripper clearly got the functions/potential to deliver this!), because it's always needed to add an additional processing step; which is re-loading the ripped tracks into a tag editor afterwards to edit and store multiple values appropriately.
- Significant time increase spent for ripping, at least
II.Field Mapping
II.1 [U]‘ENSEMBLE field disappears after ripping’[/U]
Description:
Happens when
ENSEMBLE=band name
and also
ALBUMARTIST=band name
are set. In short: To both fields the same value assigned.
And it just happens? in the background, or have I overlooked sth perhaps?
User Impact:
- Cannot browse a separate index of bands (in non-classical) and also in future will not be able to index/filter for classical music ensembles from duetts over chamber to orchestras (when tagging classical music).
- Prevents from ripping CDs using DBPA only, because it's always needed to afterwards load the ripped tracks into a tag editor to recover ENSEMBLE.
- Time consuming and additional error source
II.2 [U]‘COMMENT mapped to DESCRIPTION’[/U]
Description:
Solved. could successfully change this to leave it unmapped as COMMENT.
Found a setting under DBPA configure>Codecs>ID Tagging.
User Benefit:
Transparent and user controllable as wanted. Nice. (Unfortunately I could not find a similar setting for ENSEMBLE, is it hidden elsewhere?)
III.[U]‘No Predictive Typing when filling Tag Comment fields’ [/U]
Believe I read about it in some Release notes but I got to admit I am not sure. Either way, I'd appreciate to have such support.
User Benefit:
- Reduces likelihood of creating unwanted ‘ghost’ indexes during tagging. E.g. when GENRE intent is typing ‘Classical’ but it happens to end up in ‘Classicall’ as a typo.
- Saves time because no (less often) retagging step needed.
thanks for reading
Any thoughts / suggestions?
Pantin
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
Quick answer to one of your issues. Only a few tag fields accept multi values. This is not a dbpa limitation. It is the tag standard.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
[QUOTE=garym;183415]Quick answer to one of your issues. Only a few tag fields accept multi values. This is not a dbpa limitation. It is the tag standard.[/QUOTE]
which ones are defined by standard to support multi values? would you have a link you could share please. or could you quote from the standard document, if you cannot do otherwise - thx
so far I couldn't find such a de jure information from searching the web.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
+missing information in regards to:
"
[U]I.'Multiple value separator ; does not work for some fields'[/U]
Found this in GROUPING, LOCATION, LANGUAGE or MOOD.
"
and also same for STYLE.
also GROUPING may be known to some as CONTENTGROUP. I am using this to add sub-genre information.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
[QUOTE=Pantin;183420]which ones are defined by standard to support multi values? would you have a link you could share please. or could you quote from the standard document, if you cannot do otherwise - thx
so far I couldn't find such a de jure information from searching the web.[/QUOTE]
Can't recall where I saw the information. I know I saw this somewhere. I vaguely recall @mville posting some info on this on a thread on this forum. rather than grouping field you might try STYLE for subgenre info. Not sure whether STYLE accepts multivalue, but you could try that too.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
Pantin,
In the past I used multiple values for the STYLE tag for some of my FLAC music. I used Mp3tag to add the multiple values. It was done some time after ripping, when I considered adding STYLE to all of my music.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
It is my understanding that in theory, where applicable, any vorbis tag can be multi-value, but over the years many server/player software(s) have not not followed this standard (for reasons unknown). So, some tags are treated as multi-value and some are not.
I guess dBpoweramp has identified this and has adapted to this situation i.e. it is pointless for dBpoweramp to write a multi-value MOOD tag to file, if no other software is able to parse the tag correctly.
Currently dBpoweramp supports the following vorbis/flac multi-value tags:
ALBUM ARTIST, ALBUM ARTIST SORT
ARTIST, ARTIST SORT
COMPOSER, COMPOSERSORT
GENRE
SOLOISTS, SOLOISTSSORT
STYLE
and (but I have not used, so cannot confirm)
[LEFT][FONT=Verdana]LYRICIST (Original lyricist(s)/text writer(s))[/FONT][/LEFT]
ORIGINAL ARTIST (Original artist(s)/performer(s))
WRITER (Lyricist/Text writer)
I am happy to be corrected here, if my understanding is not correct or I have not included important information.
1 Attachment(s)
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
mville, many thx for your list.
I could not respond earlier because the professional part of life had occupied me, but I'll try to keep up. (Likewise, I do not expect instantaneous replies to my posts from forum members either)
So, I've used your list and [U]conducted a multivalue test rip[/U]. My goal was to see what CD Ripper writes into the tag if 2 values are entered via the CD Ripper tag editor. Comment by comment, namely:
ALBUM ARTIST, ALBUM ARTIST SORT
ARTIST, ARTIST SORT
COMPOSER, COMPOSERSORT
GENRE
SOLOISTS, SOLOISTSSORT
STYLE
LYRICIST
ORIGINAL ARTIST
WRITER
GROUPING
LANGUAGE
LOCATION
MOOD
PERFORMER, PERFORMERSORT (note: the latter is definitively custom, not sure if DBPA can deal with it)
Except of PERFORMERSORT all are vorbis comment fields which are (have been) at least discussed, some of it have been part of the 'original' minimal proposed fields names list. The two test values assigned to each field were always separated by DBPA's multivalve delimiter '; ' .
[U]The Result is frustrating:[/U]
Only for one(!), the COMPOSER, DBPA wrote 2 fields with one value each into the tag (which should happen in ALL multivalve capable Vorbis Comment Fields). For ALL others DBPA seem to have treated it as one string value. Verified it with mp3tag. You can see it in the attached screenshot.
[ATTACH=CONFIG]2077[/ATTACH]
What now? I think I used the correct delimiter '; ' to separate the values, but could there be a configuration setting which I have overlooked?? On the other hand, it (at least) works for COMPOSER.
So, could it be bug with the OS X version of DBPA (got Rel 16.2)?
Guess most here in the forum use the Windows version.
Which version do you use and your above list was experienced with?
All suggestions welcome
Pantin
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
[QUOTE=Pantin;183531]Only for one(!), the COMPOSER, DBPA wrote 2 fields with one value each into the tag (which should happen in ALL multivalve capable Vorbis Comment Fields). For ALL others DBPA seem to have treated it as one string value. Verified it with mp3tag.[/QUOTE]
FYI, I am using dBpoweramp R16.4 for windows. All the following are written as multi-value tags:
[LEFT][FONT=Verdana]ALBUM ARTIST, ALBUM ARTIST SORT[/FONT]
[FONT=Verdana]ARTIST, ARTIST SORT[/FONT]
[FONT=Verdana]COMPOSER, COMPOSERSORT[/FONT]
[FONT=Verdana]GENRE[/FONT]
[FONT=Verdana]SOLOISTS, SOLOISTSSORT[/FONT]
[FONT=Verdana]STYLE
[/FONT]
[/LEFT]
and in MP3Tag (windows v.2.87a), I get multi-value tags showing in the extended tags window.
[LEFT][FONT=Verdana][LEFT]
[/LEFT]
[QUOTE=Pantin;183531]So, could it be bug with the OS X version of DBPA (got Rel 16.2)?[/QUOTE][LEFT]Possibly.
... and I don't think the following are treated as multi-value tags, for reasons I gave earlier in post no. 7:
[LEFT][FONT=Verdana]GROUPING[/FONT]
[FONT=Verdana]LANGUAGE[/FONT]
[FONT=Verdana]LOCATION[/FONT]
[FONT=Verdana]MOOD[/FONT]
[FONT=Verdana]PERFORMER, PERFORMERSORT[/FONT][/LEFT]
[/LEFT]
[/FONT][/LEFT]
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
pls find my thoughts to post 7
[QUOTE=mville;183439]It is my understanding that in theory, where applicable, any vorbis tag can be multi-value, .. [/QUOTE]
same
[QUOTE=mville;183439] .. but over the years many server/player software(s) have not not followed this standard (for reasons unknown). So, some tags are treated as multi-value and some are not.[/QUOTE]
Seems not a standard as known from other areas (not a 'de-jure' standard)
[QUOTE=mville;183439]I guess dBpoweramp has identified this and has adapted to this situation [/QUOTE]
same. Seems that many software companies active in this field have created several de-facto standardized Solutions, which in regards to tag handling overlap in great parts but are not 100% same. Which makes transparent information important because Control Points, Renderers and Servers used in the chain are unlikely to come from the same development. Also if there's no unifying momentum (Many Record Labels, players .. huh), the software companies were forced to go ahead like this in order to deliver their product. So, no blame. Just happened that way.
[QUOTE=mville;183439]i.e. it is pointless for dBpoweramp to write a multi-value MOOD tag to file, if no other software is able to parse the tag correctly.[/QUOTE]
I see it like this. Information in a tag is used/needed for
- finding music in a library regardless of it's size. And how searching is wanted depends on individual user behaviour and should not be constricted (mainly Server, Control Point)
- sorting it when presented (Server, Control Point)
- displaying it. many use cases. Either in menu or during a track play-back. Agree, it's is still limited (Control Point, Renderer)
- creating a file/path structure for your stored ripped music which makes accessing it from the hard drive simple and quick. Be it for batch processing, backup, copying or whatever post-ripping processing. Dpba's File Naming function is really great help for that.
Multiple values of a FLAC comment field to me are primarily important for indexing my music in order to 'Finding it in your library'. Then I can filter according to all the indexed values and narrow down my selection until I will have found the Music I wanted.
I use it, for example when searching music typical for a Region
LOCATION=Europe
LOCATION=Portugal
LOCATION=Lisboa
is my taggig target. It's also faster to tag. I do not like to create 3 custom fields, like CONTINENT, COUNTRY, CITY, etc- which of course would be an alternative approach.
Similar for MOOD, but at the moment I am just exploring the web and want to see if I can find a scheme which will not end-up in an endless growing list of mood-values. I am prepared to ditch it if not successful
If Control Points and Renderers grow their display capabilities over the years to come, it's fine too.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
[QUOTE=Pantin;183565]pls find my thoughts to post 7...[/QUOTE]
Yes, your thoughts and your understandings are similar to mine.
Sadly, developers have not adhered to standards, so we have to work with what we have.
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
Spoon, could you please have a look and support how to resolve this Multi Value problem with CD Ripper 16.2 Ref for OS X? Issue suspected.
[U]Testing:[/U] In CD Ripper I filled all the tag fields in the list below with 2 values separated by '; ' delimiter to see if it's written into 2 fields with a single value each. List was formed during this thread.
[QUOTE=Pantin;183531]
ALBUM ARTIST, ALBUM ARTIST SORT
ARTIST, ARTIST SORT
COMPOSER, COMPOSERSORT
GENRE
SOLOISTS, SOLOISTSSORT
STYLE
LYRICIST
ORIGINAL ARTIST
WRITER
GROUPING
LANGUAGE
LOCATION
MOOD
PERFORMER, PERFORMERSORT
[/QUOTE]
[U]Result:[/U] only for one(!) the COMPOSER field, DBPA wrote 2 fields with one value each. Checked with mp3tag
[url]https://forum.dbpoweramp.com/attachment.php?attachmentid=2077&d=1523391964[/url]
Therefore my ask to you
1) Can you confirm that latest OS X version of CD Ripper shall support the same multivalue handling for FLAC as the latest Windows version? (i.e. multiple values separated by ‘; ‘ delimiter are written by CD Ripper during the ripping process as separate fields, containing a single value each)
2) Can you confirm which on the above list are multivalue capable in OS X 16.2 Reference?
3) Can you confirm if it’s a bug in CD Ripper for OS X, or if a settings configuration change can solve it?
Many thanks!
Pantin
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
Spoon, could you please have a look and support how to resolve this Multi Value Problem with CD Ripper 16.2 Ref for OS X? Issue suspected.
[U]Issue testing: [/U] My goal was to see what CD Ripper writes into the tag if 2 values are entered before ripping with CD Ripper. This list below formed in the course of this thread:
[QUOTE=Pantin;183531]
ALBUM ARTIST, ALBUM ARTIST SORT
ARTIST, ARTIST SORT
COMPOSER, COMPOSERSORT
GENRE
SOLOISTS, SOLOISTSSORT
STYLE
LYRICIST
ORIGINAL ARTIST
WRITER
GROUPING
LANGUAGE
LOCATION
MOOD
PERFORMER, PERFORMERSORT
[ATTACH=CONFIG]2077[/ATTACH]
[/QUOTE]
[U]The result:[/U] Only for one(!), the COMPOSER, 2 fields with one value each were written by CD Ripper into the tag (which should happen in all multivalue capable Vorbis Comment Fields). Verified with mp3tag.
Therefore my asks to you
1) Can you confirm that the latest OS X version of CD Ripper shall support the same multivalue handling for FLAC as the latest Windows version? (i.e. multiple values separated by ‘; ‘ delimiter are written by CD Ripper during the ripping process as separate comment fields, containing a single value each)
2) Can you confirm which on the above list are multivalue capable in OS X 16.2 Reference?
3) Can you confirm if it’s a bug in CD Ripper for OS X, or if a settings configuration change can solve it ?
Many thanks!
Pantin
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
[QUOTE=Pantin;183569][U]Issue testing: [/U] My goal was to see what CD Ripper writes into the tag if 2 values are entered before ripping with CD Ripper...
[U]The result:[/U] Only for one(!), the COMPOSER, 2 fields with one value each were written by CD Ripper into the tag (which should happen in all multivalue capable Vorbis Comment Fields). Verified with mp3tag.[/QUOTE]
Please can you confirm on which platform you are verifying with MP3Tag, as the software is windows only?
Re: Tagging - How CD Ripper handles Vorbis/Flac Comment Fields
Mp3tag packaged and running under Wine. I think it's latest version v2.87a from their Website, but I can check when home
Verified same also with Metadatics which is a tag editor program designed for OS X