Bug 67 - improve tag / filename for compilation with multiple disc
Summary: improve tag / filename for compilation with multiple disc
Alias: None
Product: abcde
Classification: Unclassified
Component: Tagging (show other bugs)
Version: unspecified
Hardware: All All
: Normal normal
Assignee: Steve McIntyre
Depends on:
Reported: 2017-08-04 17:15 BST by Serge Pouliquen
Modified: 2020-03-27 18:37 GMT (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Serge Pouliquen 2017-08-04 17:15:06 BST

It is not really a bug report, but an improvement suggestion.

I'm using the debian version packaged to stretch so 2.8.1.
musicbrainz is my datasource.
I ripped (to flac) a compilation with 2 discs one after the other.
musicbrainz is identifying the 2 cds as the same compilation.
Everything has been well ripped but the two cds has been placed in the same repository without any useful informations to identify cd1 from cd2.

I only have a metadata called "TRACKTOTAL=21" or "TRACKTOTAL=19". I can recover cd1 and cd2 but I will need investigation and pain.

Suggestion1: Is it possible to add metadata DISCNUMBER and DISCTOTAL (at least when provided and DISCTOTAL different from 1) ?
I agree when the 2 values are 1, I don't care...

Suggestion2: Is it possible to have discnumber in the produced filename ?
Is it possible (like PADTRACKS=y) to adapt ${TRACKNUM} in order to have a discnumber prefix when disctotal is known and different from 1.

Comment 1 Serge Pouliquen 2017-08-05 20:35:07 BST

I will partially answer to myself.
I just discovered the -W option. I believe that it is the right option to use in order to fill my need, but it doesn't really match my need (or expectation).
After checking code, I think there is no simple solution as abcde depends on deprecated WebService::MusicBrainz 0.93 (and musicbrainz api v1).
There is api v2 and WebService::MusicBrainz 1.0.1 (I don't know if it is functional).
I don't have enought knowledge in perl to do/try the upgrade, so I will wait that someone do the job.

Comment 2 Steve McIntyre 2018-04-21 22:44:03 BST

We've now done the mb upgrade if you'd like to try again... :-)
Comment 3 Serge Pouliquen 2018-05-12 14:38:43 BST

mb upgrade looks functional.

Thank you,
Comment 4 Steve McIntyre 2020-03-27 18:37:08 GMT
Marking as done - thanks!